Анализ: слоты Solana длительностью 250 мс могут испытать стабильность сети

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