Solana сократила целевое время слота для координации валидаторов до 250 миллисекунд. Изменение вступило в силу 18 сентября, в эпохе 1037. Более короткий интервал дает транзакциям больше возможностей попасть в блок, но оставляет валидаторам меньше времени на получение и пересылку данных, передачу роли лидера и запуск производства блока. Для сети важно не только снижение средней задержки, но и то, сохранятся ли стабильными передача лидерства, включение транзакций и восстановление после сбоев в более узком временном окне.
Токен SOL недавно торговался по $109,89: за последние 24 часа он подешевел на 0,90%, но за 30 дней прибавил 20,71%. Само сокращение времени слота не является самостоятельным сигналом для цены токена. Внимание рынка, вероятнее всего, будет сосредоточено на долгосрочном влиянии изменения на доступность сети, подтверждение транзакций и операционные расходы валидаторов.
Первые данные эпохи 1037: средний слот около 266 мс
В инженерном обновлении Solana указано, что целевой интервал в 250 мс был активирован в эпохе 1037 примерно в 05:06 UTC 18 сентября. Ранний замер 20 сентября охватывал 60 одноминутных интервалов. Среднее время между произведенными слотами составило около 266 мс. Доля запланированных слотов, пропущенных в течение эпохи, была примерно равна 0,05%.
Эти показатели не указывают на заметный рост числа пропущенных слотов сразу после изменения, однако период наблюдения остается коротким и не позволяет оценить долгосрочную стабильность. Для более полной оценки потребуются данные о длительности слотов, доле пропусков, включении транзакций и работе механизма передачи лидерства на протяжении более длительного времени. По возможности эти результаты также следует разделять по типам клиентов и инфраструктурным провайдерам: средние показатели по сети могут скрывать более слабые результаты отдельных групп валидаторов.
Solana также рассматривает условный переход на 200 мс. По состоянию на 20 сентября дата активации этого режима в основной сети не была установлена, а график переключения функций Anza не содержал точной даты запуска. В объяснении Solana сокращения времени слота производительность сети и уровень пропущенных слотов названы важными условиями для дальнейшего изменения.
Более короткий слот сам по себе не увеличивает пропускную способность
Проект SIMD-0525 предусматривает сокращение вычислительного бюджета каждого слота по мере уменьшения его длительности. При интервале 250 мс бюджет составляет 62,5 млн вычислительных единиц на слот. При переходе на 200 мс он снизится до 50 млн вычислительных единиц. При обоих режимах номинальный протокольный лимит остается близким к 250 млн вычислительных единиц в секунду.
Таким образом, изменение в первую очередь влияет на темп и задержку включения транзакций, а не просто увеличивает пропускную способность за единицу времени. Блоки будут создаваться чаще, но каждый из них сможет содержать меньший объем вычислений. Фактическая производительность по-прежнему будет зависеть от спроса на транзакции, планирования и способности лидеров эффективно использовать доступное пространство блока.
Правило, по которому каждому лидеру назначаются четыре последовательных слота, не меняется. При интервале 250 мс номинальное окно производства для лидера составляет около одной секунды. При 200 мс оно сократится до 800 мс. Пользователи получат более частые возможности включить транзакции в блоки, а валидаторам придется быстрее принимать и распространять трафик и переключаться между ролями производства блоков.
Географическое расстояние сокращает время передачи лидерства
Инженерный анализ Solana Foundation показал, что при расстоянии между последовательными лидерами менее 500 километров первый слот в серии лидера в медианном выражении теряет около 28 мс по сравнению с последующими слотами. При расстоянии свыше 8 000 километров потери увеличиваются примерно до 122 мс. Это соответствует 61% целевого слота длительностью 200 мс.
Показатель сравнивает первый слот, обрабатываемый лидером, с последующими слотами, поэтому он отражает не только задержку передачи данных по сети. Тем не менее он показывает компромисс, который возникает при сокращении слотов. Географическое распределение инфраструктуры снижает зависимость от одной локации, но передача лидерства на большие расстояния может занимать значительную часть окна производства.
В инженерном обновлении от 18 сентября Solana описала два направления, призванные сохранить время для передачи роли лидера. Разработчики Agave изучают более консервативный подход к пересылке: транзакция будет заранее направляться следующему лидеру, если есть вероятность, что она не успеет достичь первоначального адресата. Команды клиентов также используют согласованные бинарные сборки, чтобы тестировать выполнение блоков и транзакций в разных реализациях и версиях.
Ограничение по времени касается и восстановления после сбоев. В проекте SIMD-0525 на этапе перехода к 200 мс сохраняется порог задержки ремонта в 250 мс, то есть он уже будет превышать длительность одного целевого слота. Это инженерное допущение, а не свидетельство существующей неисправности сети, но оно показывает, что дальнейшее снижение задержек потребует более быстрых механизмов восстановления, пересылки и выполнения операций.
Сбой TeraSwitch показал концентрацию инфраструктуры
Сбой маршрутизации у TeraSwitch 12 августа произошел до перехода на 250 мс и не был вызван этим изменением. Однако инцидент показал, что валидаторы, которые выглядят независимыми на операционном уровне, могут одновременно пострадать при использовании общей хостинговой или сетевой инфраструктуры.
В журнале инцидента TeraSwitch указано, что сетевое подключение потеряли 12 площадок, включая одну площадку в Майами, которую отключили для изоляции. По оценке Solana Compass, около 28,83% стейка сети были отключены или неактивны примерно 33 минуты. Solana Foundation сообщила, что блоки продолжали создаваться, а транзакции — поступать в сеть.
Сеть не остановилась, однако инцидент также показал, что количество валидаторов не дает полной картины децентрализации. Другой набор данных на 7 сентября оценивал стейк-взвешенный коэффициент Накамото для Solana в 18; на крупнейшего валидатора приходилось около 4% активного стейка. На уровне хостинг-провайдеров данные за ту же дату относили 22,1% активного стейка к инфраструктуре, связанной с TeraSwitch.
Отдельно Solana Foundation указывала, что в «предыдущем году» на TeraSwitch размещалось около 38% стейка, после чего показатель опустился ниже 30%. Даты и методики расчета этих оценок полностью не совпадают, поэтому показатель 22,1% за 7 сентября корректнее рассматривать как отдельный срез текущего положения, а не напрямую объединять с более ранними значениями в единую динамику.
Состав программных клиентов представляет собой третью потенциальную зону риска. Взвешенный по стейку запрос от 20 сентября показал, что около 87,4% стейка работали на клиентской версии 4.x, 7,3% — на 0.x и 5,3% — на 26.x. Обозначения основных версий являются лишь приблизительными ориентирами для семейств Agave, Frankendancer и Firedancer и не отражают все варианты планировщиков или производные сборки.
Эти три набора данных описывают разные риски. Концентрация стейка среди валидаторов показывает, сколько лидеров должно выйти из строя или действовать согласованно, чтобы сеть столкнулась с существенным воздействием. Принадлежность к одной клиентской ветке указывает на уязвимость перед общей программной ошибкой. Концентрация у хостинг-провайдера показывает, какая доля стейка может одновременно пострадать из-за одного поставщика или маршрутизационного домена. Слот в 250 мс не создал эти концентрации, но более короткие окна передачи и восстановления могут усилить последствия связанного с ними сбоя.
Для перехода на 200 мс нужны более длительные наблюдения
Ранние данные этапа с интервалом 250 мс не показывают резкого ухудшения по пропущенным слотам, однако одной эпохи и примерно 60 минут наблюдений недостаточно, чтобы определить готовность основной сети к переходу на 200 мс. Более надежная оценка должна охватывать длительные периоды работы и разные условия: нагрузку на сеть, географическое распределение валидаторов, состав клиентов и структуру инфраструктурных провайдеров.
Проект Alpenglow развивается по отдельному техническому графику. Обновление консенсуса нацелено на финализацию примерно за 150 мс, тогда как время слота определяет частоту возможностей для производства блоков; это разные показатели. На официальных страницах планирования Solana также фигурировали разные временные ориентиры, включая цель на третий квартал и планы, связанные с выпуском Agave 4.3 в октябре. Точная дата активации не объявлена.
Для рынка и валидаторов ключевой проверкой будет не средняя скорость в короткой выборке, а способность пересылки транзакций, смены лидеров, восстановления блоков и разных реализаций клиентов синхронно работать при меньшем запасе времени. Если географическое расстояние, хостинг-провайдеры или версии программного обеспечения одновременно приведут к недоступности части стейка, поддержание низкой доли пропущенных слотов при 200 мс останется важным условием дальнейшего сокращения интервала Solana.