Оновлення Solana Alpenglow досягло своєї публічної мережі розробників, дозволяючи командам застосунків тестувати систему, розроблену для скорочення часу фіналізації транзакцій з приблизно 12,8 секунд до близько 150 мілісекунд.
Підсумок
- Alpenglow активний на devnet та testnet Solana, тоді як mainnet все ще використовує поточну систему консенсусу.
- Оновлення замінює транзакції голосування валідаторів у ланцюжку на прямі голоси, які можуть фіналізувати блок за один або два раунди.
- Застосунки, які лише надсилають транзакції та читають баланси, не потребують міграції, але сервіси даних блоків повинні оновити свої системи.
- Anza не оголосила остаточної дати активації Alpenglow у mainnet.
Згідно з сторінкою оновлення Solana Foundation, Alpenglow тепер активний на devnet та testnet, але не був активований на mainnet. Anza, яка розробляє основне програмне забезпечення валідаторів Solana, оголосила про перехід devnet 25 вересня, через день після завершення переходу testnet.
Дві мережі обслуговують різні частини розгортання. Команди застосунків можуть використовувати devnet, щоб перевірити, як їхнє програмне забезпечення поводиться з токенами, які не мають реальної вартості, тоді як testnet дає валідаторам та операторам інфраструктури місце для тестування мережевого програмного забезпечення в більш вимогливих умовах.
Для розробників новий етап devnet означає, що вони можуть перевіряти застосунки на відповідність Alpenglow, не чекаючи, поки система досягне блокчейну, який обробляє кошти користувачів. Mainnet Solana продовжує використовувати TowerBFT, тому показник у 150 мілісекунд залишається ціллю для запланованого оновлення, а не часом фіналізації, доступним користувачам сьогодні.
Alpenglow від Solana змінює спосіб фіналізації блоків валідаторами
За TowerBFT валідатори подають голоси як транзакції, які з’являються всередині блоків. Достатня кількість голосів повинна накопичитися протягом 32 слотів, перш ніж блок стане фінальним, що наразі займає близько 12,8 секунд, згідно з Foundation.
Перша фаза Alpenglow, яка називається Votor, натомість змушує валідаторів надсилати голоси безпосередньо один одному. Foundation стверджує, що блок може досягти фіналізації після одного раунду голосування, якщо валідатори, які представляють щонайменше 80% стейку, проголосують за його прийняття. Другий раунд забезпечує інший шлях, коли перший не досягає цього порогу.
Фіналізація — це момент, коли мережа дійшла згоди щодо транзакції настільки сильно, що її більше не можна скасувати за правилами консенсусу. Швидший результат може мати значення для американської біржі, яка вирішує, коли зарахувати депозит Solana, або для платіжного провайдера, який вирішує, коли вважати продаж продавця завершеним. Кожен сервіс все ще може застосовувати власні перевірки перед вивільненням коштів або підтвердженням платежу клієнту.
Foundation відокремлює фіналізацію від часу, необхідного для створення блоку. У вересні Solana скоротила цільовий час слоту з 300 мілісекунд до 250 мілісекунд, із подальшим скороченням до 200 мілісекунд, запланованим у рамках окремого оновлення. Коротші слоти змінюють частоту, з якою мережа може їх створювати; Alpenglow змінює те, як валідатори погоджуються, що блок є фінальним.
Попередній звіт crypto.news висвітлював підготовку до testnet 23 вересня, коли розробники готували Agave 4.3 до публічного тесту. Перехід на devnet тепер дає командам застосунків доступ до оновленої системи консенсусу в мережі, яку вони зазвичай використовують для розробки.
Сервіси даних блоків стикаються зі змінами перед mainnet
Для застосунку, який надсилає транзакції та читає баланси рахунків, Foundation стверджує, що Alpenglow не потребує міграції. Виконання транзакцій, комісії та формати, які використовуються для надсилання транзакцій, залишаються незмінними в рамках оновлення консенсусу.
Сервіси, які створюють історії транзакцій, мають більше роботи. Alpenglow може розкрити конкуруючі блоки-кандидати для одного слоту, перш ніж мережа вибере один. Foundation радить постачальникам даних зберігати цих кандидатів окремо, а потім зберігати блок, який досягає підтвердження. Об’єднання транзакцій з різних кандидатів може залишити оглядач або інший сервіс з неправильним записом.
Голоси валідаторів також зникнуть з блоків, оскільки вони більше не подаватимуться як транзакції. Як результат, графік, який підраховує як транзакції користувачів, так і голоси валідаторів, показуватиме меншу загальну кількість транзакцій після активації, навіть якщо користувачі здійснюють ту саму кількість платежів і торгів. Foundation порадила постачальникам даних скинути порівняння та сповіщення, побудовані на старих показниках.
Деякі сервіси також зчитують участь валідаторів із транзакцій голосування. За Alpenglow, за словами Фонду, ця інформація переміщується до сертифікатів, прикріплених до даних блоку, що вимагає від цих сервісів змінити джерело її отримання. Оператори, які використовують потоки даних Geyser або gRPC від Solana, також повинні враховувати ідентифікатори, що розрізняють блоки-кандидати в межах слота.
Ці зміни роблять тестування в devnet актуальним для бірж, оглядачів та інших компаній, які покладаються на записи транзакцій, включаючи американські сервіси, пов'язані з Solana. Їхні правила щодо депозитів залишаються їхнім власним операційним рішенням; оновлення мережі не змінює автоматично момент, коли платформа робить кошти доступними.
Активація в mainnet досі не має точної дати
Попередня дорожня карта Alpenglow від Solana пов'язувала запропоноване розгортання в mainnet з Agave 4.3 та жовтневою ціллю. Ані перехід у testnet, ані активація в devnet не встановлюють підтвердженої дати для перемикання живої мережі.
Графік програмного забезпечення Anza попередньо дозволяє відновити активації функцій mainnet 28 вересня. Графік не визначає цей день як дату активації Alpenglow, і сторінка статусу Фонду досі вказує оновлення як неактивне в mainnet.
Фонд описує Votor як першу фазу Alpenglow. Пізніша фаза, Rotor, планується замінити систему, яка використовується для поширення блоків по мережі. Поточне розгортання стосується змін голосування та фінальності, тоді як ціль приблизно 150 мілісекунд походить із тестування та симуляцій, а не з транзакцій, розрахованих за умов живого ринку.
