Розробники 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 ↗
Калькулятор майнінгу ↗
