Ожидается, что целевое время слота в основной сети Solana сократится с 400 до 350 миллисекунд в эпоху 1020 — после задержки в одну эпоху с момента активации функции в начале эпохи 1019. Фактическое изменение запланировано на эпоху 1020.

Инженерный чейнджлог Solana от 6 августа подтверждает, что функциональный шлюз (feature gate) для снижения времени слота с 400 мс до 350 мс был включён на Devnet и Testnet. В чейнджлоге также указана ссылка на предстоящий график активации функций и перечислены релизы и инженерные работы по всей экосистеме Solana.

Целевое время не тождественно фактическому производству блоков, задержке подтверждения транзакций или экономической финальности. Это изменение сокращает целевой интервал производства, не увеличивая объём доступных вычислений в секунду.

ОБЗОР: Лучшие пресейлы мемкоинов, за которыми стоит следить в 2026 году

Что меняет целевой показатель 350 мс

Снижение целевого интервала с 400 мс до 350 мс сокращает его на 50 миллисекунд. Теоретический рост частоты планирования составляет около 14,3% и рассчитывается как 400, делённое на 350, минус 1. Этот расчёт описывает только целевой темп и не является прогнозом пропускной способности транзакций или скорости подтверждений.

Поэтапное снижение связано с проектом предложения SIMD-0525. Согласно описанию предложения в отчёте, функциональный аккаунт в основной сети был активирован в эпоху 1019, тогда как фактическое применение целевого показателя 350 мс отложено до эпохи 1020.

we're activating 1st slot time reduction on mainnet

help ensure devs are ready because the transition period is wonky…

1. We have NOT updated some sdk constants like DEFAULT_MS_PER_SLOT to reflect new values. Note we will push a release with updated values post activation… — Brennan Watt (@bw_solana) August 18, 2026

В том же отчёте говорится, что примерный максимальный бюджет вычислений на блок сокращается по мере укорочения целевых слотов. Указаны 100 миллионов вычислительных единиц при целевом показателе 400 мс и 87,5 миллиона вычислительных единиц при 350 мс. Оба значения соответствуют теоретическому максимуму примерно в 250 миллионов вычислительных единиц в секунду: 100 миллионов, делённые на 0,4 секунды, и 87,5 миллиона, делённые на 0,35 секунды.

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

Solana продолжит назначать каждому лидеру четыре последовательных слота. При целевом показателе 400 мс это соответствует номинальному окну лидера в 1,6 секунды; при 350 мс — 1,4 секунды. Более короткий промежуток оставляет валидаторам меньше времени на получение предыдущего блока, его воспроизведение, построение на нём нового блока и включение голосов до перехода сети к следующему слоту.

ОБЗОР: Лучшие пресейлы мемкоинов, за которыми стоит следить в 2026 году

Поэтапный путь к 200 мс

Предлагаемая последовательность снижений целевого времени слота предусматривает переход от 400 мс к 350 мс, затем к 300 мс, 250 мс и 200 мс. В новостном отчёте Solana говорится, что Testnet работал с фактическим целевым показателем 200 мс, тогда как Devnet — с 300 мс, и на нём был активирован шлюз 250 мс, который ещё не вступил в силу.

Поэтому изменение до 350 мс в основной сети следует рассматривать как один этап более широкой предлагаемой последовательности, а не как подтверждение того, что каждый последующий целевой показатель вступит в силу по тому же графику. SIMD-0525 остаётся черновиком, и активация функции на кластере не делает полную концепцию 200 мс принятым окончательным стандартом.

The first slot time reduction feature is now live on Solana testnet. SIMD-0525 is active on testnet, reducing slot time from 400ms to 350ms as the first of four feature-gated steps toward 200ms slot time. pic.twitter.com/8XnTu4Byqs — Solana Developers (@solana_devs) August 5, 2026

Чейнджлог от 6 августа также даёт дополнительный контекст о работе над валидаторными клиентами. В нём перечислены релизы Agave и Firedancer, описана дополнительная работа по проверке соответствия в Agave и отмечено, что Mithril следит за набором тестов на соответствие Agave. В чейнджлоге говорится, что Mithril — это новая реализация валидатора, написанная на Go, которая вскоре будет участвовать в консенсусе, и что её работа с набором тестов на соответствие призвана помочь ей не отставать от Agave.

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

ОБЗОР: Лучшие криптопресейлы, за которыми стоит следить в 2026 году