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