Zcash Foundation випустила Zebra 7.0.0 з підтримкою NU7 у головній мережі, закликавши операторів вузлів оновитися до блоку 3 543 405, очікуваного приблизно 5 листопада.
Короткий огляд
- Оператори головної мережі повинні оновитися до активації, щоб залишитися в ланцюжку консенсусу.
- Випуски Zebra 6.4.x мають припинити роботу за кілька днів до оновлення.
- NU7 запроваджує 25-секундні блоки, зберігаючи заплановану щоденну емісію ZEC.
- Фонд повідомляє, що Zebra 7.0.0 містить виправлення для п'яти рекомендацій з безпеки.
Zcash Foundation у своєму оголошенні від 22 жовтня заявила, що оператори головної мережі повинні встановити оновлення, щоб залишитися в ланцюжку консенсусу, тоді як старіші випуски 6.4.x припинять роботу самостійно за кілька днів до активації.
«Усі оператори головної мережі ПОВИННІ оновитися до висоти 3 543 405 (~5 листопада), щоб залишитися в ланцюжку консенсусу».
Фонд перелічив серед особливостей випуску 25-секундні блоки, Механізм мережевої стійкості та виправлення для п'яти рекомендацій з безпеки.
Оператори Zebra стикаються з більш раннім вимкненням
Інженерне оновлення фонду від 6 жовтня визначило очікуване вимкнення Zebra 6.4.x приблизно 2 листопада. Розробники скоротили період роботи програмного забезпечення з 15 тижнів до 12 тижнів, щоб наблизити це припинення до запланованого оновлення мережі.
У тому ж оновленні інженерна команда повідомила, що розрахунки терміну дії та оцінки синхронізації було скориговано відповідно до часу блоку, чинного на кожній висоті. Без цього коригування швидше виробництво блоків могло б змусити програмне забезпечення зупинитися раніше, ніж передбачалося.
NU7 досяг публічного тестнету на блоці 4 465 026 4 жовтня, підтвердив фонд. Активація в тестнеті запровадила зміни консенсусу для спостереження перед розгортанням у головній мережі.
Як crypto.news раніше повідомляв 21 жовтня, розробники обрали висоту активації в головній мережі після зустрічі редакторів ZIP 20 жовтня. На момент публікації цієї статті зміна все ще очікувала інтеграції в специфікацію розгортання.
Поточний текст ZIP 259 тепер вказує блок головної мережі 3 543 405. Його правила сумісності зазначають, що оновлені вузли відключатимуть пірів, які оголошують старішу версію мережевого протоколу, після активації.
Специфікація попереджає, що непідтримуване програмне забезпечення може залишатися онлайн і слідувати гілці консенсусу до NU7. Вона не встановлює, скільки операторів досі використовують несумісне програмне забезпечення.
Zcash прагне швидших підтверджень без швидшої емісії
ZIP 218 встановлює нову ціль блоку в 25 секунд, зменшивши з 75 секунд. Його автори визначають платежі, депозити на біржі та міжланцюгові операції як випадки використання, на які впливає очікування підтверджень.
Пропозиція не радить клієнтам скорочувати кількість підтверджень. Її обговорення ризику відкату розрізняє моделі безпеки, зокрема моделі, засновані на частці атакуючого в майнінговій потужності, та ті, що ґрунтуються на економічній вартості скасування платежу.
Пояснення фонду щодо кандидата на випуск від 2 жовтня зазначає, що щоденна запланована емісія залишається незмінною, оскільки програмне забезпечення ділить заплановані винагороди за блоки на три та коригує решту інтервалів халвінгу.
Його опис зберігає чотирирічний графік халвінгу та граничну пропозицію в 21 мільйон ZEC. Отже, швидше виробництво блоків не означає, що запланована щоденна майнінгова субсидія потроюється.
Вересневе опитування власників монет зафіксувало приблизно 99,9% підтримки коротшого інтервалу між блоками та 98,9% підтримки збереження халвінгів. У ньому взяли участь майже 2,4 мільйона ZEC, що становить близько 66% відповідних балансів Ironwood на момент знімка, згідно з опублікованими результатами, висвітленими 16 вересня.
Голосування завершилося 14 вересня після фіксації балансів на блоці головної мережі 3 459 350 24 серпня. Право участі залежало від витрачуваних захищених коштів, що зберігалися в Ironwood на той момент знімка.
NU7 спрямовує комісії в майбутні винагороди за майнінг
Пояснення кандидата на випуск від фонду описує розподіл, за якого 60% комісій за транзакції виходять з обігу до резерву, тоді як майнери залишають собі решту 40%.
Згідно з Механізмом мережевої стійкості, зарезервовані кошти можуть поступово повертатися через майбутні винагороди за блоки. Висвітлення активації від 21 жовтня визначило блок мейннету 8 939 664 як початок повторного випуску, очікуваний приблизно в лютому 2031 року.
Власники монет віддали перевагу цьому терміну з підтримкою приблизно 96,6% у вересневому опитуванні. Специфікація розгортання вказує висоту повторного випуску окремо від висоти активації NU7.
Технічне пояснення від 2 жовтня дає майнінговим пулам пов'язану інструкцію. Оскільки транзакція coinbase залежить від вибраних комісій за транзакції та резерву батьківського блоку, майнери повинні запитувати свіжий шаблон блоку, а не змінювати його набір транзакцій чи попередній блок самостійно.
Фонд описав обмеження екранованої активності, що охоплюють окремі пули та спільний бюджет між пулами. Його інженерне оновлення зазначає, що ці обмеження розроблені для захисту легких гаманців від спаму, поки мережа виробляє блоки частіше.
ZIP 218 встановлює спільний екранований бюджет на рівні 330 дій на блок поряд з окремими лімітами для пулів. Його автори оцінюють, що ці зміни скорочують найгіршу добову пропускну здатність синхронізації легкого гаманця з 271 мегабайта до 169 мегабайтів, тобто приблизно на 37%.
Пропозиція відзначає окремий компроміс щодо конфіденційності. Частіші блоки дають спостерігачам точнішу інформацію про час, яку можна поєднати зі спостереженнями з мереж або застосунків. Її автори кажуть, що нові обмеження не запобігають аналізу трафіку та не усувають ризик відмови в обслуговуванні.
Кошти Sprout мають окремий кінцевий термін витрачання
Висвітлення тестнету від 5 жовтня описало ще одну зміну NU7, що впливає на кошти в Sprout, оригінальному екранованому пулі Zcash. Вимкнення транзакцій версії 4 унеможливлює витрачання цих коштів після активації, якщо власники не перемістять їх заздалегідь.
ZIP 259 визначає, що заборона застосовується до кожної транзакції версії 4, включно з прозорими та транзакціями Sapling. Збережені транзакції, підписані офлайн, потребують тих самих перевірок активації.
Специфікація зазначає, що версії 5 і 6 зберігають свої існуючі структури, але їхні підписи фіксують ідентифікатор гілки консенсусу. Незмінений формат транзакції не гарантує, що транзакція залишиться дійсною під час активації.
