Solana, Firedancer и ставка на разнообразие клиентов: что на самом деле меняет инженерия

Solana пережила четыре крупных сбоя с 2021 года, и каждый из них выявил свою уязвимость в её модели консенсуса. Валидаторный клиент Firedancer, разработанный Jump Крипто, — это инженерный ответ на эти сбои, и понимание того, что он на самом деле меняет, а что нет, необходимо каждому, кто следит за долгосрочной жизнеспособностью Solana.

Примечание: В этой статье рассматриваются данные о надёжности сети и развитии экосистемы. Она не является финансовой консультацией. Данные о цене и доходности могут быстро меняться.

Что такое Firedancer — и какую проблему он решает

Оригинальное программное обеспечение валидатора Solana называется Agave (ранее — клиент Solana Labs). Он написан на Rust и поддерживается в основном компанией Anza, выделившейся из Solana Labs в 2023 году. На протяжении большей части истории Solana почти каждый валидатор сети работал именно на этом единственном клиенте. Такая монокультура создавала специфический риск: ошибка в Agave могла остановить всю сеть, поскольку не существовало альтернативной реализации, способной поддерживать консенсус.

Firedancer — это реализация валидатора Solana «с нуля» на языке C, созданная Jump Crypto. Он не имеет общего кода с Agave. Цель — диверсификация клиентов, то же свойство, которым обладает Ethereum благодаря Lighthouse, Prysm, Nimbus, Teku и другим клиентам. Если два независимых клиента реализуют один и тот же протокол, и в одном из них появляется критическая ошибка, сеть может продолжать работу на другом.

Но Firedancer нацелен и на то, чему клиенты Ethereum никогда не уделяли такого же приоритета: на «сырую» пропускную способность (throughput). Инженеры Jump опубликовали бенчмарки, показывающие, что Firedancer обрабатывает более 1 миллиона транзакций в секунду в контролируемых тестах. Эта цифра сопровождается существенными оговорками, к которым мы ещё вернёмся, но архитектурные амбиции вполне реальны.

История сбоев Solana: что пошло не так на самом деле

С момента запуска мейннета Solana пережила как минимум шесть значительных остановок сети, причём четыре наиболее разрушительных произошли между сентябрём 2021 года и февралём 2023 года. Причины были не всегда одинаковыми.

Сбой в сентябре 2021 года, продлившийся около 17 часов, был вызван потоком транзакций от ботов во время продажи токенов Grape Protocol. Конвейер обработки транзакций сети оказался перегружен, у валидаторов закончилась память, и сеть разделилась (форкнулась) в неразрешимое состояние. Валидаторам пришлось координировать офчейн-перезапуск — процесс, занявший почти целый день.

Сбои в январе 2022 года и июне 2022 года имели схожие первопричины: всплески экономически нерегулируемых транзакций, эксплуатирующих неспособность модели комиссий отсеивать спам ценой. Сбой в мае 2022 года был более необычным и связан с ошибкой в реализации «durable nonce». Инцидент в феврале 2023 года был короче, около 19 часов, и возник из-за ошибки в новой реализации приёма транзакций QUIC.

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

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

Чем архитектура Firedancer отличается

Самое важное архитектурное отличие — это модель обработки Firedancer на основе «тайлов» (tile-based). Традиционное программное обеспечение обрабатывает задачи в однопоточном режиме или с умеренной параллелизацией. Firedancer выделяет отдельные ядра CPU (тайлы) под конкретные задачи: приём транзакций, проверка подписей, исполнение и распространение блоков — каждая из этих операций выполняется на отдельном ядре с минимальными накладными расходами на координацию между ними.

Такой дизайн минимизирует каскадные узкие места, подобные тем, что стали причиной сбоя Solana в 2021 году. Когда один этап обработки перегружается, он может аккуратно отбрасывать пакеты, не повреждая состояние других этапов. Инженеры Jump Crypto описывают это как подход с обходом ядра (kernel-bypass) в духе DPDK — заимствование техник из инфраструктуры высокочастотного трейдинга, где задержка и пропускная способность являются инженерными императивами, а не просто амбициями.

>

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

Где находится Firedancer в середине 2026 года

По состоянию на середину 2026 года Firedancer частично развёрнут в мейннете Solana. Конфигурация Frankendancer — которая использует сетевой стек и стек приёма транзакций Firedancer, «привитый» к существующему слою исполнения Agave, — работает в продакшене уже более года на растущей доле валидаторов.

Полный Firedancer (все компоненты, включая исполнение) на момент написания этой статьи находится на этапе валидации в тестнете. Панель мониторинга состояния валидаторов Solana Foundation отслеживает распределение клиентов; по состоянию на июнь 2026 года на Frankendancer приходится примерно 15% веса стейка, остальное — на Agave. Ожидается, что доля полного Firedancer вырастет во второй половине 2026 года по мере завершения клиентом формального аудита безопасности.

Бенчмарк в 1 миллион TPS остаётся показателем, полученным в контролируемых условиях. Пропускная способность мейннета, измеряемая Solana Explorer и сторонними трекерами, обычно составляет от 2 000 до 5 000 транзакций (без учёта голосований) в секунду при нормальной нагрузке, с пиками во время минтов NFT и запусков токенов, достигающими более высоких значений. Разрыв между лабораторными бенчмарками и реальностью продакшена отражает ограничения распространения данных по сети, разброс в оборудовании валидаторов и реальную стоимость достижения консенсуса между географически распределёнными узлами.

Что это значит для экосистемы Solana

Диверсификация клиентов не улучшает напрямую пользовательский опыт в обычных условиях. Большинство пользователей Solana не заметят, была ли их транзакция обработана Agave или Firedancer. Ценность заключается в снижении «хвостового риска» (tail-risk): серьёзная ошибка в Agave в мире, где Firedancer удерживает 30% стейка, означает, что сеть деградирует, а не останавливается полностью.

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

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

Что остаётся нерешённым

Firedancer решает проблему диверсификации клиентов и потенциального потолка пропускной способности. Он не решает несколько других открытых вопросов в дорожной карте Solana.

Рост состояния (state growth) — признанная долгосрочная проблема: модель аккаунтов Solana создаёт постоянное ончейн-состояние, и без агрессивной очистки требования к хранилищу для валидаторов будут расти. Механизм «rent» сети был разработан для решения этой проблемы, но не решил её полностью.

Динамика MEV (максимально извлекаемой стоимости) в Solana также развивается. Jito Labs использует модифицированный клиент валидатора с «блочным движком» (block engine), который позволяет искателям (searchers) делать ставки на порядок транзакций — система, имеющая параллели с PBS Ethereum (разделение proposer-builder). Как Firedancer взаимодействует с блочным движком Jito и как это взаимодействие влияет на включение транзакций обычных пользователей — активная область разработки.

Наконец, структура управления Solana остаётся неформальной по сравнению с процессом EIP в Ethereum. Изменения протокола требуют широкого принятия валидаторами без формального ончейн-механизма управления. Полное развёртывание Firedancer будет зависеть от того, сработает ли эта неформальная координация так, как задумано.

Часто задаваемые вопросы

Заменяет ли Firedancer существующий валидатор Solana?

Нет. Firedancer — это альтернативная реализация, которая может работать параллельно с Agave. Цель состоит в том, чтобы оба клиента широко использовались в продакшене, обеспечивая сети диверсификацию, а не зависимость от единой кодовой базы.

Когда Firedancer будет полностью развёрнут в мейннете?

Полный Firedancer (все компоненты) нацелен на широкое внедрение в мейннете к концу 2026 года, при условии завершения аудита безопасности. Частичная конфигурация Frankendancer уже используется в продакшене.

Были ли у Solana сбои с момента начала развёртывания Firedancer?

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

Источники

• Jump Crypto — обзор Firedancer
• Solana Explorer — статистика сети
• Квартальные отчёты о состоянии валидаторов Solana Foundation
• Блог разработчиков Anza — примечания к выпускам клиента Agave