Fogo проще понять, как только вы перестаете рассматривать его как «еще один уровень 1» и вместо этого видите его как движок выполнения, построенный специально для высокочастотной деятельности в сети. Он работает на виртуальной машине Solana, что означает, что разработчики, знакомые с окружениями SVM, могут развертывать без необходимости заново изучать все. Но реальная разница заключается в архитектурном намерении.
Большинство общих цепочек пытаются поддерживать каждый случай использования одинаково. Fogo принимает более узкий подход. Он построен с учетом инфраструктуры, ориентированной на торговлю. Механика книги заказов не рассматривается как дополнения. Они формируют то, как цепочка обрабатывает обновления состояния и поток транзакций. Этот выбор дизайна влияет на все, от ожиданий по задержке до поведения валидаторов.
Производительность здесь меньше зависит от пиковых значений и больше от стабильности. Архитектура следует модели клиента высокой производительности, аналогичной философии выполнения в стиле Firedancer. Думайте об этом как о расширении конкретных полос на шоссе для грузового транспорта, а не о расширении всей дорожной сети. Заторы становятся более предсказуемыми. Пропускная способность становится менее переменной.
Поскольку Fogo использует совместимость SVM, важна портативность инструментов. Существующие разработчики Solana могут экспериментировать, не отказываясь от своего стека. Учетная запись проекта, @Fogo Official , акцентировала внимание на надежности выполнения, а не на разрастании функций. Это сигнализирует о другой приоритете по сравнению с цепочками, преследующими широкие нарративы.
Тем не менее, проблемы остаются. Сети на основе SVM растут в количестве. Распределение валидаторов занимает время. Глубина экосистемы не появляется за одну ночь. Токен $FOGO и более широкая дискуссия #Fogo отражают эксперимент в области сосредоточенной инфраструктуры, а не расширения ради самого расширения.
Некоторые сети стремятся быть всем. Fogo, похоже, чувствует себя комфортно, пытаясь быть точным
