Многие люди не осознают по-настоящему @Fogo Official этот проект, но на Binance Square проходит мероприятие, я верю, что скоро все увидят много информации о Fogo.
Я также давно слежу за проектом Fogo, и хотел бы рассказать об этом.
Fogo идет простым путем, стараясь как можно больше унифицировать валидаторов в системе Firedancer.
Цель не в том, чтобы продемонстрировать пиковые значения, а в том, чтобы повысить нижний предел производительности всей цепочки.
Многие цепочки выглядят очень быстро, но на самом деле могут быть задержаны самой медленной группой узлов, темп создания блоков будет колебаться, а опыт транзакций будет нестабильным.
Чем больше клиентов, тем более очевидной становится эта проблема.
Подход Fogo больше похож на то, чтобы сделать системную инженерию основательной.
Сначала с помощью промежуточной формы Frankendancer запускается высокопроизводительный исполнительный движок, а затем постепенно переходят к Pure Firedancer, стараясь свести ключевой путь к реализации на чистом C языке.
Преимущества унифицированного клиента очень очевидны: поведение узлов более согласованное, создание блоков более равномерное, задержка более стабильная, колебания в конечной части меньше.
Для транзакционных цепочек это важнее, чем однократный рост TPS.
Сценарии применения также очень ясны: сведение ордеров, высокочастотные отмены и изменение цен, маркетмейкинг, ликвидация по плечу зависят от этой стабильности.
Риски также очевидны: чем более централизован маршрут клиента, тем более критичным становится темп обновлений, влияние ошибки версии становится больше.
Настоящие показатели оценки - это стабильность темпа блоков в пиковые периоды, уровень неудач, откаты и случаи реорганизации.
