Сегодня транзакции в сети Solana достигают финализации за 12,8 секунды. Начиная с 21 октября 2026 года, этот показатель сократится до 150 миллисекунд по всей основной сети.

Это изменение связано с Alpenglow — крупнейшим обновлением консенсуса в Solana с момента её запуска. Оно полностью удаляет Proof of History и Tower BFT — две системы, которые определяли принципы достижения сетевого консенсуса с первого дня, заменяя их более простой и значительно более быстрой архитектурой. Обновление прошло голосование по управлению с результатом 98,27% «за» и будет запущен в основной сети в эпохе 1064, которая начнется примерно в 13:20 UTC 21 октября, а Votor возьмет управление на слоте 459 653 000, примерно через 18 минут.

Ниже рассказывается о том, чего ожидать после перехода, как к нему готовится Alchemy и что именно изменилось под капотом. Информацию об источнике истины на уровне протокола можно найти на странице обновления Alpenglow от Solana Foundation и в SIMD-0326, предложении по управлению, в котором оно описано.

Чего ожидать после перехода основной сети

Новая эпоха (примерно двухдневный цикл планирования в Solana) начнется около 13:20 UTC 21 октября. Поскольку эпохи всегда имеют одинаковую длину, нам уже известен точный слот, на котором произойдет переключение: 459 653 000. Но сеть не переключится в ту же секунду, когда начнется эпоха. Примерно в течение первых 18 минут она продолжит использовать старый метод консенсуса, Tower BFT, а затем прямо на этом слоте переключится на Votor — замену от Alpenglow. Это изменит только то, как сеть достигает внутреннего согласия по транзакциям, а не способы взаимодействия с ней, поэтому ожидается, что RPC-, WebSocket- и gRPC-эндпоинты будут продолжать работать в штатном режиме всё это время.

Ожидается, что сам переход займет около двух блоков (примерно 400 миллисекунд), пока достаточная часть сети подтверждает свою готовность. В течение этого короткого промежутка времени новые блоки будут содержать только голоса валидаторов, но не пользовательские транзакции. Ничего не должно быть отклонено: транзакция, отправленная в этот момент, просто пройдет чуть позже, как только завершится переход.

Один побочный эффект, о котором стоит заранее предупредить вашу команду: количество транзакций и показатели TPS на публичных дашбордах будут выглядеть ниже сразу после активации. Это не означает снижения активности, просто голоса валидаторов больше не учитываются как транзакции. Именно поэтому Alpenglow высвобождает 75% пространств блоков: раньше голоса занимали большую его часть, а теперь — нет.

После активации вы сможете проверить, перешла ли конкретная сеть на новый консенсус, вызвав getAgGenesisCert. До перехода он ничего не возвращает, а после выдает результат (с такими деталями, как точный слот).

Как Alchemy подготовилась к Alpenglow

Все Solana RPC-ноды Alchemy уже используют клиент, готовый к Alpenglow, задолго до активации, поэтому RPC-, WebSocket- и Yellowstone gRPC-эндпоинты не потребуют никаких изменений с вашей стороны. Наша система маршрутизации транзакций также уже настроена на повторную отправку через другой бэкенд, если валидатор временно отстает от нового тайминга финализации — это та же защита, которая сегодня применяется для работы с обычными отстающими серверами.

Используйте Alchemy для получения лучших в своем классе Solana RPC, архивных данных и gRPC-стриминга, которым доверяют ведущие команды экосистемы Solana, такие как Phantom, Solflare, Cielo Finance и другие:

Средняя задержка чтения 9.21 мс, что примерно на 26% быстрее по сравнению со следующим провайдером, по измерениям за 24 часа по состоянию на 29 сентября 2026 года.
До 20 раз более быстрые архивные запросы и в 10 раз быстрее для тяжелых вызовов вроде getProgramAccounts, со временем отклика менее 200 мс на масштабные исторические запросы (проверено в продакшене командой Solflare)
SLA с доступностью 99,99% и в 2 раза более высокая пропускная способность по сравнению со стеком предыдущего поколения
Совместимый с Yellowstone gRPC со средней задержкой доставки 5–15 мс и 48-часовым воспроизведением блоков, примерно в 5 раз дешевле аналогов

Если вы передаете данные Solana в стриминговом режиме напрямую, сейчас также подходящий момент проверить версию вашего клиента Yellowstone gRPC и убедиться, что вы фиксируете только подтвержденные данные во время любого периода миграции. А поскольку подтвержденные и финализированные состояния теперь разрешаются в одной точке, сценарии, которые раньше ожидали финализации (например, зачисление депозитов), вероятнее всего, смогут выполняться быстрее.

Получить бесплатный RPC-эндпоинт Solana →

Всё об Alpenglow

Как Votor и Rotor заменяют Tower BFT и Turbine

Alpenglow работает на двух новых протоколах: Votor, который управляет голосованием и финализацией, и Rotor, отвечающий за распространение блоков. Исследования велись в лаборатории распределенных систем профессора Ваттенхофера в ETH Zurich, при этом Anza возглавляла разработку, а команда Firedancer из Jump Crypto работала над обеспечением многоклиентской совместимости.

Как финализация ускоряется в 85 раз

Tower BFT требует 32 последовательных подтверждений, каждое из которых добавляет период блокировки. Votor сокращает этот процесс до одного или двух раундов голосования.

Быстрый путь (~100 мс): более 80% валидаторов одобряют в первом раунде, готово.
Медленный путь (~150 мс): 60–80% одобряют в первом раунде, второй раунд завершает процесс при достижении порога в 60%+.

Оба пути выполняются одновременно, побеждает тот, который завершается первым. В ходе симуляций 65% стейка финализируется в пределах 50 мс «сырой» сетевой задержки.

Валидаторы отправляют голоса в виде небольших сообщений напрямую друг другу, а не в виде транзакций в сети. Затем Votor сжимает тысячи таких голосов в одно компактное доказательство размером около 1000 байт с помощью метода объединения подписей, известного как BLS-агрегация. Таким образом, записывается только это небольшое доказательство, заменяя ~500 КБ данных голосования, записываемых для каждого блока сегодня.

Если вы индексируете или запрашиваете это состояние напрямую, более тяжелые вызовы вроде getProgramAccounts уже работают до 10 раз быстрее в Solana API от Alchemy, независимо от улучшений таймингов Alpenglow.

Как Alpenglow высвобождает 75% пространства блоков

В настоящее время около 75% всех транзакций в Solana составляют голоса валидаторов. Alpenglow полностью переносит голосование вне блокчейн-сети (off-chain), поэтому это пространство возвращается реальным пользователям. Это не просто точечная настройка, а три четверти пропускной способности сети, возвращенные для реального использования, с более низкими комиссиями и меньшей перегрузкой в периоды пиковой активности.

Как Alpenglow упраздняет Proof of History

Alpenglow также отказывается от оригинальных криптографических часов Solana. Вместо непрерывной цепочки хешей валидаторы теперь используют простые таймеры, привязанные к ожидаемому времени создания блока: блок прибыл вовремя — одобряем; таймер истек, а ничего не пришло — пропускаем. Дрейф часов обрабатывается пропорционально: 5-процентный дрейф требует лишь увеличения тайм-аута на 5%.

Время, необходимое для создания каждого блока, — это отдельный параметр, не зависящий от финализации, и оно тоже изменилось: четыре поэтапных сокращения снизили его с 400 мс до 200 мс, завершившись в октябре этого года перед активацией Alpenglow.

Как финализация сокращается с трех уровней до одного

Возможно, это изменение разработчики ощутят сильнее всего. В настоящее время Solana предлагает три способа проверить, прошла ли транзакция: processed (самый быстрый, наименее надежный), confirmed (~500 мс, все еще сохраняется небольшая вероятность отмены) и finalized (~12,8 секунды, гарантированно навсегда). Все, что не терпит даже малейшей вероятности отмены (депозиты на биржах, подтверждения мостов, ликвидации), вынуждено ждать статуса finalized. Все остальное довольствуется статусом confirmed и принимает этот небольшой риск.

Alpenglow объединяет confirmed и finalized в один уровень: 100–150 мс, и каждая транзакция становится постоянной в момент ее подтверждения. Статус processed остается в качестве самой ранней и наименее надежной стадии наблюдения, поэтому не стоит рассматривать его как окончательный. Больше не нужно жертвовать скоростью ради надежности.

Это открывает возможности для паттернов, которые раньше не работали. Биржевые стаканы с более узкими спредами, потому что маркет-мейкеры знают, что котировка окончательна через 150 мс. Более дешевые JIT-аукционы на бессрочных биржах. Межсетевые мосты без узкого места в виде финализации на стороне Solana. Депозиты на бирже, время ожидания которых сокращается с 13 секунд до мгновенного. А для банков и финтех-компаний — транзакции, которые совершаются достаточно быстро, чтобы конкурировать с традиционными платежными рельсами в расчетах стейблкоинами и трансграничных переводов.

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

Как Alpenglow меняет экономику валидаторов

Плата за голосование, составляющая около 1 SOL в день на валидатора, исчезает. Вместо нее вводится входной билет валидатора (Validator Admission Ticket) стоимостью примерно 0,8 SOL в день, который полностью сжигается. Сеть ограничивается 2000 валидаторов, начиная с наибольшего стейка. Минимальный рентабельный стейк падает с ~4850 SOL до ~450 SOL, снижая порог запуска валидатора примерно на 90%, а общие операционные расходы падают на 20-50%. Ключи идентификации теперь также могут быть перенесены в аппаратные модули безопасности, поскольку им больше не нужно постоянно подписывать голоса.

Как Alpenglow жертвует безопасностью ради скорости

Alpenglow использует модель безопасности «20+20». Сама по себе сеть может терпеть меньше откровенно вредоносных валидаторов, чем раньше: 20% сети вместо 33%. Но в сочетании с оффлайн-валидаторами или валидаторами, не отвечающими на запросы, сеть может выдерживать сбои до 40% участников, что превышает старый лимит в 33%. Поскольку реальные сбои обычно представляют собой смесь вредоносных и просто отключенных валидаторов, это комбинированное число является более реалистичным показателем.

Математика по-прежнему гарантирует, что две конфликтующие версии истории не смогут быть одобрены одновременно, поскольку два порога одобрения (80% и 60%) в сумме составляют более 100% сети.

Как происходил запуск Alpenglow

Alpenglow была представлена на Solana Accelerate в мае 2025 года, прошла голосование в сентябре того же года (SIMD-0326), прошла тестирование в частном кластере и релиз Agave 4.1, появилась в devnet в сентябре 2026 года и запланирована к активации в мейннете на эпохе 1064 21 октября этого года. Некоторые элементы из первогй whitepaper, интеллектуальная выборка, асинхронное выполнение и дальнейшие доработки Rotor, отложены для будущих предложений.

Итоговый результат: полная замена консенсуса в работающей сети, транзакции, которые становятся постоянными менее чем за 200 мс, освобождение 75% пространств блоков и снижение порога для запуска валидатора на 90%.

FAQ

Когда Alpenglow активируется в мейннете Solana?

Эпоха 1064, примерно в 13:20 UTC 21 октября 2026 года. Votor должен вступить в силу на слоте 459 653 000, примерно через 18 минут после начала эпохи.

Вызовет ли Alpenglow простои?

Простои не ожидаются. Трафик RPC, WebSocket и gRPC должен работать в обычном режиме на протяжении всего процесса. Ожидается кратковременная пауза в транзакциях новых пользователей примерно в 400 мс прямо во время переключения, но ничего отправленного в этот момент не должно пропасть — транзакции просто пройдут после завершения переключения.

Остается ли «подтверждено» отдельным уровнем коммита после Alpenglow?

Нет. Статусы «подтверждено» и «финализировано» теперь разрешаются в одной и той же точке примерно через 150 мс, заменяя старую трехуровневую модель.

Как проверить, перешла ли сеть на Alpenglow?

Вызовите getAgGenesisCert (Agave v4.3+). Метод ничего не возвращает, если сеть все еще работает на Tower BFT, и выдает результат, если запущен Alpenglow.