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

Испытание Firedancer на $1 млн: ставка Solana на мультиклиентность проходит проверку на прочность

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

9 апреля 2026 года Jump Crypto открыла крупнейшую в истории блокчейна программу баг-баунти для одного клиента. В течение следующих тридцати дней любой желающий в мире может испытать на прочность Firedancer v1 — первый полностью независимый валидатор-клиент Solana — и побороться за вознаграждение в размере 1 000 000 .Конкурспроходитдо9маянаплатформеImmunefi,иобнаружениедажеоднойкритическойуязвимостиактивируетвесьпризовойфонд.Дажееслиниктоничегоненайдет,50000. Конкурс проходит до 9 мая на платформе Immunefi, и обнаружение даже одной критической уязвимости активирует весь призовой фонд. Даже если никто ничего не найдет, 50 000 выделены в качестве «фонда участия» за приложенные усилия.

Это не маркетинговое упражнение. Firedancer v1 — это 636 000 строк написанного вручную кода на C, который теперь находится на пути консенсуса сети, обрабатывающей почти 6 млрд вDeFiTVLи17млрдв DeFi TVL и 17 млрд в стейблкоинах. Каждый его байт должен быть безупречен. Этот аудит-конкурс является самым агрессивным публичным стресс-тестом, который когда-либо устраивала команда разработчиков клиента Layer 1, и его результаты определят, сможет ли Solana наконец преодолеть порог мультиклиентности, к которому Ethereum стремился полдесятилетия.

Почему баг-баунти такого масштаба проводится именно сейчас​

Firedancer появился не в одночасье. Jump Crypto начала проект в 2022 году, и к середине 2025 года гибрид под названием Frankendancer — сетевой код и код входящего трафика от Jump в паре со средой исполнения (runtime) Agave — работал примерно на 8 % стейка Solana. К апрелю 2026 года эта доля выросла примерно до 20,9 % среди 207 валидаторов. Frankendancer удвоил свою долю за четыре месяца, что является самым четким сигналом того, что операторы доверяют коду Jump в рабочей среде.

Firedancer v1, который вышел в майннет в декабре 2025 года, — это следующий качественный скачок. Каждая зависимость Agave в гибриде была заменена на нативную реализацию на C. Здесь нет общей среды исполнения Rust, на которую можно было бы положиться. Если Firedancer v1 создает блок, каждая строка, коснувшаяся транзакции, была написана Jump.

Эта независимость — именно то, что делает аудит таким значимым. Вторая реализация защищает сеть только в том случае, если она действительно расходится с первой правильным образом: расходится на багах и согласуется на консенсусе. Вторая реализация, которая молча наследует ошибки первой, хуже, чем отсутствие разнообразия вообще, потому что она создает иллюзию безопасности, оставляя ту же единую точку отказа нетронутой. Jump это понимает. Фонд в 1 млн $ — это публичная ставка на то, что независимая кодовая база на C, проверенная в состязательных условиях, может обеспечить обещанное разнообразие.

Структура вознаграждений была спроектирована, а не просто выбрана​

График выплат выглядит как чистое упражнение по проектированию стимулов безопасности. Максимальное вознаграждение в размере 1 000 000 ,еслиобнаруженаошибкакритическойстепенисерьезности.500000, если обнаружена ошибка критической степени серьезности. 500 000 , если серьезность самой высокой найденной ошибки оценивается как «высокая». Пул участия в размере 50 000 $, который выплачивается независимо от результатов. Каждая заявка требует работоспособного доказательства концепции (PoC), соответствующего правилам Immunefi.

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

Сравните это с существующим стандартом: баг-баунти Ethereum выплачивает до 500 000 $ за критические ошибки консенсуса. Cosmos запускает программу на HackerOne. Обе являются непрерывными программами с более низким «потолком», предназначенными для выявления проблем в течение многих лет. Jump делает нечто иное. Аудит-конкурс сжимает состязательную проверку в тридцатидневное окно, точно рассчитанное между релизом v1 в майннете и следующим этапом внедрения валидаторами. Найдите ошибки сейчас, прежде чем операторы Frankendancer перейдут на v1 и до того, как миграция стейка ускорится.

Чем отличается реализация на C​

Написание валидатора Solana на C не было очевидным выбором. Rust доминирует в современной разработке блокчейн-клиентов не просто так: модель безопасности памяти этого языка устраняет целые категории уязвимостей — переполнения буфера, использование памяти после освобождения (use-after-free), двойное освобождение (double-free), — которые исторически порождали самые катастрофические ошибки в кодовых базах на C. Выбор C означает принятие бремени предотвращения этих ошибок за счет инженерной дисциплины, а не дизайна языка.

Ставка Jump заключается в том, что «потолок» производительности оправдывает затраты. Firedancer в условиях бенчмарков преодолел отметку в один миллион транзакций в секунду, а его архитектура построена на базе тайловой песочницы (tile-based sandboxing) — модели, где каждый функциональный компонент работает как независимый процесс со своей собственной памятью и изоляцией потоков. Ошибка в тайле проверки транзакций не может затронуть тайл консенсуса. Уязвимость в сетевом коде не распространяется на среду исполнения. Это микросервисная архитектура внутри одного бинарного файла валидатора, и она призвана сделать кодовую базу на C восстанавливаемой, а не катастрофической в случае возникновения проблем.

Аудит-конкурс — это место, где эта ставка проверяется противниками, которых не волнует схема архитектуры. Их волнуют пограничные случаи в 636 000 строках кода на C — те самые точки расхождения, где реализация Firedancer делает иной выбор, чем среда исполнения Agave на Rust. В этих точках расхождения и прячутся ошибки разделения консенсуса. Именно эти точки расхождения программа и просит найти исследователей.

Ставки в Solana: реальные деньги, реальные контрагенты​

Экономика, стоящая за аудитом, объясняет, почему Jump установила фонд в $1 млн, а не в $250 тыс.

По состоянию на апрель 2026 года TVL в DeFi-секторе Solana составляет около $5,77 млрд, восстанавливаясь после эксплойта Drift Protocol в начале месяца. Предложение стейблкоинов в сети Solana превысило $17 млрд. Институциональная инфраструктура развернута в полную силу: Fidelity запустила валидатор Solana, фонд BUIDL от BlackRock проводит через сеть более $550 млн, а Goldman Sachs раскрыла информацию о владении SOL на сумму $108 млн. В совокупности это составляет примерно $23 млрд прямого видимого экономического риска в сети, чьи два основных клиента — это производные от Agave (Jito-Solana, на долю которого приходится от 72 % до 88 % стейка) и производные от Firedancer (Frankendancer с долей 20,9 %).

Баг, приводящий к разделению консенсуса в Firedancer v1 — такой, из-за которого валидаторы на Firedancer принимают блок, отклоненный валидаторами на Agave, или наоборот — может остановить финализацию, вызвать форк сети или заморозить институциональные позиции в разгар расчетного окна. Именно этот сценарий Jump стремится предотвратить, выплачивая $1 млн за обнаружение уязвимости до того, как она проявится в реальных условиях.

Сравнение с Ethereum прошло проверку временем​

Ethereum потратил около пяти лет, усваивая урок, который Solana пытается проскочить экстерном. В январе 2024 года критический баг в Nethermind — на тот момент втором по популярности клиенте исполнения — вывел из строя около 8 % валидаторов. Этот инцидент стал тревожным звонком даже для Coinbase, которая впоследствии добавила Nethermind и Erigon в свою инфраструктуру стейкинга, чтобы снизить риск концентрации. К апрелю 2026 года ни один клиент исполнения Ethereum не занимает более 45 % доли сети, что является самым высоким показателем «энтропии клиентов» в истории блокчейна.

Solana сокращает этот путь. Спустя два с половиной года после того, как Jump начала разработку Firedancer, у сети появился реальный путь к достижению 30 % + стейка на полностью независимом клиенте к концу 2026 года — при условии, что версия v1 пройдет аудит без критических замечаний. Баг-баунти в $1 млн является ключевым этапом перехода от сегодняшнего статуса «многообещающего гибрида» к подлинному мульти-клиентскому мейннету.

Стратегическая асимметрия важна для институционального принятия. Мульти-клиентская архитектура Ethereum была ключевым аргументом в переговорах с TradFi-десками, поскольку она дает убедительный ответ на вопрос: «Что произойдет, если в вашем клиенте обнаружится баг?». У Solana исторически не было такого ответа, что является одной из причин, по которой сеть все еще торгуется с дисконтом в оценке, несмотря на то, что во многие дни она генерирует больше дохода, имеет больше активных пользователей в день и больший объем торгов на DEX, чем мейннет Ethereum. Успешный аудит Firedancer v1 устраняет этот разрыв.

На что будут охотиться исследователи​

Охотники за багами не блуждают вслепую. Они следуют за архитектурой. Для Firedancer v1 наиболее ценными целями являются точки расхождения — места, где реализация Jump на языке C принимает иное решение, чем реализация Agave на Rust, при обработке пограничных случаев в спецификации протокола.

Обычно они группируются в нескольких областях:

  • Парсинг транзакций и верификация подписей — где ошибка на один байт в буфере может превратить некорректную транзакцию либо в критический сбой (panic), либо в бесплатную транзакцию, либо в двойную трату.
  • Производство блоков и gossip-протокол — где высокопроизводительный сетевой стек Firedancer, часть с наибольшим количеством оптимизаций на C, также имеет наиболее расходящийся путь кода по сравнению с Agave.
  • Семантика рантайма (исполнения) — где две реализации виртуальной машины Solana должны прийти к абсолютно идентичному результату для каждой BPF-инструкции, каждого CPI-вызова и каждого вызова системной программы.
  • Голосование за консенсус и выбор форка — где любое несогласие с Agave разрывает цепочку.

Песочница на основе тайлов (tile-based sandboxing) помогает с первыми тремя категориями, ограничивая радиус поражения. Четвертая категория — это то, что не дает командам разработчиков клиентов спать по ночам. Баг разделения консенсуса не обязательно должен компрометировать валидатор. Ему достаточно заставить валидатор проголосовать иначе, чем остальная часть сети.

Что произойдет после 9 мая​

Два варианта развития событий определят облик Solana в 2026 году.

В первом случае аудит завершается без критических находок. Операторы Frankendancer начинают переход на v1. Доля стейка на независимом клиенте растет с нынешних 21 % до 35–40 % к концу года. Институциональные валидаторы — инфраструктура Fidelity и партнеров BlackRock — получают надежный технический ответ на вопрос о мульти-клиентности. Критика «Solana находится в одном баге от падения» теряет свою силу, и институциональный дисконт в оценке сети сокращается.

В втором случае аудит выявляет критический баг. Jump выплачивает $1 млн, выпускает исправление и запускает еще один раунд проверки. Миграция с Frankendancer на v1 задерживается. Доля стейка на независимых клиентах замирает или снижается. Сеть остается работоспособной, так как клиенты на базе Agave по-прежнему обрабатывают большинство блоков, но тезис о мульти-клиентности получает публичный удар, а институциональный нарратив откатывается на шесть месяцев назад.

В любом случае, формат конкурса выбран верно. Лучше найти баг в рамках публичного баунти с вознаграждением в $1 млн, чем обнаружить его в продакшне, когда на кону стоит капитал в размере $23 млрд.

Что это значит для операторов инфраструктуры​

Для RPC-провайдеров, операторов валидаторов и разработчиков, работающих на Solana, окно аудита — это также окно для планирования.

Если вы управляете валидаторами, следующие тридцать дней — это самое выгодное время, чтобы убедиться, что ваш мониторинг способен обнаружить расхождение консенсуса между узлами на базе Firedancer и Agave в вашем парке. Если вы используете конфигурации с двумя клиентами, сейчас самое время провести стресс-тестирование, чтобы убедиться, что механизм аварийного переключения (failover) работает корректно, когда два клиента не согласны друг с другом. Если вы используете только один клиент, аудит — хороший повод задуматься, почему это так.

Если вы управляете RPC-инфраструктурой, паттерны трафика могут измениться, если институциональные операторы скорректируют сроки обновления на основе результатов аудита. Характеристики пропускной способности Firedancer v1 достаточно сильно отличаются от Agave, поэтому потребителям данных — индексаторам, MEV-поисковикам, торговым системам, чувствительным к задержкам — необходимо будет проверить свои предположения на той комбинации клиентов, которая станет доминирующей после закрытия окна аудита.

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

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

Источники​

Share on Twitter