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 за п’ять років п’ять спричинили помилки клієнта, ще дві — потоки спам-транзакцій. Коли всі вузли виконують той самий код, його баг спрацьовує в усіх одночасно. Другий незалежний клієнт — це валідатори, які в такий момент продовжують працювати.

Що варто запам’ятати перед подальшим читанням:

#1Ф'ючерси#2Спот#3Акції та TradFi

Binance · Wall Street 24/7Турніри Binance: призи за торгівлюПризиУсі актуальні турніри й акції Binance з умовами — на одній сторінціДивитися турніри

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

Firedancer, Harmonic Firedancer, FireBAM і Agave: хто є хто

Після 21 жовтня 2026 року список клієнтів Solana став коротшим, але заплутанішим. Frankendancer пішов, натомість у Firedancer і Agave з’явилися «збірки» — версії з надбудовами для збирання блоків і MEV (MEV — дохід, який валідатор отримує за порядок транзакцій у блоці). Тож порівнювати Firedancer і 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 чи 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Частка Nvidia — від7 USDTЦілу акцію купувати не треба. Почніть із маленької суми — ризик під контролем

NVDATSLAAAPL

Перша угода за 5 кроків

• Тайли. 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 чи 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, частку можна перерахувати самостійно.

Часті запитання

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 користувацьких транзакцій за секунду без голосів валідаторів.