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

Коротко: что предлагается

Документ носит номер SIMD-0525, автор — Бреннан Уотт из компании Anza, статус черновика, дата создания — 1 мая 2026 года.

Сокращение разбито на четыре ступени: 350, 300, 250 и в итоге 200 миллисекунд. Каждая включается отдельным переключателем, чтобы обнаружить проблемы со временем, реализацией и эксплуатацией на промежуточных значениях до выхода на целевые 200 миллисекунд.

Лимиты вычислений пересчитываются по простой формуле: текущее значение умножается на новое время слота и делится на 400. То есть чем короче слот, тем меньше вычислений помещается в один блок.

Как меняются параметры

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

Что изменится для сети и приложений

Эпоха остаётся длиной в 432 тысячи слотов, но по часам сокращается: при 400 миллисекундах это около 48 часов, при 200 — уже 24. Окно лидера остаётся четырёхслотовым, но сжимается с 1,6 секунды до 0,8.

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

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

Почему лимит режут вместе со скоростью

Насколько я это вижу, в этом и заключается главное содержание предложения, хотя заголовки обычно фокусируются на скорости.

Пропускная способность сети измеряется не блоками в секунду, а вычислениями в секунду. Если сделать слоты вдвое короче, сохранив прежний лимит на блок, нагрузка на узлы удвоится: тот же объём работы придётся выполнять за половину времени. Авторы прямо пишут, что без снижения лимитов выросли бы требования к ресурсам валидаторов и пострадала бы живучесть сети.

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

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

Как это связано с остальными изменениями

Solana идёт сразу по нескольким направлениям. Сеть удешевила хранение данных в десять раз, готовит смену механизма консенсуса — конкурс по поиску уязвимостей в нём завершился на этой неделе.

Затрагивается и экономика узлов: при переходе на новый консенсус плата за допуск валидатора пересчитывается по ступеням так, чтобы дневные расходы оставались около 0,8 SOL. Тема чувствительная — недавно валидаторы уже голосовали против собственных доходов.

Что пока не решено

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

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

Частые вопросы

Насколько ускорится сеть?

Время слота снизится с 400 до 350 миллисекунд на ближайшем шаге, а конечная цель — 200 миллисекунд через промежуточные ступени.

Зачем уменьшать лимит вычислений?

Чтобы нагрузка в секунду осталась прежней. Иначе более короткие слоты потребовали бы от валидаторов больше ресурсов и угрожали живучести сети.

Вырастет ли пропускная способность?

Нет. Потолок вычислений в секунду сохраняется, меняется частота включения транзакций в блок и скорость отклика.

Что будет с эпохами?

Число слотов в эпохе не меняется, но по времени она сокращается: с примерно 48 часов при 400 миллисекундах до 24 часов при 200.

Кому нужно обновлять софт?

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

Когда это заработает?

Сроки не зафиксированы: предложение имеет статус черновика, а этапы включаются отдельными переключателями.

Источники

Материал подготовлен на основе текста предложения SIMD-0525 и разбора CryptoSlate.