Тестнет Solana Alpenglow: що змінює оновлення фіналізації за 150 мс?

SOL
фіналізація транзакційоновлення консенсусуAlpenglowTowerBFTтестова мережаSolanaVotor
1 годину томуДжерело: crypto.news
Тестнет Solana Alpenglow: що змінює оновлення фіналізації за 150 мс?

Solana перевела своє консенсусне оновлення Alpenglow на етап розгортання в публічній тестовій мережі, оскільки розробники готуються протестувати дизайн, покликаний скоротити час фіналізації транзакцій з приблизно 13 секунд до близько 150 мілісекунд.

Резюме

  • Оновлення Solana Alpenglow переходить у публічну тестову мережу з метою скорочення часу фіналізації транзакцій з приблизно 13 секунд до близько 150 мілісекунд.
  • Alpenglow замінює TowerBFT на Votor, дозволяючи валідаторам досягати згоди за один або два раунди прямого голосування.
  • Для тесту потрібен Agave 4.3, тоді як Firedancer і Frankendancer поки не підтримують Alpenglow.
  • 28 вересня вказано як попередню дату активації функції Agave 4.3 у головній мережі, але це не підтверджена дата запуску Alpenglow.

Згідно з github, етап тестової мережі дозволить розробникам протестувати міграцію в усталеному тестовому середовищі Solana, перш ніж консенсусну систему можна буде розглянути для головної мережі.

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

Solana наразі покладається на TowerBFT для консенсусу, при цьому валідатори записують голоси в ланцюжку та накопичують достатню кількість голосів протягом 32 слотів, перш ніж блок досягне фіналізації. Alpenglow замінює цей процес протоколом під назвою Votor, який дозволяє валідаторам обмінюватися голосами безпосередньо.

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

Solana Alpenglow переходить у публічну тестову мережу

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

Публічна тестова мережа використовує токени без грошової вартості, що дозволяє розробникам перезапускати мережу, тестувати процедури міграції та досліджувати проблеми, не наражаючи кошти головної мережі на ризик.

Anza вперше перевела Alpenglow на тестування валідаторами спільноти в травні, описавши оновлення як найбільшу консенсусну зміну в історії Solana. Як crypto.news раніше повідомляв, громадський кластер дозволив операторам валідаторів протестувати новий консенсусний дизайн перед розгортанням у всій існуючій тестовій інфраструктурі Solana.

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

Очікуваний результат — різке скорочення порівняно з наявним часом фіналізації Solana. Anza оцінила медіанну фіналізацію приблизно в 150 мілісекунд, а раніші симуляції показували її аж до 100 мілісекунд за сприятливих умов.

Розробники не змінили спосіб виконання транзакцій застосунками в рамках оновлення. Користувачі гаманців продовжать надсилати транзакції через ті самі інтерфейси, тоді як основні зміни відбуваються в тому, як валідатори спілкуються та узгоджують постійний стан блокчейну.

Agave 4.3 містить код Alpenglow

Валідатори, які беруть участь у тесті Alpenglow, повинні запускати Agave 4.3, останню гілку основного програмного забезпечення валідатора, яку підтримує Anza.

Anza рекомендувала Agave 4.3 для загального впровадження серед валідаторів головної мережі 21 вересня. Розгортання раніше пройшло контрольовані етапи: спочатку операторам, відповідальним за 10% стейку головної мережі, було запропоновано оновитися, перш ніж рекомендацію розширили до 25%.

Розробка Alpenglow була пов'язана з випусками Agave протягом кількох місяців. У серпні ціль фіналізації в 150 мілісекунд очікувалася через Agave 4.3 після того, як базовий код Alpenglow уже було включено для тестування в попередній гілці програмного забезпечення.

Дата 28 вересня, зазначена в розкладі Anza’s Agave 4.3, стосується попереднього відновлення активації функцій мейннету. Anza заявляє, що її дати випуску можуть змінюватися, тоді як її трекер функціональних шлюзів усе ще вказував активацію тестнету Alpenglow як очікувану рано в середу.

Таким чином, 28 вересня не є підтвердженою датою початку роботи Alpenglow у мейннеті Solana.

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

Solana вже скоротила час слоту до 250 мс

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 залишається поза першим тестом Alpenglow

Firedancer і Frankendancer, клієнти валідаторів, розроблені Jump Crypto, наразі не підтримують тест Alpenglow, залишаючи початкову міграцію залежною від Agave.

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

Firedancer почав виробляти блоки мейннету раніше цього року після багаторічної розробки Jump Crypto. Команда спочатку рекомендувала поступове впровадження, поки тривали аудити безпеки, а незалежно створений клієнт мав зменшити залежність від наявних реалізацій валідаторів Solana.

Frankendancer слугує гібридною реалізацією, яка поєднує компоненти Firedancer із наявним програмним забезпеченням Solana. Жодна з реалізацій не вказана як така, що підтримує очікувану функцію Alpenglow SIMD-0326 у поточному трекері функціональних шлюзів Anza.

Таким чином, Agave 4.3 є підтримуваним клієнтом для першої публічної міграції тестнету. Трекер Anza вказує Alpenglow як очікувану активацію тестнету за SIMD-0326, тоді як поля підтримки для Firedancer і Frankendancer залишаються позначеними як недоступні.