Разработчики Zcash нацелились на 20-секундные блоки после апдейта сети

Разработчики Zcash предлагают сократить время формирования блока до 20 секунд

Разработчики Zcash предложили сократить целевой интервал между блоками в сети до 20 секунд — всего через несколько дней после того, как в ходе крупного обновления время формирования блока было сокращено до 25 секунд. Цель последнего предложения — ускорить подтверждение транзакций, сохранив при этом существующий график эмиссии и ограничение на предложение Zcash (ZEC).

Предложение, опубликованное для обсуждения сообществом на форумах Zcash, планируется включить в предстоящее обновление сети 7.1 (NU7.1). Это предложение последовало за успешной активацией обновления сети 7 (NU7), которое внесло в Zcash ряд структурных изменений, включая ускорение генерации блоков, создание долгосрочного резерва безопасности сети и вывод из эксплуатации исходного защищенного пула Sprout.

Обновление сократило целевой интервал между блоками Zcash с 75 до 25 секунд и внедрило Механизм устойчивости сети (NSM), разработанный компанией Shielded Labs. Этот механизм перенаправляет 60 % комиссий за транзакции в долгосрочный резерв, предназначенный для укрепления безопасности сети по мере сокращения субсидий на майнинг, которое начнётся примерно в 2031 году.

В ходе обновления также был выведен из эксплуатации устаревший пул Sprout путем прекращения обработки транзакций версии 4, что привело к окончательной заморозке примерно 12 226 ZEC на сумму около 16 млн долларов, связанных с утерянными или заброшенными ключами.

После активации курс ZEC продемонстрировал значительную волатильность: сначала он поднялся с 1 120 до более чем 1 380 долларов, а затем снизился на 7–9 % до диапазона от 1 260 до 1 315 долларов на фоне фиксации прибыли и закрытия позиций с использованием кредитного плеча.

Корректировка задержки и лимита действий

Несмотря на недавнюю переработку, разработчики Zcash уже стремятся к дальнейшему улучшению скорости подтверждения транзакций. Последний проект предлагает дополнительное сокращение целевого интервала между блоками на 20 %, что увеличит ожидаемую скорость генерации блоков на 25 %.

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

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

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

В частности, проект предусматривает уменьшение определённых ограничений, установленных в рамках ZIP 218, до четырёх пятых от их текущего уровня, сократив общий бюджет защищённых действий и соответствующие ограничения на действия Orchard и Ironwood с 330 до 264 на блок.

При этом существующее ограничение размера блока в 2 МБ останется без изменений. При максимальной загрузке блока предлагаемый интервал будет означать теоретическую пиковую скорость обработки данных примерно 100 КБ в секунду.

Хотя сокращение целевого интервала между блоками Zcash до 20 секунд может ускорить подтверждение транзакций, оно также вызывает опасения по поводу более высокой частоты появления «сиротских» блоков, обусловленной более узкими окнами распространения блоков. Быстрая последовательность обновлений также может предъявить дополнительные эксплуатационные требования к майнерам, биржам и операторам узлов.

Однако стресс-тесты и данные, полученные после NU7, указывают на более низкую частоту появления «сиротских» блоков, чем до обновления, что отчасти объясняется оптимизацией реализаций узлов, таких как Zebra и Zakura. Тем не менее риски, связанные с интенсивным трафиком в основной сети, сохраняются.

В отличие от NU7, в котором были внедрены значительные структурные изменения, NU7.1 в первую очередь направлен на сокращение задержки транзакций без изменения денежно-кредитной политики Zcash. Тем не менее, его внедрение по-прежнему подлежит рассмотрению сообществом и опросам по вопросам управления.