Loading...
В опросе держателей монет NU7, завершившемся 14 сентября 2026 года, около 2 397 669 ZEC проголосовали за ZIP 218, а 141,6 ZEC — против, что составило 99,9%. Большинство публикаций свели это к фразе: «блоки Zcash становятся быстрее». Это верно, однако за этим упускается большая часть того, что делает предложение, и того, что оно намеренно оставляет без изменений.
На этой странице объясняется ZIP 218 на основе его собственного текста: что меняется, что не меняется и во что это обходится.
| Сегодня | После ZIP 218 | |
|---|---|---|
| Целевой интервал между блоками | 75 секунд | 25 секунд |
| Блоков в день | 1 152 | 3 456 |
| Награда за блок (текущая эпоха халвинга) | 1,5625 ZEC | 0,52083333 ZEC |
| Новых ZEC в день | без изменений | без изменений |
| Интервал халвинга | 1 680 000 блоков | 5 040 000 блоков |
| Лимиты на экранированные действия в блоке | отсутствуют (только ограничение размера в 2 МБ) | 330 всего, с лимитами для каждого пула |
| Пропускная способность Orchard (транзакции с 2 действиями) | около 2,9 в секунду | около 6,6 в секунду |
Блоков в три раза больше, при этом каждый выплачивает втрое меньше. График эмиссии остаётся прежним.
Главная цель — сократить время ожидания. Сегодня платёж ждёт в среднем 75 секунд до первого подтверждения независимо от нагрузки сети. При 25 секундах это среднее время сократится до 25 секунд. В ZIP среди случаев использования, которые ощутят это сильнее всего, названы платежи в точках продаж, депозиты на биржах и межсетевые мосты.
Стоит помнить о двух моментах из ZIP:
В ZIP также отмечается, что более высокой пропускной способности можно было бы добиться лишь увеличением размера блока. Причина выбора более коротких блоков — задержка.
Утроение числа блоков утроило бы ежедневную эмиссию, если бы больше ничего не изменилось. ZIP 218 предотвращает это, дополнительно деля награду за блок на три после активации NU7.
В текущую эпоху халвинга награда за блок изменяется с 1,5625 ZEC до 0,52083333 ZEC (52 083 333 zatoshi). Поскольку 156 250 000 zatoshi не делится на три без остатка, награда каждого блока округляется вниз на треть zatoshi. За полный интервал халвинга в 5 040 000 блоков это составляет около 0,0168 ZEC в сумме.
Награда — это общее количество новых ZEC, создаваемых в каждом блоке. Существующая доля финансирования разработки по-прежнему вычитается из неё, поэтому майнеры получают меньше полной суммы — в точности как сегодня.
Примечание о значении 0,26041666 ZEC. Пояснительная заметка в черновике ZIP указывает награду после NU7 как floor(156250000 / 6) = 0,26041666 ZEC, и некоторые новостные публикации повторили это значение. Эта заметка ошибается в два раза: 156 250 000 zatoshi уже является наградой после Blossom, поэтому деление на шесть повторно применяет коэффициент Blossom, равный двум, поверх коэффициента NU7, равного трём. Нормативная формула даёт floor(1,250,000,000 / (2 · 3 · 4)) = 52 083 333 zatoshi при текущем индексе халвинга. Задача реализации Zebra для этого изменения (#11463) отмечает, что заметка дважды учитывает коэффициент Blossom, предписывает разработчикам «реализовать формулу, а не заметку» и сообщает, что для ZIP подано исправление. Правильное значение при активации: 0,52083333 ZEC.
Интервал халвинга утраивается: с 1 680 000 до 5 040 000 блоков. Поскольку блоки появляются в три раза чаще, халвинги по-прежнему происходят примерно в те же моменты времени, что и без этого изменения. Общий предел предложения не затрагивается.
Это отдельно от другого вопроса эмиссии в опросе NU7, где держатели монет проголосовали за сохранение халвингов, а не за замену их сглаженной кривой. ZIP 218 работает с существующей моделью халвингов и не изменяет её.
ZIP 218 добавляет ограничения на объём экранированной активности, который может содержать один блок:
| Лимит | Максимум на блок |
|---|---|
| Все экранированные пулы вместе | 330 (каждый JoinSplit Sprout считается за 2) |
| Действия Orchard | 330 |
| Входы плюс выходы Sapling | 300 |
| JoinSplit Sprout | 25 |
Прозрачные части транзакций не затрагиваются, и ограничение размера блока в 2 МБ по-прежнему применяется.
Эти лимиты существуют потому, что большее число блоков иначе означало бы больше работы для кошельков и узлов. При установленных ограничениях худший случай фактически становится лучше, чем сегодня, даже при втрое большем количестве блоков:
Лимиты Sapling и Sprout намеренно жёсткие. По состоянию на май 2026 года на Orchard приходилось 87,9% экранированных ZEC, на Sapling — 11,6%, а на Sprout — 0,5%; поэтому меньшие пулы получают достаточно места для фактического использования, в то же время предоставляя атакующему меньше возможностей для злоупотреблений. Поскольку комиссии ZIP 317 взимают одинаковую плату за каждое логическое действие в любом пуле, атакующий ничего не получает от спама в одном пуле вместо другого.
При 330 действиях Orchard на блок стандартная транзакция Orchard с 2 действиями помещается ⌊330 / 2⌋ = 165 раз в каждом блоке. При одном блоке каждые 25 секунд это примерно 6,6 транзакции в секунду вместо примерно 2,9 сегодня — ZIP называет это увеличением нормальной пропускной способности Orchard в 2,3 раза. Для Sapling получается около 3,0 в секунду, что всё ещё выше того, что Orchard обеспечивает сегодня.
Алгоритм сложности усредняет данные по окну недавних блоков. ZIP 218 увеличивает это окно с 17 до 102 блоков, поэтому оно по-прежнему охватывает около 2 550 секунд реального времени — тот же промежуток, который оно охватывало при запуске Zcash с 150-секундными блоками. ZIP приводит две причины: не допустить упрощения атак по манипулированию сложностью (в качестве примера приводится инцидент MWEB в Litecoin в апреле 2026 года) и сгладить краткосрочные колебания времени блоков.
Сразу после активации времени блоков потребуется некоторое время, чтобы установиться на новом целевом уровне. Это ожидаемо и повторяет произошедшее при Blossom, когда Zcash перешёл со 150 до 75 секунд.
Это рекомендации для реализаций, а не правила консенсуса:
Более быстрые блоки не бесплатны. Устаревший блок — это действительный блок, который проигрывает гонку за включение в цепочку, поскольку другой блок первым достиг сети. Чем короче промежуток между блоками, тем чаще это происходит, а ZIP связывает долю устаревших блоков с распространением блоков, временем проверки и риском централизации майнинга.
Есть и две меньшие издержки. Лёгкие кошельки загружают примерно на 200 КБ больше в день в виде заголовков компактных блоков. А поскольку блоков становится втрое больше, полному узлу, который был отключён, при синхронизации приходится обрабатывать больше блоков, хотя проверка каждого блока обходится дешевле. ZIP принимает обе эти издержки.