Статус клієнтів для «Agave, Frankendancer і Firedancer: порівняння клієнтів валідатора» перевірено 2 серпня 2026 року. Frankendancer — гібрид Agave/Firedancer — працює на mainnet-beta щонайменше з 2025 року: офіційна програма делегування повідомляла майже про 200 валідаторів у вересні 2025 року. Повний Firedancer є окремою реалізацією мовою C; його поточне впровадження та частку валідаторів потрібно звіряти з офіційним звітом, а не з давніми твердженнями про «лише testnet».
Вибір клієнта валідатора в Solana сьогодні — це не питання «який кращий», а питання «який відповідає вашому ризиковому профілю, інфраструктурі та цілям». Нижче — порівняння трьох основних реалізацій за прозорими критеріями, без рекламних гіпербол і з чітким розділенням того, що підтверджено мейннетом, а що залишається в стадії тестування.
Огляд трьох основних реалізацій
Agave: спадкоємець оригінального клієнта Solana Labs
Agave — це форк оригінального клієнта валідатора (раніше відомого просто як validator), який тепер підтримується командою Anza (структурно виділена з Solana Labs). Це єдина реалізація, що пройшла повний цикл мейннет-експлуатації з усіма супутніми кризами, хардфорками та патчами. Написана на Rust, використовує runtime Solana, Banking Stage, Tower BFT та всі стандартні компоненти стеку.
Agave є де-факто еталоном для перевірки сумісності (conformance): саме його поведінка визначає, що вважається «правильним» у мережі. Усі інші клієнти тестуються на відповідність саме цьому еталону.
Firedancer: повна реалізація від Jump Crypto
Firedancer — це повна альтернативна реалізація клієнта валідатора, написана на C. Проєкт розробляється Jump Crypto і концептуально відрізняється від Agave архітектурно: замість модифікації існуючого стеку, Jump побудували окремий runtime з нуля, з власним підходом до мережевого рівня, обробки транзакцій та управління пам'яттю.
Ключова мета Firedancer — максимальна продуктивність на апаратному рівні (SIMD-інструкції, щільне розміщення структур у пам'яті, мінімізація алокацій). Станом на момент написання цього матеріалу повна реалізація перебуває на різних стадіях тестування. Перевірте актуальний статус запуску в мейннеті безпосередньо в репозиторії проєкту та офіційних оголошеннях, оскільки цей показник змінюється.
Frankendancer: гібридний підхід (Agave + Firedancer)
Frankendancer — це проміжний крок між Agave та повним Firedancer. Замість заміни всього стеку, цей підхід поєднує перевірений runtime Agave з окремими високопродуктивними компонентами Firedancer. Типовий приклад — заміна модуля перевірки підписів (sigverify) на C-реалізацію від Jump, яка демонструє значне прискорення саме на цьому вузькому місці.
Frankendancer дозволяє валідаторам отримати частину переваг нової архітектури без ризиків, пов'язаних із повною заміною клієнта. Це інженерно прагматичний підхід: мінімізувати поверхню атаки, зберігаючи сумісність з Agave.
Критерії порівняння
Мова реалізації, продуктивність та архітектурні відмінності
Мова програмування — це не просто синтаксична різниця, а фундаментальний архітектурний вибір, що впливає на весь життєвий цикл клієнта.
- Rust (Agave) — безпечна робота з пам'яттю на етапі компіляції, зріла екосистема інструментів, велика база розробників у спільноті Solana. Архітектура еволюціонувала органічно, що означає як накопичений інженерний досвід, так і певний технічний борг.
- C (Firedancer, частково Frankendancer) — прямий контроль над пам'яттю та процесором, можливість використовувати низькорівневі оптимізації (SIMD, prefetching, custom allocators). Це дає теоретичну перевагу в продуктивності, але вимагає значно більшої дисципліни в управлінні пам'яттю та менш прощає помилки.
Архітектурна різниця полягає в тому, що Agave будує конвеєр обробки транзакцій на основі існуючих абстракцій Solana runtime, тоді як Firedancer проектує конвеєр з нуля під конкретні апаратні характеристики. Frankendancer ж вставляє окремі C-компоненти в Rust-конвеєр Agave через FFI.
Ступінь готовності, стадія тестнету/мейнету
Це критерій, який змінюється найшвидше, тому наведена нижче інформація потребує перевірки на момент прийняття рішення.
- Agave — єдиний клієнт із доведеною мейннет-історією. Усі активні валідатори в мережі наразі працюють на Agave або його форках.
- Firedancer — пройшов успішні демонстрації на тестнеті (зокрема, обробка реального мейннет-снейпшоту в ізольованому середовищі). Повномасштабний мейннет-запуск вимагає перевірки. Орієнтуйтеся на офіційні статуси у репозиторії.
- Frankendancer — окремі компоненти (наприклад, sigverify) вже інтегровані в тестнет-розгортання. Гібридний підхід дозволяє поступове введення в мейннет поетапно.
Сумісність та conformance статус
Conformance — це міра того, наскільки реалізація відтворює поведінку еталонного клієнта (Agave) при ідентичних вхідних даних. У контексті блокчейну навіть мінімальна розбіжність у обчисленні стану призводить до форку.
- Agave — еталон conformance за визначенням.
- Firedancer — проходить тести на відповідність мейннет-снейпшотам, але повний conformance-статус для безперервного мейннет-працювання потребує офіційного підтвердження. Перевірте актуальні звіти про тестування.
- Frankendancer — оскільки основний стек залишається від Agave, conformance-ризики зосереджені на точках інтеграції C-компонентів через FFI. Це менша поверхня атаки порівняно з повною реалізацією.
Який клієнт обрати для різних сценаріїв
Для продакшн-валідатора: поточні рекомендації
нині єдиним обґрунтованим вибором для продакшн-валідатора, який несе відповідальність за делеговані кошти та slash-ризики, залишається Agave. Це не консерватизм, а інженерна обачність: жодна альтернативна реалізація ще не накопичила достатньо мейннет-годин для кількісної оцінки її надійності в реальних умовах.
Проте стратегічно розумно вже зараз готувати інфраструктуру до переходу: слідкувати за релізами Frankendancer, тестувати їх на окремих нодах (не на основному валідаторі), моніторити conformance-звіти та готувати збірні середовища для C-залежностей Firedancer.
Для дослідників та тестування нових реалізацій
Для протокольних інженерів, які досліджують архітектурні альтернативи або займаються бенчмаркінгом, пріоритети зворотні:
- Firedancer — найбільший інтерес для дослідження архітектурних рішень, профілювання продуктивності та аналізу альтернативних підходів до конвеєра транзакцій. Розгортання на тестнеті з реальним снейпшотом дає найбільш інформативні результати.
- Frankendancer — оптимальний вибір для поступового тестування: можна вимірювати приріст продуктивності від окремих C-компонентів у контексті знайомого Agave-стеку, ізольовано оцінювати FFI-накладні витрати та стабільність межмодульної інтеграції.
- Agave — залишається необхідним контролем: будь-які бенчмарки альтернативних клієнтів мають супроводжуватися вимірами Agave на ідентичному обладнанні за ідентичних умов.
Незалежно від обраного сценарію, ключове правило — не приймати рішення про перехід на основі ізольованих бенчмарків. Продуктивність у синтетичних тестах і стабільність у мейннеті з його непередбачуваним навантаженням, MEV-атаками та edge-case транзакціями — це різні метрики. Перевіряйте актуальні статуси безпосередньо в репозиторіях проєктів та офіційних каналах спілкування перед прийняттям операційних рішень.