Перейти к основному контенту

Firedancer на 1 млн TPS: ставка Solana в 100 млн долларов на устранение риска единственного клиента

· 9 мин чтения
Dora Noda
Software Engineer

В декабре 2025 года, спустя примерно 1 200 дней разработки и, по сообщениям, девятизначных инвестиций от Jump Crypto, полноценный клиент-валидатор Firedancer наконец-то был запущен в мейннете Solana. Четыре месяца спустя вердикт таков: он работает, обеспечивает скорость производства блоков, с которой не сравнится ничто другое в сети, и уже привлек более 20 % стейка сети. Более сложный вопрос — тот, от которого теперь зависит институциональное доверие к Solana — заключается в том, сможет ли сеть достичь такого уровня разнообразия клиентов, на создание которого у Ethereum ушло десятилетие, прежде чем первый катастрофический баг в Agave вынудит заняться этим вопросом.

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

Переписывание кода длиной в три года: от сетевой карты и выше

Jump Crypto начала разработку Firedancer в 2022 году с тезиса, который в то время звучал почти безрассудно: переписать весь валидатор Solana с нуля на C, используя тайловую архитектуру, заимствованную из систем высокочастотного трейдинга. Команда изначально планировала запуск в мейннете на второй квартал 2024 года. Они опоздали примерно на восемнадцать месяцев.

Сама эта задержка показательна. Firedancer не является форком Agave от Anza (эталонного клиента на Rust) или Jito-Solana (форка Agave, оптимизированного для MEV). Это независимая реализация на C/C++, которая не имеет общего кода исполнения с остальной частью сети. Это означает, что каждое правило консенсуса, каждый путь обработки транзакций и протокол gossip должны были быть заново реализованы и проверены в боевых условиях на соответствие поведению живого мейннета, прежде чем на нем можно было безопасно запустить хотя бы один доллар стейка.

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

Что на самом деле означают 1 миллион TPS

Заголовочная цифра реальна, но важны примечания. Сетевой уровень Firedancer обрабатывал более одного миллиона транзакций в секунду при стресс-тестировании, но эти тесты проводились в контролируемом кластере из шести узлов, распределенных по четырем континентам, а не в промышленном мейннете. Реальная Solana сегодня поддерживает около 5 000–6 000 TPS на уровне протокола, при этом средние показатели мейннета в периоды пиковых нагрузок в апреле 2026 года приближались к 65 000 TPS.

Реалистичная траектория на середину 2026 года более скромная и более полезная: более 10 000 TPS в повседневной эксплуатации (улучшение в 2–3 раза по сравнению с сегодняшним днем) с запасом прочности для поглощения всплесков, которые ранее дестабилизировали сеть. Именно такая пропускная способность действительно меняет представления о том, что можно построить ончейн.

Для понимания того, что именно оптимизирует Firedancer:

  • Прием транзакций: сеть с обходом ядра (kernel-bypass), которая считывает пакеты напрямую из сетевой карты (NIC), устраняя накладные расходы на системные вызовы.
  • Проверка подписей: векторизованная проверка ed25519 с использованием AVX-512, которая может обрабатывать десятки тысяч подписей в секунду на одно ядро.
  • Производство блоков: тайловый конвейер, где каждая функция валидатора выполняется в собственном закрепленном процессе, поэтому медленная проверка подписи не может «заморить голодом» производителя блоков.
  • Компоновка памяти: структуры данных, учитывающие особенности кэша, которые соответствуют топологии современных серверных процессоров, а не предполагают абстрактную среду выполнения.

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

Реальная история: устранение сценария отказа из-за одного клиента

Пропускная способность попадает в пресс-релизы, но более важный вклад Firedancer — структурный. Впервые в своей истории у Solana появился клиент-валидатор, который не имеет общих корней кода исполнения с Agave.

Рассмотрим альтернативу. Jito-Solana — доминирующий клиент по объему стейка — сам является форком Agave. Обычный Agave работает на большинстве остальных узлов. По состоянию на начало 2026 года примерное распределение выглядит так:

  • Jito-Solana: 72 % застейканных SOL
  • Frankendancer / Firedancer: 21 %
  • Обычный Agave: 7 %

Восемьдесят процентов сети используют общий исходный код. Один критический баг в среде выполнения Agave — подобный тем, что дважды поражали клиенты исполнения Ethereum за последние два года — не просто приведет к снижению производительности. Это вызовет остановку сети.

Ethereum усвоил этот урок на дорогом опыте. Баг в Reth в сентябре 2025 года привел к остановке валидаторов на версиях 1.6.0 и 1.4.8 на блоке 2 327 426. Это был неприятный инцидент, затронувший 5,4 % клиентов уровня исполнения. Поскольку остальные 94,6 % были распределены между Geth, Nethermind, Besu и Erigon, сеть продолжала производить блоки. Экосистема считает 33 % максимальной долей, которую должен удерживать любой отдельный клиент, и даже доля Geth в 48–62 % считается нерешенной проблемой управления.

Текущая концентрация решений на базе Agave в Solana (более 80 %) значительно хуже того, что Ethereum считает кризисом. Firedancer — единственный реальный выход из этой ситуации.

Что должно произойти дальше

Математика неутешительна, но задача выполнима. Чтобы Solana достигла подлинной мульти-клиентской устойчивости, в течение 2026 года должны произойти две вещи:

  1. Пользователи Jito должны мигрировать на чистый Firedancer. Логика извлечения MEV в Jito — это гравитационная масса, удерживающая текущую концентрацию. До тех пор, пока эта функциональность не будет перенесена в плагин, совместимый с Firedancer, у крупных стейкинг-операций будут веские финансовые причины оставаться на коде, производном от Agave.
  2. Совокупная доля стейка Agave + Jito должна упасть ниже 50%. Как только доля Firedancer превысит 50%, Solana сможет пережить катастрофический баг в Agave без остановки сети. Это тот порог устойчивости, который негласно учитывает в своих рисках каждый заслуживающий доверия институциональный кастодиан и эмитент ETF.

Тот факт, что внедрение Frankendancer увеличилось более чем вдвое за четыре месяца, говорит о том, что миграция достижима, но она не произойдет автоматически. Экономика валидаторов, инструменты мониторинга и операционная привычка — всё это играет на руку текущему положению дел. Jump и Anza дали понять, что 2026 год станет годом решительного рывка, но ни одна из этих компаний не контролирует набор валидаторов напрямую.

Firedancer + Alpenglow: Совместная дорожная карта

Firedancer — это лишь половина самого амбициозного технического цикла Solana с момента запуска основной сети. Вторая половина — это Alpenglow, полная перезапись консенсуса, одобренная 98,27% голосующих стейков SOL в сентябре 2025 года.

Alpenglow выводит из эксплуатации Proof-of-History и TowerBFT, заменяя их двумя новыми компонентами: Votor для консенсуса с быстрым завершением транзакций и Rotor для распространения данных. Главный результат — снижение времени финализации с примерно 12,8 секунд до 100–150 миллисекунд. Это 100-кратное улучшение, интеграция которого в основную сеть намечена на третий квартал 2026 года.

Для институциональных пользователей сочетание этих технологий важнее, чем каждая из них по отдельности:

  • Субсекундная финализация делает расчеты конкурентоспособными по сравнению с централизованными биржами, открывая двери для ончейн-высокочастотной торговли и расчетов по активам реального мира, которые сегодня всё еще проходят через традиционные каналы.
  • Высокая пропускная способность с несколькими клиентами снимает возражение «Solana падает», которое исторически заставляло казначейства предприятий и эмитентов токенизированных активов проявлять осторожность.
  • Независимые ветки кода удовлетворяют требованиям комплексной проверки (due diligence), которые кастодианы и авторизованные участники ETF всё чаще включают в свои модели сетевых рисков.

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

Что следует учесть разработчикам

Если вы развертываете приложения на Solana в 2026 году, практические выводы конкретны:

  • Запас пропускной способности реален. Потолок производительности в 5000 TPS был постоянным ограничением при проектировании высокочастотных dApps. К четвертому кварталу 2026 года это ограничение существенно ослабнет, что изменит расчет стоимости для книг ордеров, ончейн-игр и рабочих процессов на базе агентов, которым ранее приходилось агрессивно пакетировать или сжимать данные.
  • Предположения о задержке требуют обновления. Если Alpenglow выйдет по графику, предположения о расчетах, построенные вокруг 12-секундной финализации, устареют. Проекты, которые ждут подтверждения перед запуском последующих действий, смогут объединять несколько циклов взаимодействия в один.
  • Инфраструктура, учитывающая особенности клиентов, становится важнее. По мере роста популярности Firedancer, RPC-провайдеры, индексаторы и инструменты мониторинга, которые корректно обрабатывают нюансы конкретных клиентов, станут выбором для промышленной эксплуатации. Общий «Solana RPC» перестает быть значимым отличием.
  • Риск концентрации все еще реален. Пока стейк Jito не мигрирует, одна ошибка в Agave все еще может вывести сеть из строя. Приложения, критически важные для казначейства, должны проектироваться с учетом этого сценария — не путем избегания Solana, а путем понимания того, где сеть находится на кривой устойчивости по сравнению с Ethereum.

Итог

Выпуск Firedancer в основной сети — это самая важная веха в истории инфраструктуры Solana, и дело здесь не только в скорости. Речь идет о том, сможет ли один из самых технически амбициозных блокчейнов вырасти в сеть, которую могут гарантировать институционалы. Демонстрация 1 миллиона TPS попадает в заголовки газет, но структурное достижение заключается в том, что у Solana теперь есть реальный путь к достижению показателей устойчивости уровня Ethereum — при условии, что экономика валидаторов будет способствовать этому.

Следующие двенадцать месяцев покажут, оправдается ли ставка Jump в размере более 100 млн долларов. Если к концу 2026 года доля стейка Firedancer превысит 50%, а Alpenglow будет запущен вовремя, Solana войдет в 2027 год как качественно иная сеть — с пропускной способностью высокопроизводительного реестра, финализацией системы расчетов в реальном времени и разнообразием клиентов надежной институциональной магистрали. Если внедрение остановится на уровне 25–30%, громкие цифры останутся маркетинговым активом, а фундаментальный риск одного клиента сохранится.

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

BlockEden.xyz управляет RPC-инфраструктурой Solana промышленного уровня, разработанной для эры мульти-клиентов, со встроенной поддержкой узлов на базе Firedancer, Agave и Jito. Изучите наши сервисы Solana API, чтобы строить на базе инфраструктуры, которая отслеживает, куда движется сеть, а не только то, где она была.