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 називає це збільшенням у 2,3 раза нормальної пропускної здатності Orchard. Sapling виходить приблизно 3,0 на секунду, що все одно перевищує те, з чим Orchard справляється сьогодні.
Алгоритм складності усереднює дані за вікном останніх блоків. ZIP 218 збільшує це вікно з 17 блоків до 102, тож воно все ще охоплює приблизно 2 550 секунд реального часу — той самий проміжок, який воно охоплювало, коли Zcash запустився з 150-секундними блоками. У ZIP наведено дві причини: щоб не спростити атаки з маніпулюванням складністю (воно посилається на інцидент MWEB у Litecoin у квітні 2026 року) та згладити короткострокові коливання часу блоків.
Одразу після активації знадобиться певний час, щоб час блоків стабілізувався на новому цільовому рівні. Це очікувано й повторює те, що сталося під час Blossom, коли Zcash перейшов зі 150 до 75 секунд.
Це рекомендації для реалізацій, а не правила консенсусу:
Швидші блоки не є безкоштовними. Застарілий блок — це дійсний блок, який програє змагання за включення до ланцюга, оскільки інший блок першим досяг мережі. Що коротший проміжок між блоками, то частіше це трапляється, а ZIP пов’язує частку застарілих блоків із поширенням блоків, часом перевірки та ризиком централізації майнінгу.
Є також дві менші витрати. Легкі гаманці щодня завантажуватимуть приблизно на 200 КБ більше компактних заголовків блоків. А через утричі більшу кількість блоків повний вузол, який був офлайн, має обробити більше блоків під час синхронізації, хоча кожен блок дешевше перевіряти. ZIP приймає обидва ці компроміси.