Solana приблизилась к сокращению времени генерации блоков вдвое, в то время, как разработчики готовятся к активации заключительного этапа модернизации сети, нацеленного на увеличение времени генерации блоков до 200 миллисекунд, в пятницу, 9 октября.
По словам Анзы, разработчика программного обеспечения для валидации Agave от Solana, сокращение временного интервала с 250 миллисекунд запланировано на эпоху 1053, которая, как ожидается, наступит примерно в 15:00 UTC.
Обновление позволит Solana обрабатывать пять потенциальных участков добычи в секунду, что вдвое превышает частоту, поддерживаемую первоначальной конфигурацией с интервалом в 400 миллисекунд.
Эти изменения следуют за тремя сокращениями, завершенными с августа в рамках SIMD-0525, предложения, призванного улучшить время отклика сети при сохранении относительно стабильной общей вычислительной мощности.
Solana готовит окончательное сокращение времени в рамках SIMD-0525
Solana начала сокращать целевое время работы слотов 21 августа, когда оно сократилось с 400 миллисекунд до 350 миллисекунд. Второе сокращение до 300 миллисекунд последовало 28 августа, а 18 сентября целевое значение достигло 250 миллисекунд.
На последнем этапе будет завершена запланированная последовательность действий, что сократит время, доступное каждому валидатору для создания блока.
Слот представляет собой короткий период времени, в течение которого назначенный валидатор может обрабатывать транзакции и предлагать блок. Благодаря более коротким слотам кошельки, биржи и децентрализованные приложения могут получать информацию о новых транзакциях чаще.
В документации по обновлению от Solana Foundation это сокращение описывается как попытка улучшить задержку и ограничить время, в течение которого отдельные валидаторы контролируют создание блоков.
В рамках существующей схемы валидаторы создают блоки в течение четырех последовательных временных интервалов. Ранее каждый валидатор имел 1,6-секундное окно для упорядочивания транзакций, при этом время на каждый интервал составляло 400 миллисекунд.
После того, как будет достигнут целевой интервал в 200 миллисекунд, тот же четырехслотовый временной интервал продлится всего 800 миллисекунд.
Сокращение временного окна для обработки транзакций может ограничить время, которое валидаторы могут использовать для задержки транзакций или извлечения выгоды из разницы в ценах между Solana и другими торговыми площадками.
Сеть будет поддерживать контроль над объемом вычислительной работы, разрешенной в каждом блоке.
За 250 миллисекунд блок может содержать до 37,5 миллионов вычислительных единиц. В окончательной конфигурации этот лимит снижается до 30 миллионов вычислительных единиц.
Хотя ожидается, что блоки будут поступать чаще, каждый из них будет содержать пропорционально меньше вычислительной работы. Цель корректировки — сохранить теоретическую вычислительную мощность примерно неизменной.
Поэтапное внедрение включает в себя меры защиты, которые могут предотвратить дальнейшее сокращение количества слотов, если скорость пропуска блоков превысит допустимый порог.
Более высокая скорость генерации блоков Solana предъявляет новые требования к валидаторам
Сокращение продолжительности слотов потребует от валидаторов более жесткого графика работы, особенно от тех, кто подает голоса в течение каждого доступного слота.
При исходной конфигурации с интервалом в 400 миллисекунд сеть планировала обрабатывать 2,5 слота в секунду. При интервале в 200 миллисекунд целевой показатель возрастает до пяти.
В результате валидаторам, голосующим за каждый слот, потребуется отправлять голоса вдвое чаще, что потенциально увеличит операционные расходы и создаст дополнительную нагрузку на сетевые соединения.
Обработка транзакций представляет собой еще один аспект, который необходимо учитывать при работе с электронными кошельками и приложениями.
В транзакциях Solana используется хеш последнего блока, который помогает предотвратить повторное воспроизведение ранее обработанных транзакций.
Хэши блоков остаются действительными для ограниченного числа последних блоков. Поскольку сеть генерирует слоты все чаще, время, доступное для отправки транзакции с использованием конкретного хэша блока, сокращается.
Сроки выполнения транзакций, требующих ручной авторизации, множества подписей или утверждения в автономном режиме, могут быть ужесточены.
Фактическая производительность сети будет зависеть от того, как валидаторы отреагируют на ускоренное расписание.
Данные спутника Solana Compass за последние периоды показали, что средняя продолжительность временных интервалов составляет приблизительно от 266 до 269 миллисекунд, что ниже предыдущего целевого значения в 250 миллисекунд.
Разница между заданным целевым значением и наблюдаемой производительностью указывает на то, что сеть не всегда достигает запланированной длительности временного интервала.
Разработчики уже внедрили конфигурацию с интервалом в 200 миллисекунд в тестовой и dev-сетях, но производительность основной сети будет частично зависеть от того, как часто валидаторы будут пропускать выделенные им производственные слоты.
Читайте также:
