Сооснователь Solana Яковенко ставит под сомнение Alpenglow, когда транзакции голосования выходят

Сооснователь Solana Анатолий Яковенко заявил, что Alpenglow мог бы быть завершен вдвое быстрее благодаря более простому изменению программы голосования, перед миграцией консенсуса 21 октября, которая удалит транзакции голосования валидаторов из блоков.

Резюме

• Яковенко сказал, что более простое изменение программы голосования могло бы сократить время разработки Alpenglow вдвое.
• Удаление транзакций голосования валидаторов снизит заголовочные показатели TPS, не изменяя при этом пользовательскую активность.
• Плата за вход в размере 0.8 SOL за эпоху заменит индивидуальные сборы за голосование.
• Некоторые узлы RPC могут получить обновления финализации позже, чем целевая отметка Alpenglow в 150 миллисекунд.

Яковенко в посте в X от 21 октября сделал это замечание, процитировав комментарий, который отмечал запланированное удаление голосов в цепочке и высмеивая повторяющуюся критику о том, что большинство транзакций Solana в секунду состоят из голосов валидаторов.

"Alpenglow был бы завершен вдвое быстрее, если бы они просто изменили программу голосования на машину состояний ag."

Опубликованный проект Anza описывает замену для TowerBFT, системы, которую валидаторы использовали для согласования блоков, с прямым голосованием и компактными сертификатами.

Миграция основной сети запланирована на 21 октября, как ранее сообщалось в crypto.news, освещая запланированную передачу консенсуса. Обновленное руководство Фонда Solana определяет эпоху 1064 как триггер и оценивает ее начало примерно на 13:20 UTC.

Страница миграции Anza разделяет активацию функций и передачу консенсуса. Граница миграции наступает через 5000 слотов, когда блоки временно содержат только голоса, пока валидаторы завершают переход.

Alpenglow удаляет голоса из заголовочных подсчетов транзакций

Руководство по миграции Фонда Solana сообщает исследователям и аналитическим службам сбросить базовые показатели подсчета транзакций и TPS, поскольку транзакции голосования исчезнут из блоков. Общая сумма, включающая голоса, упадет, даже если платежи, сделки и другие транзакции, не связанные с голосованием, останутся неизменными.

Фонд говорит, что службы, отслеживающие участие валидаторов, должны заменить свои данные о инструкциях программы голосования на данные сертификатов в нижних частях блоков. В его руководстве отмечается, что сообщение gRPC нижней части Yellowstone еще не передает эти сертификаты.

Разработчики имели доступ к измененному поведению, когда Alpenglow достиг devnet в сентябре, после перехода на тестовую сеть. Освещение от 26 сентября описывало, как исследователи должны держать конкурирующие кандидатные блоки отдельно до подтверждения, сохраняя выбранный блок вместо объединения их транзакций.

Документация оператора Anza объясняет, как плагины получают заменяющие метаданные. Agave 4.3 предоставляет необязательное уведомление о нижней части блока, которое службы должны включить и реализовать, если им нужны данные нижней части. Эти уведомления сохраняют свой порядок относительно уведомлений о входе.

Согласно той же документации, часы цепи сохраняют свой существующий формат и точность до целой секунды. Во время выполнения транзакции его временная метка оценивает, когда закончился родительский блок, и операторам рекомендуется продолжать рассматривать это значение как приблизительное.

Сборы валидаторов переходят на отдельный сбор за эпоху

Документация по сборам Фонда Solana говорит, что удаление голосов в цепочке заканчивает сборы, уплачиваемые за индивидуальные транзакции голосования. Вместо этого валидаторы платят фиксированную плату за вход в размере 0.8 SOL за эпоху, при этом вся сумма сжигается.

Деньги поступают из учетной записи голосования, заменяя учетную запись идентичности в качестве источника платежей, связанных с голосованием. Операторы должны удерживать сбор выше минимального размера, освобождающего от аренды, согласно тому же руководству.

Платеж производится за одну эпоху вперед. Первый сбор в начале эпохи 1064 покрывает участие в эпохе 1065, и валидатор, который не может заплатить, теряет право голосовать или производить блоки в следующей эпохе.

Фонд сообщает, что регистрация открытых ключей BLS стала доступна в основной сети 8 июля, в то время как функция допуска активировалась 22 июля. Эти подготовительные изменения сами по себе не активировали консенсус Alpenglow.

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

Два пути голосования заменяют TowerBFT

Anza описывает Votor как работающий с двумя путями голосования одновременно. Один завершает блок за один раунд с ответами от 80% доли, в то время как второй использует два раунда и порог в 60%.

Голоса становятся прямыми сообщениями, подписанными с помощью криптографии BLS, что позволяет комбинировать несколько подписей в компактный сертификат. Anza говорит, что валидаторы используют свои собственные таймеры, чтобы определить неотзывчивого лидера и голосовать за его пропуск.

Опубликованное предложение SIMD-0326 документирует альтернативы, рассмотренные в процессе разработки. Дизайн без единого раунда завершения предлагал более простую работу и 33% толерантности к византийским сбоям, но его авторы указали на худшую задержку и меньшую устойчивость к сбоям среди недостатков.

Еще одна альтернатива использовала направленный ациклический граф, с возможной экономией пропускной способности. Авторы предложения указали на задержку и трудности с полной загрузкой пропускной способности среди его недостатков.

Предложение ограничивает допустимый набор до 2000 валидаторов, приоритизируя операторов с наибольшими ставками. Его авторы объясняют, что лимит помогает поддерживать сертификаты достаточно маленькими для одного UDP-сообщения, в то время как записи о участии поддерживают вознаграждения для валидаторов, которые активно голосуют.

Одобрение управления предшествовало реализации. В сентябре 2025 года предложение Alpenglow прошло с поддержкой 98,27% среди поданных голосов, в то время как участвующая доля составила 52% от общего числа, согласно опубликованным данным завершенного голосования.

Доставка RPC может отставать от окончательности консенсуса

Документация оператора Anza уточняет целевой показатель окончательности примерно в 150 миллисекунд, объясняя, что узлы вне допустимого набора валидаторов могут получить результат позже.

Через стандартный путь эти узлы узнают об окончательности из сертификатов, включенных в последующий блок. Anza говорит, что это может добавить до одного интервала произведенного блока, с более длительными ожиданиями, когда блоки пропускаются или задерживаются.

Допущенный валидатор может отправлять сообщения консенсуса напрямую партнерскому узлу, оставляя задержку сети между партнерами в качестве основного добавленного задержки. Если каждый настроенный партнер становится недоступным, получатель возвращается к получению окончательности из более поздних подвалов блоков.