Firedancer запущен в основной сети, но Solana все еще не достигла стандартов безопасности Ethereum

После трех лет развития Firedancer официально запущен в основной сети Solana в декабре 2025 года, после создания более 50 000 блоков за 100 дней тестирования с несколькими немногими валидаторами.

Этот важный этап, объявленный официальным аккаунтом Solana 12/12, — не просто обновление производительности. Это первая серьезная попытка устранить архитектурное узкое место, стоявшее за самыми серьезными сбоями сети: почти абсолютную зависимость от одного клиента-валидатора.

Много лет Solana рекламировала возможность финальности менее одной секунды и пропускную способность тысяч транзакций в секунду. Но скорость теряет смысл, когда 70%–90% мощности консенсуса сети работают под управлением одного программного обеспечения. Серьезная ошибка в доминирующем клиенте достаточно, чтобы остановить весь блокчейн, независимо от теоретической высокой пропускной способности.

Ethereum уже давно усвоил этот урок при переходе на proof-of-stake и считает разнообразие клиентов инфраструктурным требованием, которое нельзя компрометировать. Solana пытается идти по тому же пути, но начиная с гораздо более высокой степени централизации.

Что такое Firedancer и чем он отличается

Firedancer — это не патч или форк клиента Agave, написанного на Rust. Это полностью переписанный с нуля проект на C/C++, разработанный Jump Crypto, с модульной архитектурой, вдохновленной системами высокочастотной торговли.

Два клиента не делятся исходным кодом, не используют один язык программирования и не имеют дублирующих команд поддержки. Эта независимость создает «ошибочные зоны»: ошибка в управлении памятью или планировщике транзакций Agave теоретически не приведет к сбою валидатора, работающего на Firedancer.

Учитывая сеть, пережившую семь сбоев за пять лет, из которых пять связаны с ошибками клиента, эта изоляция — ключевой момент.

Проблема «один-руль» Solana, которую еще не преодолели

История остановок Solana — яркий пример риска, связанного с одним клиентом. В июне 2022 года сеть остановилась более чем на четыре с половиной часа после ошибки в функции durable-nonce, которая привела к рассинхрону валидаторов, требующему их перезапуска с согласованной настройкой.

Другие сбои связаны с утечками памяти, чрезмерным дублированием транзакций и условиями конфликта при создании блоков. Анализ всей истории сбоев показывает, что 5 из 7 случаев исходили из ошибок валидатора или клиента, а не из архитектурных решений.

Высокая пропускная способность становится бессмысленной, если одна ошибка внедрения способна парализовать процесс создания блоков.

Эти данные подтверждают уровень уязвимости. Отчет о состоянии сети Solana Foundation за июнь 2025 года показывает, что Agave и его вариации Jito контролируют около 92% стейкинга SOL. К октябрю 2025 года эта доля снизилась, но все еще превышает 70%, в то время как Frankendancer вырос примерно до 21%.

Frankendancer — это гибридная модель: использует сетевой слой Firedancer в сочетании с бэкендом согласования Agave. Эта доля постоянно растет с примерно 8% в июне, что свидетельствует о принятии частичного решения. Однако полноценный запуск Firedancer в основной сети в декабре действительно изменит правила игры.

Теперь валидаторы могут работать полностью независимо, устранив общую зависимость, которая ранее способствовала распространению ошибок клиента по всей сети.

Модель, взятая за основу у Ethereum

Документы о разнообразии клиентов Ethereum предупреждают, что любой клиент, обладающий более двумя третьими мощности консенсуса, может односторонне завершить создание неправильного блока. Даже превышение трети достаточно, чтобы заблокировать финальность, если этот клиент перестает работать или ведет себя аномально.

Сообщество Ethereum считает, что безопасным является удержание доли каждого клиента ниже 33%, а не оптимизация производительности. Стартовая позиция Solana, с клиентом, приближающимся к 90%, выходит за рамки этого безопасного диапазона.

Что действительно меняет Firedancer

Firedancer полностью переосмысливает весь pipeline валидатора Solana, используя мощную параллелизацию, настраиваемую сетевую архитектуру и управление памятью, ориентированное на высокую производительность при больших нагрузках.

Бенчмарки, представленные на технической конференции, показывают, что Firedancer обрабатывает от 600 000 до более 1 000 000 транзакций в секунду в контролируемых условиях, значительно превосходя Agave. Но предел производительности менее важен, чем изоляция ошибок.

Согласно документации и руководствам по внедрению, Firedancer спроектирован как модульная система: сеть, участие в согласовании и выполнение транзакций — независимые компоненты. Ошибка в управлении памятью Rust-аллокатора Agave не распространяется на C+±код Firedancer; логическая ошибка в планировщике блоков Agave также не влияет на модель выполнения «tile» Firedancer.

Два клиента могут терпеть сбои независимо, что позволяет сети продолжать работу, если распределение стейка не позволяет одной сверхбольшой группе валидаторов сломать всю цепочку.

Запуск Frankendancer служит «трамплином»: заменяет сетевой слой и создание блоков Agave на Firedancer, сохраняя согласование и выполнение. Такой подход позволяет повысить производительность без риска для всей сети из-за неподтвержденных решений.

Однако, пока все валидаторы используют Agave для согласования, одна ошибка общего слоя может привести к остановке цепочки. Полный запуск Firedancer в основной сети устранил эту зависимость.

Группа валидаторов, использующих Firedancer в течение 100 дней, создала более 50 000 блоков, что показывает возможность участия клиента в согласовании, создании валидных блоков и поддержании состояния без компонента Agave. Пока что профиль производства скромен, но этого достаточно для дальнейшего расширения.

Почему организации интересуются программным обеспечением валидатора

Связь между разнообразием клиентов и принятием со стороны организаций — не только теория. Многие аналитики считают, что Firedancer решает ключевые опасения институциональных инвесторов по поводу надежности и масштабируемости, а резервирование нескольких клиентов — это уровень надежности, который требуют крупные компании для критичных приложений.

В оценках готовности к организации сбои прошлого воспринимаются как главный барьер, а Firedancer рассматривается как потенциальное решение. Надежность считается ключевым фактором конкурентоспособности Solana по сравнению с другими layer-1.

Эта логика полностью совпадает с кампанией по диверсификации клиентов Ethereum. Для риск-менеджеров важен вопрос: что произойдет при сбое?

Мрежа, где 90% валидаторов работают с одним клиентом, имеет точку отказа — независимо от распределения токенов или количества валидаторов. В то время как сеть без клиента, превышающего 33%, может потерять одного клиента из-за серьезной ошибки и продолжать работу. Эта дихотомия — ключевой вопрос при разработке продукта.

Всего около 767 миллионов долларов реальных активов уже токенизированы на Solana, что лишь начало, тогда как Ethereum хранит более 12,5 миллиардов долларов. Этот разрыв отражает не только эффект сети или развитие сообщества, но и уровень доверия к времени работы сети.

Firedancer помогает Solana сократить этот разрыв, достигая уровня разнообразия клиентов, который Ethereum считает минимальным стандартом для инфраструктуры производства.

Передовая кривая принятия

Переход от доминирования Agave с 70% к сбалансированной мульти-клиентской сети не произойдет быстро. Валидаторы сталкиваются с затратами на переход: Firedancer требует другой аппаратной части, иной операционной процедуры и иных характеристик производительности.

100-дневный профиль производства, хоть и положительный, все еще короткий по сравнению с многолетним опытом работы Agave. Осторожные операторы будут ждать дополнительных данных перед переносом стейка.

Тем не менее, структура стимулов склоняет к диверсификации. Отчет о состоянии валидаторов Solana Foundation публикует распределение клиентов, создавая репутационное давление, которое заставляет крупных операторов избегать концентрации в одном внедрении.

История сбоев сети — ясное напоминание о рисках. И история привлечения организаций, от ETF и выпуска RWA до пилотных проектов по корпоративным платежам, зависит от доказательства, что Solana преодолела проблему надежности.

Архитектура уже готова. В настоящее время у Solana есть два независимых клиента, написанных на разных языках, с раздельным исходным кодом и изолированными зонами ошибок. Устойчивость сети теперь зависит от скорости переноса стейка — от модели «один-руль» к распределению, при котором ни один клиент не сможет односторонне сломать блокчейн.

Это ключевой вопрос для организаций, оценивающих, сможет ли Solana стать действительно производственной инфраструктурой и есть ли реальные пути преодоления следующей ошибки клиента без перезагрузки всей сети.