Solana Firedancer — клиент валидатора: 15–16% стейка и конец Frankendancer

Коротко (TL;DR)

• Solana Firedancer — независимый клиент валидатора Solana, то есть программа, на которой работает узел сети. Его с нуля на C пишет Jump Crypto (репозиторий Firedancer на GitHub). Полная версия работает в основной сети с 12 декабря 2025 года.
• На 8 ноября 2026 года (эпоха 1080) на Firedancer работает 15,60% стейка и 92 валидатора по нашему расчёту через RPC Solana; по меткам Stakewiz — 16,24% и 96 валидаторов. Почти всё остальное — ≈83,6% — у семейства Agave.
• 21 октября 2026 года в основной сети включили новый консенсус Alpenglow. Гибрид Frankendancer на этом закончился, а сам Firedancer миграцию не поддерживал: его операторы на день-два ушли на Agave и потом вернулись.
• «1 млн TPS» — лабораторная демонстрация. Agave в синтетике показал 1,1 млн. Реальная нагрузка mainnet 8 ноября — около 985 пользовательских транзакций в секунду.
• Комиссии и скорость финализации Firedancer не меняет: их задаёт протокол. Главная польза — независимый код, но при 83,6% стейка на Agave эта страховка работает лишь частично.
• Держателю SOL делать ничего не нужно. Следить стоит за долей Firedancer по эпохам, новыми обязательными релизами и Breakpoint 15–17 ноября 2026 года.

Что такое клиент валидатора и зачем Solana их несколько

Клиент валидатора — это программа, которую запускает узел сети. Она принимает транзакции, проверяет подписи, исполняет смарт-контракты, собирает блоки и голосует за блоки других узлов. Сам узел, который за стейк получает право участвовать в консенсусе, называется валидатором блокчейна. Протокол — это правила, по которым все узлы обязаны прийти к одному результату. Клиент — конкретная реализация этих правил в коде.

Ближайшая аналогия — браузеры. Chrome и Firefox написаны разными командами, но открывают одни и те же сайты, потому что следуют общим стандартам. Критическая ошибка в Chrome не ломает Firefox. С клиентами блокчейна та же логика: одна ошибка в коде не должна выводить из строя всю сеть.

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

Что важно запомнить до дальнейшего чтения:

▲ Long▼ Short

Binance · Wall Street 24/7Цена падает? Это тоже шансСделку можно открыть и на рост, и на падение. Начните с плеча 1×

NVDATSLAGOLD

Как это работает

• Клиент (Firedancer, Agave) — программа валидатора. Правила сети он не меняет, а исполняет.
• Протокол — правила: размер блока, комиссии, консенсус. Меняются через предложения SIMD и голосование.
• Апгрейд протокола (Alpenglow) — смена правил, которую обязан поддержать каждый клиент. Firedancer — не апгрейд, а ещё одна реализация тех же правил.

Firedancer, Harmonic Firedancer, FireBAM и Agave: кто есть кто

После 21 октября 2026 года список клиентов Solana стал короче, но запутаннее. Frankendancer ушёл, зато у Firedancer и Agave появились «сборки» — версии с надстройками для сборки блоков и MEV (MEV — доход, который валидатор получает за порядок транзакций в блоке). Сравнение Firedancer vs Agave поэтому корректно вести по семействам, а не по названиям.

Биткоин упал до $72 691 после горячей инфляции в США: ФРС ждут с повышением ставки

Альтернативы Pump.fun: 8 лаунчпадов мемкоинов — комиссии, доли рынка и риски

XRP ETF и Solana ETF: комиссии, стейкинг, притоки и сравнение с монетой

Подборка мемкоинов для наблюдения: 10 монет, которые ниже пика на 82–98%

CVE-2026-98432 в Linux на Ubuntu: как защитить валидатор Ethereum до патча

Доли ниже — на 8 ноября 2026 года, эпоха 1080. Семейство мы считали сами по строке версии узла, разбивку внутри семейства взяли из меток клиентов Stakewiz.

Внутри Agave-семейства «чистого» Agave почти нет. По меткам Stakewiz на 8 ноября 2026 года: AgaveBam — 37,17%, HarmonicAgave — 23,49%, JitoLabs — 20,86%, Rakurai — 1,10%, собственно Agave — 0,97%. Операторы выбирают не голый клиент, а клиент плюс слой для заработка на порядке транзакций. С Firedancer происходит то же самое: «простой» Firedancer — лишь треть его семейства.

Если перевести доли в монеты, на Firedancer-семействе стоит около 67,7 млн SOL, на Agave-семействе — около 363 млн SOL. Это наш пересчёт от активного стейка 434,1 млн SOL в эпоху 1080.

Вопрос Frankendancer vs Firedancer закрыл календарь. Frankendancer был гибридом: сетевую часть и сборку блоков в нём выполнял код Jump, а исполнение транзакций и голосование — код Agave. От бага Agave он не страховал. Последний релиз гибрида, v0.1204.40300, вышел 21 сентября 2026 года, а поддержка закончилась с активацией Alpenglow — так это сформулировано в FAQ документации Firedancer. Нового консенсуса Frankendancer не понимает, и BAM в своём changelog прямо предложил его операторам перейти на FireBAM или Jito-Solana.

Как устроен Firedancer: независимый код на C и тайлы

Firedancer написан с нуля на C и не содержит кода Agave — ради этого свойства клиент и существует. Код открыт под лицензией Apache 2.0, токена у проекта нет, средств пользователей он не хранит. Часть сайтов в выдаче пишет про Rust или C++ — официально это C.

Архитектуру команда перенесла из высокочастотного трейдинга, где вырос Jump. Основные решения:

Binance · Wall Street 24/7А если бы вы купили золото летом?+? %Тренажёр на реальных ценах Binance покажет результат. Без денег и регистрации

GOLDNVDATSLA

Открыть тренажёр

• Тайлы. Agave — один большой процесс, где сеть, исполнение и консенсус делят общую память. Firedancer запускает набор узких процессов Linux — тайлов: один разбирает входящий QUIC-трафик, другой проверяет подписи, третий упаковывает блок. Каждый тайл закреплён за своим ядром процессора и передаёт данные соседу через общую память. Отсюда высокое требование к числу ядер.
• Песочница. Тайлу разрешены только те системные вызовы, без которых не обойтись его задаче. Захват одного тайла не отдаёт злоумышленнику весь валидатор.
• Сеть в обход ядра ОС. Пакеты попадают в Firedancer прямо с сетевой карты, минуя сетевой стек Linux (kernel bypass). Даже QUIC — протокол, по которому Solana принимает транзакции, — команда реализовала сама.
• Проверка подписей на AVX-512. Собственный код проверки подписей Ed25519 использует векторные инструкции современных процессоров и проверяет подписи пачками, а не по одной.

Что это даёт на практике. Во-первых, независимость отказов: ошибка в Rust-коде Agave не повторится в C-коде Firedancer, и наоборот. Во-вторых, экономию ресурсов узла. Mainnet-релиз v26.10.2 от 14 октября 2026 года снизил потребление памяти со 183 до 159 ГиБ и ускорил загрузку снапшота mainnet до 40 секунд. Цифры взяты из заметок к релизу — независимого замера пока нет.

Запуск Firedancer: хронология от 12.12.2025 до v26.10.6

Выход Solana Firedancer в mainnet шёл медленно и сознательно. Хронология по первоисточникам — релизам на GitHub, документации и объявлениям Anza:

На скриншоте страницы релиза, снятом 8 ноября 2026 года, рамками выделены метка Latest с датой публикации и единственное изменение версии — поддержка фичи для эпохи 1079. По нашей трактовке тегов (документация схему не расписывает), номер версии читается как год, месяц и патч: 26.10.6 — шестой патч октябрьской линии 2026 года. У Frankendancer была своя нумерация вида v0.xxx.yyyyy.

У даты релиза Solana Firedancer в разных материалах три версии. Верная — 12 декабря 2025 года. «17 мая 2026 года» у агрегаторов — дата перепечаток интервью CoinDesk от 16 мая, а «декабрь 2024» в части материалов — опечатка в годе.

Медленный переход команда объясняет прямо: Patel говорил CoinDesk, что половина сети на клиенте до завершения полного аудита — «это было бы слишком». Документация теперь велит собирать клиент из релизного тега, и последняя версия там — v26.10.6. Предупреждения «полный Firedancer пока запустить нельзя», которое висело в руководстве ещё осенью, больше нет.

Доля стейка Firedancer после Alpenglow: почему цифры расходятся

На 8 ноября 2026 года Firedancer держит 15,60–16,24% стейка Solana, и рост после Alpenglow не подтверждается. Разница между двумя цифрами — четыре узла с версией «0.1.1» и 0,64% стейка. Stakewiz помечает их как Firedancer, а по строке версии они не подходят ни под нумерацию 26.x, ни под формат Frankendancer. Какой клиент на них стоит на самом деле, мы не установили, поэтому даём диапазон.

Как мы считали. Запрос getClusterNodes к публичному RPC отдаёт версию программы каждого узла, getVoteAccounts — его голосующий стейк. Мы связали их по публичному ключу и сложили стейк по первой цифре версии: 26 — Firedancer, 4 — Agave и его форки. В расчёт вошли 662 голосующих аккаунта (ещё 35 числились пропускающими голоса) с активным стейком 434,1 млн SOL. Два независимых RPC-хоста — Solana Foundation и PublicNode — дали одинаковые 15,60%.

Как менялась доля по разным источникам:

Как читать эту таблицу:

• Доля плоская. За месяц она колебалась в коридоре 15–17%, а число валидаторов по строке версии выросло с 56 (10 октября) до 69 (23 октября) и 92 (8 ноября). Значит, новые узлы на Firedancer — в основном небольшие: узлов стало больше, а стейка почти не прибавилось.
• Миграция на Alpenglow долю не обрушила. 21 октября операторы Firedancer ушли на Agave, а уже 23 октября uwuu.ai насчитал 16,94% — клиент вернулся за пару дней.
• Источник важнее цифры. «15%» у Jump — оценка самого разработчика на дату публикации. Срез через RPC проверяется кем угодно.
• Год назад картина была другой. В октябре 2025 года, по данным, которые приводит CryptoSlate, Jito держал около 72% стейка, Frankendancer — около 21%, а голый Agave — около 7%. Гибрид ушёл, полный клиент занял лишь часть его места — и независимого кода стало больше, а не меньше.

Проверить долю самостоятельно можно двумя запросами к тому же публичному RPC:

curl -s https://api.mainnet-beta.solana.com -X POST -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"getClusterNodes"}'
curl -s https://api.mainnet-beta.solana.com -X POST -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"getVoteAccounts"}'

Узлы связываются по полю pubkey из первого ответа и nodePubkey из второго, стейк складывается по первой цифре поля version.

Firedancer и Alpenglow: как клиент пережил миграцию 21 октября

Alpenglow — это новый консенсус Solana, а Firedancer — программа валидатора, которая его исполняет. Спор «Alpenglow vs Firedancer» — ложный выбор: это разные слои, и ускорение финализации даёт консенсус на любом клиенте. Как устроен сам Alpenglow и что он изменил в финализации, мы разобрали отдельно. Здесь — только то, что касается клиента.

Solana Foundation на странице Alpenglow прямо пишет, что Firedancer и Frankendancer для миграции не поддерживались. По оценке корейского WeeklyBlockchain, на время перехода на Agave-совместимые клиенты ушли валидаторы примерно с 15,8% стейка. Риск, заложенный в v26.10.2 (переход с Tower не поддерживался), сбылся в мягкой форме: доля второго клиента на миграции действительно обнулялась, но ненадолго.

Выводы команда сделала заранее: начиная с v26.10.2 Firedancer умеет на ходу записывать совместимый с Agave файл голосов (tower) или историю голосов Alpenglow, и заметки к релизу прямо связывают это с безопасным переходом на Agave. То есть переключение между клиентами теперь заложено как штатный сценарий, а не как авария.

Остановки Solana и пороги 80% и 60%: зачем второй клиент

Второй клиент нужен, чтобы баг в одной программе не останавливал всю сеть. Последняя остановка Solana случилась 6 февраля 2024 года: в 09:53 UTC финализация блоков встала из-за бесконечной перекомпиляции в кэше JIT — ошибки в клиенте версии 1.17. Сеть перезапустили около 14:55 UTC, меньше чем через пять часов.

Защита работает только при определённых долях. До 21 октября 2026 года действовала арифметика TowerBFT, близкая к правилу, которое ethereum.org формулирует для Ethereum: больше 33% стейка у одного клиента — его баг может остановить финализацию, больше 66% — сеть рискует финализировать неверное состояние.

Alpenglow поменял пороги. По описанию Anza, блок финализируется за один раунд голосования, если участвуют 80% стейка, и за два раунда, если отвечают только 60%. Сеть рассчитана на модель «20+20»: до 20% злонамеренного стейка и ещё до 20% неотвечающего. Как устроено само голосование, разобрано в материале про Alpenglow. Что эти пороги значат при долях клиентов на 8 ноября 2026 года — наш пересчёт:

• Agave-семейство (83,62%) выше порога 80%. Его голосов хватает на финализацию за один раунд без участия других клиентов — корректность сети по-прежнему держится на одном коде.
• Без Agave 60% не набрать. Если общий баг выведет из строя всё семейство, у остальных клиентов останется 16,4% стейка, и финализация встанет.
• Firedancer (15,6%) укладывается в допуск 20%. Падение всех его валидаторов сеть переживёт: у остальных 84,4% — это выше даже порога 80%.
• Падение Agave сеть переживёт только при его доле ниже 40% — тогда остальные клиенты сами наберут 60%. Сейчас до этой границы больше 43 п.п.

Agave-семейство на 8 ноября 2026 года держит 83,62% стейка — больше, чем нужно для финализации за один раунд. Баг в общем коде Agave и его форков по-прежнему способен остановить сеть, а Firedancer с его 15–16% этому не помешает.

Серию без остановок часто приписывают Firedancer. На 2 ноября 2026 года Solana прошла 1 000 дней подряд без остановки сети. Но серия началась 6 февраля 2024 года — за 22 месяца до запуска полного клиента. Firedancer здесь — страховка на будущее, а не причина прошлой стабильности.

Отдельный урок дал август: 12 августа 2026 года сбой провайдера TeraSwitch на 33 минуты выключил 28,83% стейка, около 90 валидаторов. До порога остановки TowerBFT в 33,34% (Alpenglow тогда ещё не работал) не хватило примерно 4,5 п.п. Клиентское разнообразие от такого не спасает — это концентрация хостинга.

1 млн TPS и 985 TPS: что показывает mainnet на самом деле

1 млн транзакций в секунду — лабораторная демонстрация Breakpoint 2024, а не возможность mainnet. И отличительной чертой Firedancer она не является: Agave в синтетическом тесте 2025 года показал 1,1 млн TPS — в режиме всплеска, на одном узле, без лимитов протокола. Разговор о Firedancer и TPS Solana поэтому стоит вести не про рекорды, а про то, что реально идёт через сеть.

Наш замер — одно часовое окно в воскресенье, 8 ноября 2026 года, а не средняя за квартал. Но порядок он показывает: mainnet работает примерно в тысячу раз ниже лабораторной цифры. Скорость сети ограничивает протокол — лимит вычислений на блок одинаков для всех клиентов.

Важная деталь, которую упускают почти все сравнения: после 21 октября счётчик TPS сменил смысл. До Alpenglow голоса валидаторов шли транзакциями и, по оценке Galaxy, составляли около трёх четвертей всего, что обрабатывала сеть. Теперь голосов в блоках нет. Старые «тысячи TPS» и новые 985 несравнимы — падение счётчика не означает падения нагрузки.

Есть и второе ограничение. Дуглас Колкитт (Fogo) объяснял его так: сеть с двумя клиентами не может идти быстрее самого медленного, иначе рискует остановиться. Пока на Agave 83,6% стейка, темп задаёт Agave.

Что Firedancer ускоряет уже сейчас:

• Ресурсы узла. Память mainnet-узла 159 ГиБ вместо 183 в релизе v26.10.2.
• Перезапуск. Снапшот mainnet загружается за 40 секунд — оператор быстрее возвращается в сеть после обновления или сбоя. Для обязательных патчей с окном в сутки это практическая польза.

Что Firedancer меняет для пользователя и держателя SOL

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

Базовая комиссия одинакова на любом клиенте, а основная часть платы за перевод — приоритетная надбавка. Из чего складывается цена перевода, разобрано в материале о комиссиях в Solana, Arbitrum и Base.

Держателю SOL, который стейкает монеты, Firedancer тоже ничего не обязывает делать. Клиент выбирает оператор валидатора, а делегированные монеты зависят от него только через пропущенные голоса и блоки. Как делегировать монеты и что влияет на доход — в инструкции по стейкингу Solana.

Единственный публичный пример влияния на доходность — самоотчёт Figment. Провайдер перевёл своего валидатора на гибрид Firedancer в эпоху 871 (30 октября 2025 года) и сообщил о росте ставки вознаграждения делегаторов на 18 базисных пунктов, в отдельных эпохах — до 28. Чаевые Jito выросли в 9 раз, приоритетные комиссии — в 2,5 раза (сравнение по ≈3 500 блоков). Цена — блок стал медленнее на 18%, а упавших транзакций стало 145 на блок вместо 41. Это данные коммерческого провайдера по одному валидатору и ещё на гибридном клиенте — обещанием такой прибавки они не являются.

Как учитывать клиент при выборе валидатора:

1. Сначала комиссия и аптайм. Из чего складывается награда за стейкинг и сколько от неё остаётся, мы разбирали отдельно.
2. Клиент — дополнительный критерий. Делегируя валидатору на менее распространённом клиенте, вы немного снижаете концентрацию сети.
3. Дисциплина обновлений. Эпоха 1079 показала, что обязательный релиз иногда даётся за сутки. Валидатор, который пропускает такие окна, рискует отколоться от сети.

Для контекста: 8 ноября 2026 года SOL стоит $89,04, капитализация — $52,62 млрд (CoinGecko). Firedancer на эти цифры прямо не влияет.

Риски Firedancer: концентрация, молодой код, согласованность клиентов

У перехода на Firedancer и у самой модели двух клиентов семь основных рисков на 8 ноября 2026 года:

1. Концентрация остаётся. Agave-семейство держит 83,62% стейка у 559 валидаторов. Баг в общем коде Agave и его форков всё ещё может остановить финализацию.
2. Согласованность клиентов. 5 ноября 2026 года Anza потребовала от всех валидаторов Agave 4.4.1 или Firedancer v26.10.6 до начала эпохи 1079 (6 ноября, около 13:30 UTC), иначе форк. Повод — расхождение в учёте данных программ loader-v3: клиенты, посчитавшие по-разному, разошлись бы в состоянии сети. На подготовку было около 18 часов.
3. Молодой код. За три недели после Alpenglow вышли три патча: v26.10.4 (21 октября) устранял расхождение gossip-таблицы с Agave, из-за которого росли трафик и загрузка узла, v26.10.5 (27 октября) — редкое падение валидатора на границе эпохи, v26.10.6 (5 ноября) — срочное изменение к эпохе 1079.
4. Отставание от апгрейдов. Миграцию на Alpenglow Firedancer не поддерживал, и его операторы на время вернулись на Agave. Следующий крупный апгрейд может повторить сценарий.
5. Хостинг. Сбой TeraSwitch 12 августа 2026 года выключил 28,83% стейка без единого бага в коде. По отчёту FCAT (Fidelity) от 16 октября, около 40% стейка размещено во Франкфурте и Амстердаме.
6. Аудит — не гарантия. Конкурс на Immunefi дал 127 уникальных находок, а в октябре–ноябре 2026 года Jump платит повышенные награды за новые — баги ищут и находят.
7. Сжимается база валидаторов. По данным Bitwise, активных валидаторов на конец сентября 2026 года было 659 против 696 тремя месяцами ранее, а треть стейка держат 18 валидаторов (коэффициент Накамото 18 на 17 октября, Solana Compass).

Лекарство от второго риска уже обсуждают. 30 октября 2026 года Бреннан Уотт из Anza предложил заменить россыпь отдельных предложений SIMD единой живой спецификацией протокола, чтобы клиенты не трактовали правила по-разному. На 8 ноября это только предложение для обсуждения: решения и графика нет.

Чего Firedancer не решает: второй клиент не защищает от ошибок в самих правилах протокола и от концентрации узлов в одних дата-центрах.

Железо, аудит и баунти Firedancer: что уже проверено

Чтобы запустить валидатор на Solana Firedancer, нужен сервер уровня дата-центра. Требования из документации Getting Started на 8 ноября 2026 года:

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

Безопасность кода держится на трёх слоях: песочнице тайлов, публичном аудите и баг-баунти.

• Аудит-конкурс Firedancer V1 на Immunefi прошёл с 9 апреля по 9 мая 2026 года: призовой фонд $1 млн ($700 тыс. основной пул, $200 тыс. и $100 тыс. — два дополнительных), около 636 тыс. строк кода.
• Итоги конкурса по постмортему Jump: 809 отчётов от 162 исследователей, из них 127 уникальных находок. Почти половина валидных отчётов оказалась дубликатами.
• Собственная bounty-платформа работает с 16 октября 2026 года. Примерно на месяц награды удвоены, а за находки в коде Alpenglow — утроены: Jump пишет о «следующем месяце», Solana Compass называет конечную дату — 20 ноября. За каждый отчёт исследователь сжигает 1 SOL (около $89 по курсу 8 ноября) — так Jump отсекает поток сгенерированных ИИ отчётов, о котором писал CoinDesk.

Что отслеживать дальше: Breakpoint, релизы и доля Firedancer

Firedancer — инфраструктурная страховка Solana, а не способ сделать переводы дешевле. Для держателя SOL он почти незаметен, для операторов это выбор между зрелым Agave и независимым, но молодым кодом. Ценность клиента растёт вместе с его долей.

Что проверять в ближайшие недели:

• Breakpoint 2026 (15–17 ноября, Лондон, Olympia). Ежегодная конференция Solana — обычное место для анонсов по клиентам и апгрейдам.
• Доля Firedancer по эпохам. Выход из коридора 15–17% вверх — первый признак, что переходят крупные операторы. Пересчитать её можно запросами к RPC из раздела о долях.
• Обязательные релизы. Сколько времени дают на следующий синхронный патч и выходит ли Firedancer вровень с Agave.
• Судьба единой спецификации протокола. Принятие снизит риск расхождения клиентов, отказ оставит его на тестах и фаззинге.
• Окончание повышенных наград (середина–20-е числа ноября) и публикация новых находок.
• Что за узлы «0.1.1». От их классификации зависит, 15,6% у Firedancer или 16,2%.

Что устареет первым: доли стейка, номер последнего релиза и цена SOL. Свежие версии — на странице релизов в репозитории Firedancer, долю можно пересчитать самостоятельно.

FAQ

Firedancer уже работает в основной сети Solana?

Да. Полный клиент Firedancer работает в mainnet с 12 декабря 2025 года. На 8 ноября 2026 года на нём 15,60% стейка и 92 валидатора по строке версии, или 16,24% по меткам Stakewiz. Последний mainnet-релиз — v26.10.6 от 5 ноября 2026 года.

Что случилось с Frankendancer после запуска Alpenglow?

Его поддержка закончилась 21 октября 2026 года вместе с активацией Alpenglow, последний релиз вышел 21 сентября. Гибрид не понимает новый консенсус, поэтому операторам предложили перейти на полный Firedancer, FireBAM или Jito-Solana. На 8 ноября в сети осталось четыре узла с непонятной версией «0.1.1».

Нужно ли держателю SOL что-то делать из-за Firedancer?

Нет. Клиент выбирает оператор валидатора, а не владелец монет. Токены на кошельке и в стейкинге от смены клиента не зависят. Если вы делегируете SOL, смотрите прежде всего на комиссию и аптайм валидатора, а клиент считайте дополнительным плюсом.

Снизит ли Firedancer комиссии в Solana?

Нет. Базовую комиссию — 5 000 лампортов за подпись — задаёт протокол, и она одинакова на любом клиенте. Приоритетную надбавку выставляет пользователь или кошелёк под загрузку сети. Firedancer может косвенно повлиять на пропускную способность, но только если протокол поднимет лимиты блока.

Чем Firedancer отличается от Agave и Harmonic Firedancer?

Agave — исходный клиент на Rust, его сопровождает Anza. Firedancer — независимый клиент на C от Jump Crypto без кода Agave. Harmonic Firedancer — сборка того же Firedancer с блок-билдингом Harmonic; на 8 ноября 2026 года на ней 8,69% стейка, больше, чем на «простом» Firedancer.

Это то же самое, что Alpenglow?

Нет. Alpenglow — новый консенсус Solana, активированный в mainnet 21 октября 2026 года в эпоху 1064. Firedancer — программа валидатора, которая этот консенсус исполняет. Сам переход на Alpenglow Firedancer не поддерживал, поэтому его операторы на время миграции работали на Agave.

Может ли Solana снова остановиться, если появился второй клиент?

Может. Пока Agave-семейство держит 83,6% стейка, баг в Agave способен остановить финализацию, и Firedancer с 15–16% этого не предотвратит. Кроме того, сеть может встать из-за инфраструктуры: 12 августа 2026 года сбой одного провайдера выключил 28,83% стейка.

Правда ли, что Firedancer даёт 1 млн транзакций в секунду?

Только в лабораторной демонстрации на Breakpoint 2024, а Agave в синтетике показал даже 1,1 млн. В основной сети скорость ограничивает протокол, единый для всех клиентов. 8 ноября 2026 года mainnet обрабатывал около 985 пользовательских транзакций в секунду без голосов валидаторов.