Firedancer на 1 млн TPS: ставка Solana в 100 млн долларов на устранение риска единственного клиента
В декабре 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 в состояние деградации под нагрузкой.