Zcash готовится к блокам по 25 секунд: Zebra 7.0.0 задаёт срок обновления майнерам
Публикация источника: 2026-10-22 · Редакционный анализ опубликован: 2026-10-26
Zebra 7.0.0 поддерживает запланированную активацию NU7 на блоке 3 543 405. Более частые блоки не утраивают суточную эмиссию ZEC; пулам нужно учесть новые правила награды.
Срок определяет высота блока
Zcash Foundation 22 октября выпустила Zebra 7.0.0 с поддержкой NU7 — следующего обновления основной сети. Операторы узлов Zebra должны обновиться до блока 3 543 405, чтобы остаться на цепочке с действующими правилами консенсуса. Фонд ожидает этот рубеж примерно 5 ноября, но активацию определяет высота, а не календарная дата.
Для владельца ZEC-майнера первый вопрос — кто обслуживает узел, предоставляющий работу. Узел проверяет блоки и помогает пулу составлять следующий кандидат. Если инфраструктурой управляет пул, обновление выполняет его оператор. Если у вас собственный узел или система соло-майнинга, эта часть подготовки лежит на вас.
Это выпуск программы узла, а не новая прошивка всех ASIC Zcash. Загружать программу Zebra в меню обновления майнера не нужно. Сначала выясните связь между устройством, пулом и узлом, затем проверьте подготовку оператора к NU7. Новая версия одного компонента ещё не доказывает проверку всей цепочки.
Блоков втрое больше, субсидия в каждом меньше
NU7 меняет целевой интервал между блоками с 75 до 25 секунд. Это средний ориентир протокола, а не секундомер для каждого платежа. Блоки по-прежнему будут появляться неравномерно, а принимающий депозит сервис может ждать несколько подтверждений перед зачислением.
Одновременно плановую субсидию одного блока делят на три и корректируют оставшиеся интервалы до халвингов, сохраняя четырёхлетний график. При прочих равных возможностей втрое больше, но каждая несёт треть субсидии. Плановая суточная эмиссия не утраивается; предел количества ZEC остаётся 21 млн.
Представьте ежедневную буханку, нарезанную на большее число ломтиков: кусочков больше, хлеба — столько же. Это объяснение плановой эмиссии, а не обещание неизменного дохода конкретного майнера. Его результат зависит также от доли в сети, отклонённой работы, простоев, комиссий и цены ZEC.
У комиссий транзакций отдельное правило
По описанию фонда и ZIP 235, после NU7 60% комиссий транзакций каждого блока выводят из обращения в резервный механизм, а майнеры могут получить остальные 40%. Речь о комиссиях транзакций, а не о 60% обычной субсидии блока или всего баланса майнера.
Позднее определённая часть резерва вновь поступит через награды блоков. Согласно ZIP 259, в основной сети этот этап начинается на другой высоте — 8 939 664. Изъятие комиссий и будущая частичная повторная эмиссия — разные этапы. Пул не может сразу записать весь резерв в текущий доход.
Поэтому при сравнении дохода нужно разделять субсидию и комиссии. Изменение одной составляющей на определённый процент не означает такого же изменения общей суммы. Фактическая выплата зависит также от правил расчёта пула и транзакций в найденных им блоках.
Пулам нужны свежие шаблоны блоков
Шаблон блока — кандидат, который узел передаёт программе майнинга для работы. В getblocktemplate Zebra 7.0.0 только время отмечено как изменяемое поле. Особая транзакция награды coinbase фиксирует комиссии выбранных транзакций и субсидию. Здесь coinbase — тип транзакции, а не название биржи.
Практическое указание фонда: запрашивать новый шаблон вместо самостоятельной замены набора транзакций или предыдущего блока в старом. С NU7 транзакция награды должна учитывать и 40-процентную долю комиссий майнера. При адаптации старого ПО пула проверяют построение блока, а не только версию узла.
Домашний майнер через пул может проверить понятное сообщение о готовности и приём работы устройств. Отсутствие ошибки на панели ещё не доказывает успешное обновление узла. Сопоставляйте состояние устройства с принятыми долями работы на стороне пула, а перед изменением подключения сохраните рабочую конфигурацию.
Резервная копия до переноса базы
При первом запуске Zebra 7 переносит базу состояния из формата v28 в v29 без начальной повторной синхронизации. Переходящим с Zebra 6.x разработчики советуют заранее скопировать каталог state/v28 в настроенном кэше состояния. Пользователи кандидата 7.0.0-rc.0 уже прошли эту смену формата.
Zebra 6.x не умеет использовать перенесённую базу v29. Возврат после миграции требует полной синхронизации, если нет подходящего сохранённого состояния. Поэтому проверенная копия и время на обслуживание полезнее, чем просто старый исполняемый файл. Откат крупной версии нельзя считать быстрым переключателем.
Изменились некоторые метки мониторинга и сообщения журнала. Оповещение на удалённой метке может перестать работать, хотя узел запущен. Операторам следует проверить панели после обновления и прочитать примечания кандидата: официальный выпуск наследует дополнительные изменения конфигурации и удалённых вызовов.
Что проверить дальше
Zebra 7.0.0 также исправляет остановки синхронизации, распространение найденных блоков и несколько проблем безопасности. Это важно пулу, которому нужны актуальная работа и своевременная передача блока. Описание исправлений не гарантирует определённого снижения отклонений или роста хешрейта каждой установки.
Поддержка этого выпуска длится восемь недель вместо обычных двенадцати; примечания описывают остановку примерно через 56 дней после расчётной высоты выпуска. Установка 7.0.0 — часть постоянного обслуживания, а не повод игнорировать новые версии. Загрузки и инструкции берите из официальных каналов проекта.
Для читателя с одним ZEC-майнером главное просто: определить пул или узел, создающий шаблоны, проверить его переход на NU7 и разобраться с новым учётом наград до сравнения доходов. На момент проверки 26 октября это подготовка к будущей активации, а не сообщение об уже работающих 25-секундных блоках основной сети.
Источник: Zcash Foundation ↗ · Zebra 7.0.0 release and security fixes ↗ · NU7 activation specification ZIP 259 ↗ · ZIP 218 block interval changes ↗ · ZIP 235 fee mechanism ↗
Калькулятор майнинга ↗
