Команда Anza приступила к активации Alpenglow в публичной тестовой сети Solana. Обновление, представленное в рамках SIMD-0326, должно заменить действующий механизм консенсуса на базе TowerBFT и Proof-of-History и сократить целевое время финализации блока примерно с 12,8 секунды до 150 мс. Первым этапом станет Votor, который входит в Agave 4.3 и меняет способ обмена голосами между валидаторами. Вместо голосов в форме отдельных транзакций участники сети будут напрямую обмениваться сообщениями и объединять их в сертификаты с BLS-подписями. При благоприятных условиях блок сможет получить финальность уже за один раунд голосования. Если этого окажется недостаточно, протокол перейдет к дополнительному раунду и использует другой тип сертификата. При этом заявленные 150 мс относятся именно к финализации, а не к длительности слота, которая регулируется отдельными изменениями протокола.
Для обычных пользователей переход не должен изменить базовые параметры работы сети: Alpenglow не затрагивает SVM, формат транзакций, комиссии или модель аккаунтов. Более заметные изменения ожидают сервисы, работающие непосредственно с данными блокчейна. Agave 4.3 добавляет в потоки Geyser и gRPC идентификатор bank_id, позволяющий различать несколько банков-кандидатов в пределах одного слота. Поэтому индексаторам, обозревателям и другим инфраструктурным системам потребуется учитывать пару slot и bank_id при буферизации событий. После внедрения нового консенсуса разница между статусами confirmed и finalized должна существенно сократиться. Оба статуса пока сохранятся в API, однако confirmed впоследствии планируют убрать. Голосовые транзакции перестанут включаться в блоки, а Proof-of-History больше не будет определять темп их производства. Отдельный механизм Rotor, который должен заменить Turbine для распространения данных, в текущую версию обновления не входит и будет реализован позднее.
Переход на новый консенсус пройдет поэтапно. До миграционной границы сеть продолжит использовать TowerBFT, а после активации feature gate будет отсчитано 5000 слотов. Затем пользовательские транзакции временно перестанут включаться в блоки, пока валидаторы не достигнут необходимого состояния для переключения. После появления блока с оптимистичным подтверждением от 82% стейка его предок до границы миграции станет отправной точкой новой цепочки. Валидаторы соберут BLS-сертификат, откатят более поздние блоки и переведут консенсус на Votor, после чего обработка пользовательских транзакций возобновится. До запуска в публичном тестнете миграцию несколько месяцев отрабатывали в отдельном community cluster. Далее аналогичные этапы должны пройти сеть разработчиков и бета-версия мейннета. Такой порядок предназначен для сохранения уже подтвержденных операций во время смены механизма консенсуса.
Похожие статьи
