Статус клієнтів для «Firedancer» перевірено 2 серпня 2026 року. Frankendancer — гібрид Agave/Firedancer — працює на mainnet-beta щонайменше з 2025 року: офіційна програма делегування повідомляла майже про 200 валідаторів у вересні 2025 року. Повний Firedancer є окремою реалізацією мовою C; його поточне впровадження та частку валідаторів потрібно звіряти з офіційним звітом, а не з давніми твердженнями про «лише testnet».
Визначення
Firedancer — це другий незалежний клієнт валідатора для мережі Solana, розроблений компанією Jump Crypto. На відміну від оригінального клієнта Agave, написаного на Rust, Firedancer реалізовано мовою C. Він виконує ті самі консенсусні та транзакційні обовʼязки, але з абсолютно іншою кодовою базою, що підвищує стійкість мережі.
Як працює
Firedancer обробляє потік транзакцій, підтримує консенсус і формує блоки — усе те, що робить будь-який клієнт валідатора. Ключова різниця полягає в архітектурі:
- Уся логіка переписана з нуля на C++, без залежності від кодової бази Agave.
- Транзакційний конвеєр (transaction pipeline) оптимізовано для паралельної обробки на рівні процесора, зокрема з використанням асиметричних багатопотокових моделей.
- Клієнт проходить ті самі тестові стани мережі (testnet, devnet, mainnet-beta) і має продемонстровану сумісність із існуючими вузлами.
- Оскільки Firedancer реалізує той самий консенсусний протокол, обидва клієнти можуть одночасно працювати в мережі, утворюючи клієнтське різноманіття (client diversity).
Для екосистеми MEV наявність другого клієнта означає, що різні валідатори можуть використовувати різні реалізації порядку обробки транзакцій, що зменшує ризики централізації навколо єдиного рушія.
Приклад
Оператор валідатора вирішує запустити Firedancer замість Agave на своєму вузлі. Він підключається до тієї ж мережі, отримує ті самі трансляції блоків і голосує в консенсусі. Якщо в Agave зʼявляється критична вада, яка вражає частину мережі, валідатори на Firedancer продовжують працювати — мережа зберігає працездатність.
Типова помилка
Вважати, що Firedancer повністю замінює Agave і його обовʼязково треба встановлювати всім валідаторам. Насправді обидва клієнти існують паралельно, і їхнє співіснування — це саме те, що створює клієнтське різноманіття. Перехід на Firedancer — це технічне рішення оператора, а не вимога протоколу. Також помилково очікувати, що сам факт наявності другого клієнта автоматично збільшує швидкість мережі: продуктивність залежить від конкретного розгортання та навантаження.
Повʼязані матеріали
Внутрішні переходи
- Tower BFT — консенсусний протокол, який реалізує Firedancer нарівні з Agave.
- Agave — оригінальний клієнт валідатора Solana, написаний на Rust.
Додаткові ресурси
Для перевірки поточного статусу розгортання Firedancer на mainnet-beta зверніться до офіційного репозиторію проєкту на GitHub та актуальних оголошень Solana Foundation — ці джерела містять свіжі відомості про етапи інтеграції та сумісність.