Solana сократила время слота основной сети до 200 мс

Solana завершила четырехэтапное обновление сети, сократив целевое время слота основной сети с 400 до 200 миллисекунд. Последний функциональный шлюз активировался в начале эпохи 1053 9 октября 2026 года примерно в 14:35 UTC, сообщает официальная страница обновления.

Изменение вдвое сокращает время каждого слота и ускоряет прохождение окон лидеров. Четырехслотовый интервал лидера и число слотов в эпохе не изменились; обновление обозначено как не нарушающее совместимость. Все четыре этапа работают также в devnet и testnet.

Как сеть перешла к 200 мс

Цель снижалась поэтапно для наблюдения за производительностью: до 350 мс 21 августа, 300 мс 28 августа, 250 мс 18 сентября и 200 мс 9 октября. Финальная активация произошла на слоте 454 896 000.

Обновление опирается на улучшения валидаторских клиентов, включая распространение данных Turbine и обработку Replay. Окно истечения blockhash сократилось примерно с 60 до 30 секунд. Приложениям со старыми временными допущениями следует проверить повторные отправки, истечение транзакций и прием блоковых данных.

Для рыночного контекста доступны проверенные спотовый рынок BTC/USDT и бессрочный рынок BTC/USDT на OrangeX.com. Эти страницы не являются частью обновления Solana.

Последствия для пользователей и валидаторов

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

Сокращение окна лидера потенциально ограничивает время единоличного контроля над формированием блока. Эффект нужно подтверждать производственными данными. Другие новости доступны в OrangeX.com Crypto News, а меры защиты — в Центре доверия OrangeX.com.

OrangeX.com Analysis

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

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