Solana призначила оновлення Alpenglow на 21 жовтня з метою фіналізації за 150 мс

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

Резюме

• Оновлення Alpenglow Solana заплановане на 21 жовтня, з метою приблизно 150-міллісекундної фіналізації транзакцій.
• Quicknode попереджає про коротку паузу в транзакціях та можливі перерви в потоках даних під час передачі.
• Валідатори повинні використовувати сумісне програмне забезпечення та поповнити рахунки голосування для плати за вступ у 0,8 SOL.
• Деякі RPC-вузли можуть отримувати інформацію про фіналізацію пізніше, ніж валідатори, які безпосередньо беруть участь у консенсусі.

Повідомлення про обслуговування Quicknode вказує, що середа є запланованим днем активації, але його останнє оновлення попереджає, що початкова оцінка 14:50 UTC може бути перенесена на 13:20 UTC у міру просування виробництва блоків. Постачальник просить операторів бути готовими з 13:00 UTC, з передачою консенсусу, що відбудеться приблизно через 20 хвилин після активації.

Поточна сторінка оновлень Фонду Solana ставить зміну в епосі 1064 і вказує, що основна мережа ще не активована. Його оновлена оцінка ставить початок епохи приблизно на 13:20 UTC, що робить межу епохи відповідним тригером замість фіксованого часу.

Solana Alpenglow націлений на фіналізацію, а не на швидше виконання

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

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

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

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

Октябрьське впровадження слідує за попередньою дорожньою картою, яка пов'язувала Alpenglow з Agave 4.3. Звіт від 14 серпня зафіксував, що код Alpenglow був присутній в Agave 4.2 для тестування, без авторизації активації основної мережі в цьому випуску.

До 26 вересня оновлення досягло devnet після переходу testnet попереднього дня, як раніше повідомляло crypto.news. Команди додатків могли перевірити нову поведінку консенсусу перед впровадженням проти мережі, що обробляє кошти користувачів.

Трейдери стикаються з короткою перервою під час передачі

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

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

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

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

Готовність валідаторів включає програмне забезпечення та фінансування рахунків

Поточний контрольний список Фонду Солана вказує валідаторам запустити версію 4.3.2 Agave, Jito-Solana або Harmonic Salsa перед епохою 1064. Firedancer та Frankendancer не підтримуються під час міграції, згідно з тією ж інструкцією.

Оператори повинні зберігати принаймні 0.8 SOL вище мінімуму, що звільняє від оренди, на своїх голосувальних рахунках, щоб покрити квиток на прийом валідатора. Перша плата покриває участь в епосі 1065, а неоплачена плата заважає валідатору голосувати або виробляти блоки в наступній епосі.

Затвердження управління передує цим операційним вимогам. Пропозиція була прийнята у вересні 2025 року з 98.27% голосів на її підтримку, згідно з висвітленням завершеного голосування. Участь становила 52% від ставки, тому відсоток затвердження описує подані голоси, а не всю популяцію валідаторів.

Те раннє голосування затвердило SIMD-0326, пропозицію, що стоїть за переглядом консенсусу. Сучасний звіт зафіксував 1.05% проти та 0.69% утрималися, з невеликою різницею округлення, збереженою в опублікованих цифрах.

Доставка RPC може відставати від цільового показника 150 мс

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

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

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

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