# Солана назначает 21 октября для Alpenglow, давая валидаторам крайний срок миграции

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/ru/article/solana-alpenglow-october-21-mainnet-migration-2026-10-13-night-ru
Section: DeFi & Crypto (https://technewslist.com/ru/defi-crypto)
Author: TechNewsList
Language: ru
Published: 2026-10-13T20:14:58.999+00:00
Updated: 2026-10-13T20:14:59.21149+00:00

> Новое расписание основной сети делает готовность клиентов, финансирование счетов для голосования и правильность потока данных срочными. Запланировано более быстрое завершение работы Alpenglow, но оно еще не запущено в основной сети.

## TL;DR
- Alpenglow запланирован на эпоху 1064 основной сети 21 октября, около 15:00 UTC.
- Валидаторы должны подготовить поддерживаемых клиентов на основе Agave и пополнить счет для голосования для входных билетов.
- Индексаторам нужны буферы с поддержкой банка; более быстрая окончательность не влияет на выполнение транзакции или комиссию.

## Key points
- Активация основной сети запланирована на эпоху 1064 21 октября около 15:00 UTC и сегодня неактивна.
- Корабли избирателей в Agave 4.3; отдельная фаза распространения Ротора пока не имеет запланированного выпуска.
- Выполнение транзакций, SVM и механика комиссий не изменяются в результате этой консенсусной миграции.
- Счета для голосования валидаторов требуют освобождения от арендной платы на 0,8 SOL сверх арендной платы за входной билет, уплачиваемой заранее за следующую эпоху.
- Geyser bank_id является локальным для узла; потоки от разных провайдеров должны согласовываться по блокчейну.
- В независимом отчете время активации Анзы составляет приблизительно 14:50 UTC, что соответствует округленному графику Фонда.

## Что произошло

У обновления Alpenglow от Solana теперь есть дата переноса производства. В заявлении Анзы от 13 октября, о котором сообщает Solana Compass, переключение консенсуса запланировано на 21 октября примерно в 14:50 UTC. Руководство Фонда Соланы округляет это значение примерно до 15:00 UTC и определяет эпоху 1064. Это приблизительные описания графика одной и той же границы, а не конкурирующие обещания о точной секунде по настенным часам.

![Официальная диаграмма жизненного цикла блока, показывающая изменение консенсуса Votor](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791916908367-cp0lmc-solana-alpenglow-october-21-mainnet-migration-2026-10-13-night-source-figure-1.png)
*Официальная диаграмма жизненного цикла блока, показывающая изменение консенсуса Votor. Фото: Фонд Солана; скриншот официальной диаграммы протокола.*

Это отличается от предыдущего этапа devnet. Фонд по-прежнему отмечает основную сеть как неактивированную, в то время как тестовая сеть и devnet активны. Новая полезная информация – срок подготовки производства. Операторы не должны сообщать пользователям, что в основной сети уже реализована финальность Alpenglow, а приложения должны обнаруживать фактический переход кластера, а не менять поведение только потому, что наступила календарная дата.

## Почему это важно

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

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

## Технические детали

На первом этапе вводится Votor, заменяющий консенсусное голосование на основе транзакций прямым голосованием и сертификатами. Фонд нацелен на завершение примерно в 150 миллисекунд по сравнению с заявленным базовым показателем TowerBFT в 12,8 секунды. Votor поставляется с Agave 4.3. Отдельный проект распространения Ротора планируется выпустить позже, и его выпуск еще не запланирован. Выполнение транзакций через SVM, форматы транзакций и механизм комиссий остаются вне этого консенсусного изменения.

![Официальная диаграмма индексации, разделяющая банки-кандидаты в пределах одного слота](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1791916909733-xxlf2h-solana-alpenglow-october-21-mainnet-migration-2026-10-13-night-source-figure-2.png)
*Официальная диаграмма индексации, разделяющая банки-кандидаты в пределах одного слота. Фото: Фонд Солана; скриншот официальной диаграммы протокола.*

Руководство для операторов Anza указывает валидаторам на требования к входным билетам и управлению счетами. На счете для голосования должна храниться сумма билета стоимостью 0,8 SOL, превышающая минимальную сумму, не облагаемую арендной платой. Эпоха миграции платит за прием в следующую эпоху. Финансирование неправильного счета не является эквивалентной подготовкой, и валидатор, который не может заплатить, исключается из голосования и блокирования производства в следующую эпоху. Это операционное требование, а не совет покупать или продавать SOL.

Потребителям данных также необходимо перестать предполагать, что слот идентифицирует только один банк-кандидат. Диаграммы Фонда показывают, почему объединение каждого уведомления в одном слоте может смешивать события от кандидатов, которые так и не были подтверждены. В пределах одного соединения буферам необходимы идентификаторы слота и банка. У всех провайдеров идентификаторы банков являются локальными для узла, поэтому их сопоставление не является допустимым способом идентификации одного и того же блока; сверка принадлежит блокхэшу.

## Влияние на рынок и отрасль

Solana Compass описывает переключение как передачу обслуживания работающей сети, а не как обычный перезапуск. Это делает подготовку более важной, а не меньшей: служба может оставаться в сети, в то время как ее интерпретация входящих данных становится неправильной. Чистая информационная панель и отзывчивая конечная точка RPC не доказывают, что нижестоящий индексатор правильно отбрасывает проигравших кандидатов. Операторам нужны тесты, которые выявляют как скрытые ошибки данных, так и видимые сбои.

Удаление транзакций голосования также усложняет сравнение количества необработанных транзакций до и после перехода. Меньшее число не обязательно означает меньше пользовательских транзакций; измерение может измениться, поскольку служебные данные протокола больше не представляются прежним образом. Поставщики аналитических услуг должны отмечать любые нарушения в методологии. В противном случае техническое усовершенствование может привести к вводящим в заблуждение заявлениям о внедрении или пропускной способности без каких-либо реальных изменений в активности клиентов.

## За чем следить дальше

Непосредственный контрольный список зависит от роли. Валидаторам нужен поддерживаемый клиент, правильный баланс голосового счета и проверенный операционный план. Индексаторам необходима обработка банков-кандидатов и буферы, специфичные для провайдера. Командам кошельков следует пересмотреть предположения о тайм-ауте и метки окончательности, но избегать раннего переключения. Один и тот же код может взаимодействовать с devnet, testnet и mainnet в разных состояниях миграции; Строки версий сами по себе не могут решить этот вопрос.

После активации наиболее убедительными доказательствами будут наблюдаемые распределения окончательности, участие валидаторов и безошибочная нисходящая сверка при реальной нагрузке. Целевое среднее значение менее полезно, чем знание хвоста во время перегрузки или аварийного переключения. Таким образом, примерное время 21 октября должно инициировать проверку готовности, а не заменять ее. Анализ производительности Alpenglow станет предметом наблюдения в основной сети только после фактического переключения конкретного кластера.

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

## Источники

- [Руководство по миграции Solana Foundation](https://solana.com/upgrades/alpenglow)— Запланированная эпоха и приблизительное время, текущий неактивный статус основной сети, объем выполнения и изменения потока данных.
- [Документация оператора Анза](https://docs.anza.xyz/consensus/alpenglow)— Авторитетные ссылки для входных билетов валидатора, аварийного переключения, фиксации и подробной информации о миграции.
- [Отчет Солана Компас](https://solanacompass.com/news/anza-sets-alpenglow-mainnet-date-solanas-consensus-switch-is-scheduled-for-october-21-at-about-1450-utc)— Сообщение об объявлении Anza от 13 октября, время приблизительно в 14:50 UTC и рамки перехода в один слот.

Mentions: Солана, Анза

## Sources
- [Руководство по миграции Solana Foundation](https://solana.com/upgrades/alpenglow)
- [Документация оператора Анза](https://docs.anza.xyz/consensus/alpenglow)
- [Отчет Солана Компас](https://solanacompass.com/news/anza-sets-alpenglow-mainnet-date-solanas-consensus-switch-is-scheduled-for-october-21-at-about-1450-utc)