Владельцы Zcash поддержали ускорение сети и сохранение халвингов по модели биткоина

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

Голосование оказалось особенно показательным из-за высокой активности держателей ZEC. Согласно опубликованным в Zcash Community Forum результатам, в нём участвовало около 2,4 млн ZEC из 3,6 млн монет, имевших право голоса на момент снимка сети. Таким образом, участие составило около 66%, тогда как заранее установленный порог для признания результатов репрезентативными составлял 1 млн ZEC.

Главным техническим изменением может стать ускорение работы блокчейна. Около 99,9% участвовавших в голосовании ZEC поддержали сокращение времени между блоками с 75 до 25 секунд. Фактически это означает трёхкратное увеличение частоты формирования блоков, что должно сократить время ожидания подтверждения платежей.

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

При этом владельцы ZEC не захотели экспериментировать с фундаментальной денежной политикой проекта. Около 98,9% участвовавших монет проголосовали за сохранение периодических халвингов. Согласно детальной разбивке результатов, за этот вариант было отдано около 2,376 млн ZEC, тогда как сглаживание кривой эмиссии поддержали лишь около 22,385 ZEC.

Такое решение имеет особое значение для майнеров. Zcash, как и биткоин, имеет ограниченную максимальную эмиссию в 21 млн монет, а вознаграждение за блок периодически сокращается. Ранее редакция Happy Coin News сообщала, что на фоне резкого роста ZEC доход от майнинга Zcash на мегаватт-час оказался примерно в четыре раза выше аналогичного показателя биткоина. По данным Grayscale, с начала 2026 года интенсивность майнинга Zcash увеличилась более чем в 2,5 раза, а совокупный доход майнеров достигал примерно $2 млн в сутки.

Соответственно, сохранение халвингов позволяет оставить понятной долгосрочную модель эмиссии ZEC, хотя источники доходов майнеров постепенно могут стать сложнее.

Участники голосования также определились с судьбой Network Sustainability Mechanism (NSM). Механизм предусматривает изъятие из обращения части средств, включая не менее 60% комиссий за транзакции, с их последующим возвращением в систему через будущие вознаграждения за блоки. При этом максимальная эмиссия Zcash не увеличивается.

Около 96,6% голосов было отдано за то, чтобы начать возвращение накопленных NSM монет не раньше февраля 2031 года. Один из участников разработки Zcash пояснил, что такой подход позволит механизму несколько лет накапливать комиссии прежде, чем они начнут перераспределяться майнерам.

Ещё одно решение касается устаревшего приватного пула Sprout. Держатели ZEC поддержали его фактическое отключение в рамках NU, что продолжает постепенную модернизацию конфиденциальной инфраструктуры Zcash и переход к более новым технологиям приватных транзакций.

Любопытно и то, каким образом было организовано само голосование. Право участвовать получили ZEC, находившиеся в новом приватном пуле Ironwood. Вес голоса зависел от количества монет, однако система позволяла учитывать экономическую долю владельца без публичного раскрытия его баланса и личности. Таким образом, технология конфиденциальности Zcash впервые была использована в крупном масштабе не только для переводов, но и непосредственно для управления развитием сети.

Результаты голосования сами по себе ещё не означают автоматического изменения протокола. Поддержанные функции должны быть реализованы разработчиками, протестированы и включены в окончательную версию NU7. При этом около 99,3% участников высказались за максимально быстрый запуск обновления: компоненты, которые не будут готовы к установленному сроку 30 сентября, предлагается исключить из текущего релиза, а не задерживать весь апгрейд.