Solana готовится сократить время создания блоков вдвое: на подходе финальное обновление до 200 миллисекунд
Ключевые выводы
- •Целевое время создания блока в Solana снизится с 250 до 200 миллисекунд в эпохе 1053 в пятницу, ориентировочно около 15:00 UTC, завершив цикл обновлений, начавшийся в августе.
- •Ранее в рамках развертывания сеть 21 августа перешла с 400 на 350 миллисекунд, затем 28 августа — на 300 миллисекунд и 18 сентября — на 250 миллисекунд.
- •Новая конфигурация нацелена на пять возможностей производства блоков в секунду при лимите в 30 млн compute units на блок вместо 37,5 млн, оставляя общую пропускную способность сети практически неизменной.
- •Валидаторы будут голосовать примерно вдвое чаще, чем в исходной конфигурации, что повысит затраты, при этом окно упорядочивания транзакций сократится с 1,6 секунды до 800 миллисекунд, а срок действия blockhash уменьшится.
- •Данные Solana Compass показывают, что предыдущая цель в 250 миллисекунд давала среднее время слота около 266–269 миллисекунд, а разработчики заявили, что активация в mainnet зависит от состояния сети, включая частоту пропуска слотов.

Solana готовится сократить время создания блоков вдвое: на подходе финальное обновление до 200 миллисекунд
В пятницу Solana готовится сократить интервал между блоками до 200 миллисекунд, завершив семинедельную серию обновлений, в результате которой целевое время производства блоков в сети с августа сократилось вдвое. По данным Anza, разработчика широко используемого валидаторского ПО Agave, финальное снижение с 250 миллисекунд должно вступить в силу в эпохе 1053, ориентировочно около 15:00 UTC.
Изменение обеспечит пять возможностей производства блоков в секунду, что потенциально ускорит обновление данных о транзакциях, при этом вычислительный лимит каждого блока будет снижен, чтобы общая пропускная способность сети осталась практически неизменной. У обновления есть и обратная сторона: валидаторы столкнутся с более высокими затратами и более жесткими операционными окнами.
Обновление подробно описано в техническом предложении SIMD-0525 — одном из нумерованных документов Solana Improvement Documents, в которых фиксируются изменения основного протокола до их внедрения валидаторами в клиентское ПО, — и отслеживается на официальной странице обновлений Solana. Оно завершает поэтапное развертывание, начавшееся 21 августа, когда сеть перешла с исходного значения 400 миллисекунд на 350, за которым последовали снижения до 300 миллисекунд 28 августа и до 250 миллисекунд 18 сентября.
Пять возможностей производства блоков в секунду
При значении 200 миллисекунд блокчейн будет нацелен на пять возможностей производства блоков каждую секунду по сравнению с 2,5 в исходной конфигурации с 400 миллисекундами. Слот — это короткое окно, в течение которого назначенный валидатор может добавить транзакции в блокчейн. Более короткие слоты означают, что торговые приложения, кошельки и биржи смогут получать обновленную информацию чаще, сокращая время ожидания обработки отправленной транзакции. Поскольку пользователи в конечном итоге воспринимают производительность сети как время до подтверждения, темп производства блоков определяет, насколько отзывчивой кажется цепочка для чувствительных к задержкам приложений, таких как трейдинг.
Более быстрые блоки могут сократить задержки транзакций и возможности для торговых манипуляций, но при этом увеличат нагрузку по голосованию на валидаторов, создадут дополнительное напряжение для сетевых соединений и сократят срок действия транзакций.
Предложение также ограничивает объем вычислительной работы, которую валидаторы могут упаковать в каждый блок. При 200 миллисекундах каждый блок может содержать максимум 30 млн compute units против 37,5 млн при 250 миллисекундах. Блоки будут поступать чаще, но каждый из них будет нести пропорционально меньше работы, сохраняя теоретическую пропускную способность сети практически неизменной.
Более узкие окна упорядочивания и рост затрат валидаторов
Валидаторы продолжат производить блоки группами из четырех последовательных слотов. Их непрерывное окно для упорядочивания транзакций, соответственно, сократится с 1,6 секунды в исходной конфигурации до800 миллисекунд. Это может уменьшить возможности для задержки транзакций или использования цен, которые уже изменились на других биржах, прежде чем Solana успеет их догнать.
Более быстрый темп также имеет свою цену. Валидаторам, подающим голоса за каждый слот, придется делать это примерно вдвое чаще, чем в исходной конфигурации, что увеличит расходы на голосование и создаст большую нагрузку на сетевые соединения.
У кошельков и других приложений также будет меньше времени на использование недавнего blockhash — ссылки, включаемой в транзакции для предотвращения их повторного воспроизведения. Более короткое окно действия может усложнить транзакции, требующие ручного подтверждения или офлайн-подписей.
Реальная производительность сети остается под вопросом
Данные Solana Compass показывают, что предыдущая конфигурация с 250 миллисекундами обеспечивала среднее время слота примерно 266–269 миллисекунд в последних эпохах — немного медленнее целевого значения.
Финальное снижение уже развернуто в тестовых сетях testnet и devnet Solana перед активацией в mainnet. Разработчики заявили, что развертывание в основной сети зависит от состояния сети, в частности от частоты, с которой валидаторы пропускают назначенные им возможности производства блоков. После запуска изменения ключевым ориентиром станет то, приблизятся ли средние времена слотов к новому целевому значению в 200 миллисекунд в последующих эпохах.
Ожидается, что переход произойдет на границе эпохи 1053 в пятницу.
Источник: CoinDesk