Alpenglow начал работать в Solana mainnet 21 октября 2026 года, в эпохе 1064: это подтверждает обновлённая страница Solana Foundation. Около 150 мс — цель финальности протокола, а не крайний срок обновления кошелька или зачисления биржевого депозита. Для платежа отдельно установите результат исполнения и учёт у получателя. Только затем определяйте, какой этап действительно задержался.
Что изменилось после октябрьского запуска
На странице Alpenglow Foundation, проверенной 27 октября, Votor указан как работающий компонент, а Rotor — как последующая фаза без установленного расписания. Нельзя сообщать о запуске обеих частей одновременно. Изменение консенсуса также не требует от пользователя обменять SOL на новый токен или оплатить перенос монет.
Этот же первоисточник разделяет финальность и частоту выпуска блоков. Цель о моменте окончательного закрепления блока не описывает весь интервал от кнопки Send до признания депозита аккаунтом. Статья не измеряет текущую задержку сети, не обещает целевой показатель каждой операции и не утверждает изменение правил конкретного принимающего сервиса. Для таких выводов потребовались бы другие сведения.
Три записи перед выводом о медленном переводе
| Запись | Что она устанавливает | Какой вопрос остаётся отдельно |
|---|---|---|
| Сеть и подпись транзакции | Какую операцию и cluster вы проверяете | Поддерживает ли получатель этот актив и сеть |
| Результат исполнения и finalized | Успех операции и достигнутую финальность | Совпадают ли действительные получатель и токен с инструкциями |
| История депозитов сервиса | Что площадка обнаружила и зачислила | Обновился ли другой интерфейс и стал ли баланс доступен |
Это границы доказательств, а не обещание постоянной длительности каждого этапа. Условный отправитель может видеть успешную finalized-транзакцию, пока аккаунт назначения показывает pending. Полезный следующий вопрос — что обнаружил получатель и какой этап ещё не завершён. Повторный перевод для проверки новой скорости создаёт другую операцию, но не объясняет первую.
Финальность и успешное исполнение отвечают на разные вопросы. Окончательно закреплённая запись о неудачном действии не доказывает успешную отправку нужных токенов. Проверяйте результат, конкретный актив и адрес вместе. Один убедительный статус не заменяет всю цепочку сведений о платеже и не определяет, какую сумму признал сервис.
Старые объяснения статусов могут отставать от обновления
Текущее руководство обновления указывает, что при мигрировавшем консенсусе Alpenglow confirmed и finalized описывают одно состояние, тогда как processed остаётся другим этапом. В старых общих справках встречается прежнее разделение. Это не основание рассчитывать ожидание по 32 старым слотам из устаревшего примера. Используйте актуальные инструкции для действительных cluster и интерфейса.
Обзор RPC полезен для другого различия: endpoint определяет mainnet, devnet или testnet. Поиск подписи не в той среде не устанавливает результат в нужной. А справочник статусов подписей отмечает, что без запроса истории используется недавний cache. Отсутствие записи в ограниченном просмотре недостаточно, чтобы заключить, будто транзакции никогда не существовало.
Как поставить вопрос получателю
- Установите mainnet и конкретный поддерживаемый токен, затем сравните действительного получателя с инструкциями депозита.
- Сохраните подпись, результат исполнения и текущий статус вместе.
- Если доставка успешна, а аккаунт показывает ожидание, спросите, какой депозит обнаружен и какое условие не завершено.
- Не повторяйте платёж только из-за истечения целевых 150 мс или пустого результата одного интерфейса.
В обращении укажите подпись, актив, сеть и ожидаемого получателя, затем спросите о конкретном зачислении. Секретные ключи для этого не нужны. Не требуется также заявлять, что площадка обязана уложиться в протокольный ориентир: новость не устанавливает SLA сервиса и не гарантирует восстановление при ошибочной отправке. Технический факт финальности и обязательства получателя нужно подтверждать отдельно.
Какие сведения ждать после запуска
Следующими полезными данными могут стать измерения рабочей сети, обновления приложений и отдельное расписание Rotor. Они не предполагаются автоматически из факта запуска Votor. Для используемого приложения проверьте страницу обновления, особенно если цитируете работающую фазу или текущее значение уровней commitment. Дата события и состояние документов должны оставаться различимыми.
Для простого обмена сравните монету и сеть с конкретной заявкой и выполняйте порядок перевода. Цель консенсуса Alpenglow не отменяет реквизиты пополнения и не устанавливает срок выплаты. KOT.CASH не приписываются связь с провайдером или обещанная задержка обработки.
Частые вопросы
Обновление Solana Alpenglow обещает зачисление депозита за 150 мс?
Это цель финальности протокола, а не срок внутреннего учёта площадки. Сопоставьте успешную доставку и историю поступления у получателя.
Дата выпуска Solana Alpenglow означает запуск Rotor?
В текущем первоисточнике Votor работает, а Rotor относится к следующей фазе без расписания. Проверяйте этап, а не считайте весь план одним выпуском.
Solana Alpenglow превращает неудачную finalized-операцию в оплату?
Финальность и результат исполнения различаются. Для подтверждения перевода нужны также успешный итог, нужный токен и получатель.