Solana перевела своє оновлення консенсусу Alpenglow до етапу розгортання в публічному тестнеті, оскільки розробники готуються протестувати дизайн, покликаний скоротити фіналізацію транзакцій із приблизно 13 секунд до близько 150 мілісекунд.
Згідно з github, етап тестнету дасть змогу розробникам протестувати міграцію в усталеному тестовому середовищі Solana, перш ніж систему консенсусу можна буде розглядати для основної мережі.
Фіналізація означає момент, коли транзакція стає незворотною згідно з правилами консенсусу мережі. Біржі зазвичай чекають на фіналізацію перед зарахуванням депозитів, а блокчейн-мости використовують її перед розблокуванням активів в іншій мережі.
Наразі Solana покладається на TowerBFT для консенсусу: валідатори записують голоси ончейн і накопичують достатню кількість голосів упродовж 32 слотів, перш ніж блок досягне фіналізації. Alpenglow замінює цей процес протоколом під назвою Votor, який дає змогу валідаторам обмінюватися голосами безпосередньо.
У межах нового дизайну валідатори можуть досягати згоди після одного або двох раундів голосування. Ця зміна прибирає довшу послідовність ончейн-голосів консенсусу, необхідну в TowerBFT, водночас залишаючи виконання транзакцій для застосунків і користувачів майже без змін.
Alpenglow уже понад чотири місяці працює в меншому спільнотному кластері, створеному спеціально для тестування системи консенсусу. Переміщення оновлення до усталеного публічного тестнету Solana відкриває його для ширшої групи валідаторів, інфраструктурних провайдерів і сервісів, уже підключених до мережі.
Публічний тестнет використовує токени без грошової вартості, що дає змогу розробникам перезапускати мережу, тестувати процедури міграції та досліджувати проблеми без ризику для коштів у мейннеті.
Anza вперше перевела Alpenglow до тестування спільнотою валідаторів у травні, назвавши оновлення найбільшою зміною консенсусу в історії Solana. Як раніше повідомляв crypto.news, спільнотний кластер дав змогу операторам валідаторів протестувати новий дизайн консенсусу перед розгортанням у наявній тестовій інфраструктурі Solana.
Votor розроблено так, щоб досягати фіналізації через один із двох шляхів голосування залежно від участі валідаторів. Попередні специфікації вказували, що блок може фіналізуватися після одного раунду, якщо бере участь достатній обсяг стейку, тоді як другий раунд забезпечує альтернативний шлях до фіналізації за нижчого рівня участі.
Очікуваним результатом має стати різке скорочення поточного часу фіналізації в Solana. Anza оцінює медіанний час фіналізації на рівні близько 150 мілісекунд, тоді як попередні симуляції за сприятливих умов показували значення аж до 100 мілісекунд.
У межах оновлення розробники не змінювали спосіб виконання транзакцій застосунками. Користувачі гаманців і надалі надсилатимуть транзакції через ті самі інтерфейси, тоді як основні зміни відбуваються в тому, як валідатори обмінюються даними та погоджують незмінний стан блокчейна.
Валідатори, які беруть участь у тесті Alpenglow, мають запускати Agave 4.3 — найновішу гілку основного програмного забезпечення валідатора, яке підтримує Anza.
Anza рекомендувала Agave 4.3 для широкого впровадження серед валідаторів мейннету 21 вересня. До цього розгортання проходило контрольованими етапами: спочатку операторів, відповідальних за 10% стейку мейннету, попросили оновитися, а потім рекомендацію розширили до 25%.
Розробка Alpenglow уже кілька місяців пов’язана з релізами Agave. У серпні очікувалося, що ціль у 150 мілісекунд для фіналізації буде досягнута через Agave 4.3 після того, як базовий код Alpenglow уже було включено для тестування в попередню гілку ПЗ.
Дата 28 вересня, зазначена в графіку Agave 4.3 від Anza, стосується попереднього відновлення активації функцій у мейннеті. Anza зазначає, що дати релізів можуть змінюватися, тоді як у її трекері feature gate активація Alpenglow у тестнеті станом на ранок середи все ще значилася як така, що очікується.
Отже, 28 вересня не є підтвердженою датою початку роботи Alpenglow у мейннеті Solana.
Це розмежування важливе, оскільки кілька оновлень продуктивності Solana рухаються за окремими графіками активації. Фіналізація транзакцій, виробництво слотів і пропускна здатність транзакцій контролюються різними змінами мережі, хоча кожна з них може впливати на те, як швидко застосунки взаємодіють із Solana.
Нещодавно Solana скоротила цільовий час слоту з 300 мілісекунд до 250 мілісекунд у межах SIMD-0525, довівши мережу до цільового показника в чотири слоти на секунду.
Оновлення слотів до 250 мілісекунд скоротило вікно лідерства кожного валідатора на чотири слоти з 1,2 секунди до однієї секунди. Ліміти обробки мережі були скориговані разом із коротшими слотами, а це означає, що зміна не збільшила загальну пропускну здатність обробки в такій самій пропорції.
Фінальний етап у межах SIMD-0525 націлений на слоти тривалістю 200 мілісекунд, що приведе мережу до п’яти цільових слотів на секунду. Розробники ще не визначили підтверджену дату активації цього етапу в мейннеті.
Час слоту та фіналізація вимірюють різні аспекти мережі. Час слоту визначає, як часто Solana може створювати нові слоти, тоді як Alpenglow змінює те, як валідатори досягають згоди щодо незворотності блока.
Solana розпочала поточну послідовність скорочення слотів у серпні, коли цільовий показник знизився до 350 мілісекунд із 400 мілісекунд, які використовувалися з моменту запуску мережі. SIMD-0525 визначив послідовні цілі в 350, 300, 250 і зрештою 200 мілісекунд.
Alpenglow рухається окремим шляхом через SIMD-0326 і замінює TowerBFT на Votor замість зміни тривалості окремих слотів.
Firedancer і Frankendancer, клієнти валідаторів, розроблені Jump Crypto, наразі не підтримують тест Alpenglow, через що початкова міграція залежить від Agave.
Різноманіття клієнтів надає валідаторам Solana різні програмні реалізації для участі в одній і тій самій мережі. Якщо доступні окремі клієнти, програмний збій, що впливає на одну реалізацію, не обов’язково зачіпає кожного валідатора.
Firedancer почав виробляти блоки в мейннеті раніше цього року після кількох років розробки з боку Jump Crypto. Команда спочатку рекомендувала поступове розгортання, поки тривали аудити безпеки, а незалежно створений клієнт був покликаний зменшити залежність від наявних реалізацій валідаторів Solana.
Frankendancer є гібридною реалізацією, яка поєднує компоненти Firedancer з наявним програмним забезпеченням Solana. У поточному трекері feature gate від Anza жодна з цих реалізацій не вказана як така, що підтримує функцію Alpenglow у межах SIMD-0326, яка очікує на активацію.
Отже, Agave 4.3 є підтримуваним клієнтом для першої міграції в публічному тестнеті. У трекері Anza Alpenglow зазначений як тестнет-активація, що очікується, у межах SIMD-0326, тоді як поля підтримки для Firedancer і Frankendancer залишаються позначеними як недоступні.
ETH
SOL