Alpenglow: новий консенсус Solana, погляд зсередини

Alpenglow - наймасштабніша зміна в історії Solana. Він повністю замінює механізм, за яким мережа узгоджує блоки, відмовляється від Proof of History і скорочує час остаточного підтвердження блоку з 12,8 секунди приблизно до 150 мілісекунд.

Нову архітектуру розробила дослідницька команда Anza у 2025 році. Того ж літа валідатори підтримали її під час голосування, а запуск у мейннеті запланували на кінець 2026-го. Із травня 2026 року Alpenglow працює в окремому тестовому кластері, який підтримує спільнота, і я його частина від найпершого генезису. У цій статті я спробую простою мовою пояснити, що таке Alpenglow, чому він дає Solana зовсім інший темп, для кого зміни будуть найвідчутнішими і як усе це виглядає для учасника тестування.

Як Solana працює сьогодні

Нинішня архітектура Solana тримається на двох опорах. Proof of History виконує роль криптографічного годинника: безперервний ланцюжок хешів дає валідаторам змогу погодити порядок подій, не обмінюючись повідомленнями щомиті. Поверх цього годинника працює Tower BFT - система голосування Solana, побудована на принципах класичного голосування з візантійською стійкістю до помилок. Кожен валідатор надсилає окрему транзакцію голосування за кожен слот, тобто приблизно раз на 400 мілісекунд, цілодобово.

Саме ця архітектура зробила Solana швидкою, але вона має свою ціну. Транзакції голосування становлять близько трьох чвертей усього навантаження мережі, а комісії за них є найбільшою постійною витратою валідатора - приблизно 1,1 SOL на добу, або близько 2,16 SOL за нинішню дводенну епоху. Блок вважається підтвердженим уже приблизно за пів секунди, однак для остаточного детермінованого підтвердження після нього мають з’явитися ще 32 блоки. Це близько 12,8 секунди. У більшості випадків така різниця не має значення. Але для бірж, маркетмейкерів і всіх, кому потрібна не висока ймовірність, а повна певність, вона важлива.

Alpenglow простою мовою

Alpenglow перебудовує цю систему з нуля навколо двох основних компонентів.

Votor - новий механізм голосування. Голоси більше не є транзакціями. Натомість валідатори напряму обмінюються невеликими повідомленнями поза блокчейном, а будь-який вузол може об’єднати їх в один компактний сертифікат, щойно назбирається достатня частка стейку. Обидва шляхи фіналізації працюють паралельно. Якщо в першому раунді блок отримує голоси щонайменше 80% стейку, його одразу фіналізують швидким шляхом, приблизно за 100 мілісекунд. Якщо блок набирає щонайменше 60%, починається другий раунд, у якому ще 60% стейку дають змогу фіналізувати його повільнішим шляхом, приблизно за 150 мілісекунд. У будь-якому разі рішення мережі щодо блоку засвідчує один невеликий сертифікат замість тисяч транзакцій голосування. А оскільки фіналізація блоку триває менше, ніж створення наступного, вона встигає за ланцюгом, і черга блоків, що очікують остаточного підтвердження, не накопичується.

Rotor - новий рівень поширення даних. Сьогодні Turbine передає дані блока через дерево валідаторів, від одного рівня до іншого. Rotor скорочує цей шлях до одного переходу. Лідер ділить блок на фрагменти з надлишковим кодуванням і передає кожен із них ретранслятору - звичайному валідатору, якого для цього слота обирають з урахуванням частки стейку. Потім кожен ретранслятор одразу розсилає свій фрагмент усій мережі. Що менше проміжних переходів, то нижча затримка й менше місць, де може статися збій.

Proof of History також відходить у минуле. Коли дані поширюються за один перехід, а голосування триває частки секунди, спільний криптографічний годинник мережі більше не потрібен. Слоти й надалі мають фіксовану тривалість, але кожен валідатор працює за власними локальними таймерами: якщо блок надійшов вчасно, він голосує за нього, а якщо ні - за пропуск слота. Це відносні таймери зворотного відліку, а не синхронізовані годинники, тому вузлам не потрібно погоджувати між собою точний час. Пропущений слот теж не є аварією: право створити блок просто переходить до наступного лідера, як і сьогодні. Сам пропуск отримує окремий сертифікат, тож для кожного слота завжди є однозначна відповідь, що саме в ньому сталося.

Alpenglow також запроваджує нову модель стійкості, яку називають “20+20”. Мережа залишається безпечною, навіть якщо до 20% стейку діє зловмисно, і продовжує створювати блоки, навіть коли ще до 20% стейку перебуває офлайн або працює зі збоями. Це свідомий компроміс: дещо нижча стійкість до скоординованої атаки, ніж класична межа в одну третину, в обмін на остаточне підтвердження за частки секунди і стабільну роботу під час реальних збоїв.

Що зміниться на практиці

Для користувачів і трейдерів:

	Сьогодні	З Alpenglow
Остаточне підтвердження	~12,8 с	~100-150 мс
Рівні підтвердження	Спочатку confirmed, приблизно за 12 с - finalized	Фактично один рівень: finalized
Що показує TPS	~75% транзакцій становлить голосування валідаторів	Лише транзакції користувачів

Для валідаторів:

	Сьогодні	З Alpenglow
Витрати на голосування	~1,1 SOL комісій на добу з identity-акаунта	VAT: ~0,8 SOL на добу з vote-акаунта
Навантаження на ключі	Ключ identity підписує голосування у кожному слоті	Не потрібно підписувати голос у кожному слоті, тому ключі можна захищати більш консервативно
Захист від форків	Блокування голосів і локальний файл tower	Сертифікати фіналізації та локальний файл vote_history
Облік	~432 000 транзакцій голосування за епоху	Один платіж за участь у кожній епосі

Для мережі:

	Сьогодні	З Alpenglow
Годинник	Хеш-ланцюжок Proof of History	Локальні таймери на кожному вузлі
Поширення блоків	Turbine, багаторівневе дерево	Rotor, один перехід через ретранслятори
Тривалість слота	~400 мс	Поступове скорочення до ~200 мс
Обсяг реєстру	Збільшується через транзакції голосування	Приблизно на три чверті менше зайвих даних
Відмовостійкість	До 1/3 несправного стейку	20% зловмисного стейку плюс 20% офлайн

Кілька змін варто розглянути докладніше. TPS, тобто кількість транзакцій за секунду, є показником, який найчастіше згадують під час порівняння блокчейнів. Коли голосування валідаторів перестане зараховуватися до транзакцій, він нарешті показуватиме реальну активність користувачів. Зникне й довгий проміжок між confirmed і finalized: замість очікування залишиться одна перевірка сертифіката. Найважливіше це для бірж, платежів та інших систем, чутливих до затримок.

Для розробників зміни будуть менш помітними, але не менш суттєвими. Два рівні підтвердження фактично зводяться до одного, тому застосункам більше не доведеться окремо обробляти логіку confirmed і finalized. У блоках більше не буде транзакцій голосування, отже індексація стане легшою, а самі дані - чистішими. Коли фіналізація триватиме близько 150 мілісекунд, можна буде відмовитися і від цілого класу оптимістичних прийомів в інтерфейсах, коли застосунок показує результат наперед і сподівається, що він уже не зміниться.

Для валідаторів звичні комісії за голосування зникнуть, але витрати не скасують повністю. Їх замінить Validator Admission Ticket, або VAT - одноразовий платіж за кожну епоху з акаунта голосування, який дає право брати участь у консенсусі протягом наступної епохи. Орієнтовна сума становитиме близько 0,8 SOL на добу проти приблизно 1,1 SOL, які валідатори нині витрачають на комісії за голосування. Значення навмисно залишили близькими, щоб після активації економіка валідаторів не змінилася різко. Глибші економічні реформи мають ухвалюватися окремо в майбутньому. Операційна робота теж спроститься: ключ identity більше не знадобиться для підписання голосу кожні 400 мілісекунд, тож захист ключів можна буде суттєво посилити; зникнуть розрахунки блокувань голосів, а облік скоротиться з понад чотирьохсот тисяч транзакцій за епоху до одного платежу.

Як ідея стала протоколом

Alpenglow створив дослідницький підрозділ Anza під керівництвом професора Роджера Ваттенгофера зі Швейцарської федеральної вищої технічної школи Цюриха, або ETH Zurich. Її абревіатура, до речі, з’явилася приблизно на століття раніше за Ethereum. Разом із ним над протоколом працювали Квентін Кніп і Кобі Слівінський. У травні 2025 року команда опублікувала технічний документ і представила архітектуру на конференції Accelerate у Нью-Йорку, додавши формальні математичні доведення її коректності. Навіть назва відсилає до швейцарського походження протоколу: alpenglow - це світло, в якому гірські вершини спалахують на світанку.

Згодом архітектура оформилася у формальну пропозицію SIMD-0326, яку наприкінці серпня 2025 року винесли на ончейн-голосування. Валідатори підтримали її переконливо: 98,27% проголосували за, а загальна участь становила 52% усього стейку. Це один із найсильніших мандатів, які будь-коли отримували пропозиції щодо розвитку Solana. Я також проголосував за своїм валідатором і зробив би так само знову. Відтоді окремі складові Alpenglow поступово з’являються в клієнті Agave, тривають зовнішні аудити, а практичну частину перевірки взяв на себе тестовий кластер.

Тестовий кластер Alpenglow: новий консенсус у руках реальних операторів

Новий консенсус неможливо перевірити лише на папері. Його треба запустити, зламати, перезапустити і зламати знову. Саме для цього й існує тестовий кластер Alpenglow, який підтримує спільнота.

Він запрацював на початку травня 2026 року. Близько п’ятдесяти незалежних операторів надали власне обладнання, інженери Anza підготували генезис, а кластер ожив, коли в мережу вийшло 80% його стейку. Винагород тут немає: усі працюють добровільно, надаючи розробникам реальні дані ціною власних серверних ресурсів, часу й уваги. Я його частина від найпершого генезису і за цей час допоміг кільком операторам з української спільноти запустити власні вузли.

Anza могла б розгорнути двадцять однакових машин і назвати це тестнетом. Але сенс цього кластера саме в тому, що за ним стоять реальні люди: різне обладнання, різні дата-центри, часові пояси, звички та погляди. Це набагато ближче до справжнього мейннету і дає змогу виявляти проблеми, яких не покаже жодна лабораторна конфігурація.

Найпам’ятніший момент стався 9 травня. Під час першого “Alpenswitch” кластер наживо, без зупинки роботи, перейшов із Tower BFT на Alpenglow. Час фіналізації різко скоротився, а оператори вузлів у чаті в реальному часі побачили, як мережа з 12-секундною фіналізацією перетворюється на мережу, де все вимірюється мілісекундами. Того ж дня в чаті прозвучало питання, на яке валідатори та стейк-пули шукають відповідь і досі: що станеться з вимірюванням продуктивності, коли vote credits покинуть блокчейн?

Відтоді кластер працює саме так, заради чого його й створили: узгоджені перезапуски, після кожного з яких відбувається новий Alpenswitch; функції, які тут вмикають раніше, ніж у будь-якій робочій мережі; реальні й справді корисні збої, які неможливо відтворити в лабораторних умовах. Згодом кластер перейшов і на швидші слоти: до серпня їхня тривалість уже становила близько 200 мілісекунд, тобто саме той темп, до якого рухається мейннет. Водночас це стало полігоном не лише для нового консенсусу. Overclock тестує тут легкий клієнт Mithril, новий механізм ончейн-голосування паралельно випробували тут і в мейннеті, а Allnodes, JPool, JagPool та QuickNode підтримують у кластері власні вузли. Інженери Anza щодня працюють разом з операторами, а кількість валідаторів зросла приблизно до сотні.

Інструменти, створені спільнотою

Найбільше в цьому кластері мені подобається швидкість, з якою оператори почали створювати для нього власні інструменти. Усього за кілька тижнів тимчасова тестова мережа отримала власні експлорери, дашборди, сторінки стану і навіть стейк-пул. Усе це зробила спільнота:

Інструмент	Що він робить
Valid Blocks explorer	Експлорер блоків кластера, розклад лідерів і робочий кран тестових SOL
Validator.Info	Аналітика кластера: затримка фіналізації, стан кворуму, таблиця лідерів і калькулятор винагород
Trillium	Дашборд у реальному часі: тривалість слотів, епохи, розклад лідерів і показники кожного валідатора
Vybe	Розширені метрики кластера
SONDA	Показники децентралізації та розподілу між дата-центрами
Puffin metrics	Перша спроба винайти нові метрики: хто допомагає швидко фіналізувати блоки
agSOL pool	Ліквідний стейк-пул для тестового кластера
Abracadabra	Термінальний інтерфейс, який перетворює логи валідатора Alpenglow на зрозумілий потік даних

Один з учасників кластера також веде постійно оновлюваний перелік цих інструментів. Він і далі зростає на цій сторінці.

Підтримка, якої ніхто не обіцяв

Від першого дня кластер був волонтерською ініціативою. Усі учасники знали, що винагород не буде: ми працювали заради мережі, і саме такими були умови. Але згодом підтримка все одно з’явилася. Вона прийшла від самої спільноти, причому кожна команда допомогла по-своєму.

SolBlaze - одна з малопомітних, але справжніх легенд стейкінгу Solana. Це незалежний розробник, який створює інфраструктуру ліквідного стейкінгу від перших років існування мережі й без жодного венчурного інвестора збільшив свій пул із двох тисяч до понад мільйона SOL. У тестовому кластері він усюди: був серед операторів першого генезису, створив найбільший стейк-пул цієї мережі й фактично модерує її Discord-канал. У травні він вирішив підтримати волонтерів стейком у мейннеті:

Зараз багато валідаторів добровільно надають свій час і обладнання для роботи тестового кластера, де Alpenglow перевіряють перед запуском у мейннеті. Водночас жодних винагород для активних операторів цього кластера не передбачено […]

Тому ми виділяємо до 50 000 SOL стейку в мейннеті валідаторам, які беруть участь у тестуванні Alpenglow.

Загальний обсяг програми становить до 50 000 SOL, а кожен валідатор може отримати до 2 000 SOL через SolBlaze Verified Validators. Про це SolBlaze оголосив тут. Це не лише компенсація, а й спосіб сказати волонтерам: вашу роботу бачать і вона цінна.

Allnodes підійшов до тієї самої проблеми з боку інфраструктури. Це одна з найбільших платформ, яка надає сервери для криптоіндустрії, підтримує валідаторів та інші вузли в десятках мереж і пропонує високопродуктивні bare-metal сервери, зокрема і конфігурації, створені спеціально для Solana. Allnodes також є найбільшим хостинг-провайдером у тестовому кластері Alpenglow: на його обладнанні працює майже п’ята частина валідаторів. Давнім учасникам кластера компанія безплатно надає bare-metal сервери, доки кластер лишається робочим - до запуску Alpenglow у мейннеті. Засновник і генеральний директор Allnodes Костянтин Бойко-Романовський пояснив мені свою мотивацію так:

Для багатьох валідаторів зараз непростий час, і ми не хотіли, щоб вартість обладнання заважала тестуванню та впровадженню нової технології. Надаючи безплатну інфраструктуру для тестового кластера Alpenglow, ми сподіваємося полегшити операторам експерименти й участь у тестуванні та допомогти мережі підготуватися до наступного етапу.

Саме це я найбільше ціную у світі валідаторів Solana: люди помічають роботу одне одного і приходять на допомогу. У свої найкращі моменти ця екосистема більше схожа не на індустрію, а на родину.

Bug bounty: останній публічний стрес-тест

Коли зовнішні аудити почали наближатися до завершення, Anza відкрила код логіки Alpenglow для окремого bug bounty, тобто конкурсу з пошуку вразливостей. Призовий фонд становить до 50 000 SOL, заявки приймають із 5 до 19 серпня 2026 року, а кожну знахідку потрібно подавати окремим звітом через GitHub Security Advisories. Поки Alpenglow розробляли й перевіряли аудитори, його код не входив до звичайної bug bounty програми Agave. Цей конкурс став першим публічним випробуванням коду і останньою великою перевіркою перед мейннетом.

Питання, на які валідатори ще шукають відповіді

Цієї частини немає в технічному документі, адже вона виросла з розмов у чаті кластера і практичних планів операторів. Alpenglow відповідає на великі питання, але водночас породжує низку нових і дуже конкретних.

Як вимірювати роботу валідатора, коли голоси зникають із блокчейну? Сьогодні вся система делегування значною мірою спирається на показники голосування. Timely Vote Credits є одним із ключових критеріїв програми делегування Solana Foundation і систем оцінювання більшості великих стейк-пулів. В Alpenglow значення vote credits змінюється. Як пояснив у чаті кластера інженер Anza Ашвін Секар, це поле тепер просто показує точну кількість лампортів, яку валідатор має отримати за епоху. Отже, звичних рейтингів на основі TVC більше не буде. Що прийде їм на зміну, поки невідомо. Валідатор Puffin, який працює в тестовому кластері, уже експериментує з показниками внеску в швидку фіналізацію. Zantetsu із Shinobi Systems планує оцінювати затримку голосів. Alpenglow дає вісім слотів запасу, щоб голос потрапив до агрегату, тож стейк-пул зможе віддавати перевагу валідаторам, які голосують значно швидше. Оскільки цих даних більше не буде в блокчейні, їх має збирати група валідаторів, які співпрацюють між собою. Anza теж не має готової відповіді. Наразі команда не має остаточного плану, але готова розглядати пропозиції. Серед обговорюваних ідей - записувати сертифікати фіналізації та агреговані дані про винагороди в ончейн-акаунт, щоб їх можна було отримувати через RPC. Уперше за багато років правила оцінювання валідаторів знову формуються майже з нуля, а команди, які експериментують зараз, фактично визначають майбутній стандарт. Мій StakePools Dashboard стежитиме за тим, як на ці зміни реагуватиме делегування, епоха за епохою.

Чи зможуть користувачі самостійно перевірити остаточне підтвердження? Сьогодні будь-хто може через RPC перевірити ончейн-голоси. В Alpenglow сертифікати поки недоступні через RPC, тому користувач, який запитує дані про блок, фактично покладається на твердження вузла, що блок фіналізовано. Сертифікат можна отримати й розібрати з потоку shred-даних, але обговорення простішого доказу, який можна було б отримати звичайним запитом, досі триває.

VAT вимагає нової операційної дисципліни. Плату за допуск списують із балансу vote-акаунта заздалегідь, один раз на епоху. Якщо кошти закінчаться, валідатор випаде з консенсусу. Через механіку авансових платежів повернення триватиме не одну, а кілька епох. Здавалося б, дрібниця, але саме такі дрібниці на початку боляче вдарять по неуважних операторах.

Міграція вузлів стане суворішою. На зміну файлу tower в Alpenglow приходить vote_history - локальний файл, без якого вузол відмовляється запускатися. Відновити його стан з ончейн-голосів уже неможливо, адже таких голосів більше не буде. Існує аварійний прапорець, який дає змогу обійти перевірку, але якщо використати його після того, як вузол уже голосував, можна створити подвійний голос. А вже це пропонується визначити як доведене порушення, за яке в майбутньому планують застосовувати слешинг. Водночас Anza прямо заявляє, що не хоче карати операторів у випадках збоїв обладнання. Точні правила розробники й оператори ще мають узгодити перед запровадженням слешингу.

Сам перехід коштуватиме грошей. До запуску Alpenglow тривалість слотів у мейннеті планують поступово скорочувати до 200 мілісекунд, кроками по 50 мілісекунд. Початок запланований на серпень, а весь процес попередньо має тривати близько шести тижнів, хоча такі графіки часто зміщуються. Та сама кількість голосів за вдвічі коротший час майже подвоїть щоденні витрати на голосування - приблизно до 2,16 SOL. Для великих операторів ця різниця майже непомітна, а для малих це відчутні гроші в кожній епосі. Скоротити цей дорогий перехідний період - ще одна причина існування тестового кластера: що більше даних матимуть розробники, то швидше цей період можна буде завершити.

І ще одне число, яке варто пам’ятати: Alpenglow обмежує набір учасників консенсусу двома тисячами валідаторів. Зараз у мейннеті їх близько семисот, і ця кількість поступово зменшується, тому найближчим часом обмеження не створює проблем. Але вперше максимальна кількість учасників стає сталою властивістю протоколу, а не потенційно необмеженою величиною.

Що далі

Bug bounty триватиме до середини серпня. У мейннеті розпочнеться поетапне скорочення тривалості слотів. За нинішнім планом Alpenglow увійде до лінійки релізів Agave 4.3: спочатку код з’явиться в клієнті, а коли мережа буде готова, протокол активують окремо. Alpenswitch у мейннеті запланований на кінець року. Після цього тестовий кластер, який допоміг підготувати перехід, тихо завершить роботу, а його дашборди залишаться застиглими свідченнями найдивнішого і водночас найкориснішого тестнету в історії Solana.

Я планую тримати свій вузол у кластері, доки його остаточно не вимкнуть, і бути на місці, коли мейннет перейде на новий консенсус. А далі почнеться справжня робота: підтримувати валідатор за новими правилами, разом з усіма вчитися читати нові метрики, стежити у своєму дашборді, як змінюється делегування, і чекати на наступну велику зміну, яку Solana вирішить втілити. Вона обов’язково буде.