Разработчики Zcash предложили 20-секундные блоки без увеличения суточной эмиссии
Публикация источника: 2026-11-08 · Редакционный анализ опубликован: 2026-11-09
Предложение от 8 ноября следует за 25-секундной целью NU7. Более быстрые подтверждения сочетаются с меньшей наградой и лимитами на блок; даты активации нет.
Следующий шаг после перехода к 25 секундам
Разработчики Zcash Дев Оджха и Эван Форбс в посте сообщества от 8 ноября предложили сократить целевой интервал блока с 25 до 20 секунд. Они хотят рассмотрения в следующем опросе и возможного включения в NU7.1. Предложение и черновик спецификации обсуждаются; пост и открытый запрос на проверку кода не означают активации. Базой остаётся 25-секундная цель NU7.
Для майнеров и получателей ZEC привлекательность — меньше ожидания включения платежа. Для операторов вопрос в том, могут ли узлы и пулы обеспечить это без существенного роста потерянной работы. Авторы описывают изменение задержки: цель — сократить ожидание, а не увеличить суточную вместимость защищённых транзакций или выпускать больше новых монет за день.
Больше блоков, меньше новых монет в каждом
При целевых интервалах сутки дают ожидаемые 3 456 блоков при 25 секундах или 4 320 при 20. Это на 25% больше блоков, не на 25% больше новой эмиссии ZEC. Черновик умножает субсидию блока на четыре пятых. Произведение 1,25 количества блоков на 0,8 субсидии сохраняет ожидаемую эмиссию за то же время.
Интервал халвинга также должен вырасти с 5 040 000 до 6 300 000 блоков, сохраняя ожидаемую длительность. Предложение оставляет график эмиссии и предельный 21 миллион монет. Майнер не может превратить большее число блоков в пропорциональный прогноз дохода. Доля сетевой работы, комиссии, отклонённая работа и учёт пула остаются важными; арифметика субсидии сама не обещает дополнительной суточной награды тому же хешрейту.
Меньшие лимиты защищённых операций
Предлагается уменьшить общий бюджет защищённых действий и лимиты Orchard и Ironwood на блок с 330 до 264. Общий лимит входов и выходов Sapling должен перейти с 300 до 240. Это границы частей работы защищённых транзакций, а не утверждение, что каждое действие — целый платёж пользователя. Ограничение размера блока в два мегабайта сохраняется.
Причина — нагрузка кошелька. Если оставить старые лимиты на блок при более частых блоках, вырастет максимальное количество приватных данных, обрабатываемых лёгким кошельком. Умножение лимитов на четыре пятых сохраняет ожидаемые суточные границы действий. Заголовков блоков всё равно больше, поэтому неизменная защищённая вместимость не означает неизменности каждого байта и сетевой операции.
Цена проигранной гонки блоков
Два майнера могут найти конкурирующие блоки до получения результата друг друга. В итоге одна ветвь побеждает; блок вне принятой цепи часто называют сиротским. Для его майнера потраченная электроэнергия не приносит обычной награды принятого блока. Более короткий интервал оставляет меньше времени на передачу сообщений между находками, поэтому риск важен для эксплуатации.
Авторы сообщают стресс-тесты с 80 майнерами в 12 регионах, полными двухмегабайтными блоками и целью 20 секунд. Доля сиротских блоков составила 1,9% в сети только Zakura и 3,3% при равном распределении Zakura и Zebra-Andele. Их сравнивают с 4,68% прежнего практического исследования для 25 секунд. Это эксперименты авторов в их условиях, не гарантия процентов живого пула или независимый тест ASIC.tools.
Быстрые подтверждения не определяют политику биржи
Три целевых интервала дадут 60 секунд вместо 75. Это иллюстрация ожидаемого времени, а не таймер: блоки доказательства работы находят неравномерно. Сервис может требовать другое число подтверждений или оценивать время и накопленную работу. Предложение не обязывает биржи уменьшать число подтверждений, поэтому доступность депозита зависит от получателя.
Окно усреднения сложности меняется со 102 до 128 блоков, сохраняя близкую ожидаемую длительность: 2 550 и 2 560 секунд. Разница в десять секунд означает примерно, не точно одинаковый промежуток. Типичный срок действия транзакции меняется со 120 до 150 блоков. Более короткая цель — не замена одного числа в узле: связанные правила в блоках требуют согласования.
Живые данные и статус обновления различаются
Форум упоминает обнадёживающие наблюдения после NU7, но доля сиротских блоков обозревателя — увиденное его наблюдателями, не перепись всех проигранных блоков. Методика ZecBlock говорит: до 5 ноября наблюдения шли одним узлом в Хельсинки, затем добавлены другие. Больше точек может показать ранее незаметные блоки. Сопоставление процентов при разном охвате само не выделяет эффект обновления.
Пока нет новой настройки ASIC для включения 20-секундных блоков и установленной предложением даты активации. Операторы могут следить за черновиком, опросом и будущими инструкциями релизов узлов, соблюдая текущие правила. ASIC.tools проверил пост, зафиксированный черновик и методику, не запуская стресс-сеть. Обсуждается более быстрое включение с сохранением суточной эмиссии, не гарантия доходности или мгновенного расчёта.
Другой показатель сравнивает время заголовка с первым получением блока. ZecBlock поясняет: пул часто задаёт время при выдаче работы, поэтому разница включает поиск решения и доставку. Это не прямое измерение сетевого распространения; часы могут сделать разницу отрицательной. При разборе устаревшей работы график не заменяет собственные записи подачи, отклонения и соединения пула.
Источник: Zcash developers / community proposal ↗ · Draft specification and review status ↗ · Pinned draft examined for this report ↗ · Observer methodology, not a universal orphan census ↗
Калькулятор майнинга ↗
