Розробники Zcash запропонували скоротити час блоку мережі з 25 секунд до 20 секунд, лише через кілька днів після того, як оновлення NU7 зробило підтвердження транзакцій утричі швидшим.
Резюме
- Розробники Zcash запропонували скоротити цільовий час блоку з 25 секунд до 20 після листопадового оновлення.
- Ранні дані майнінгу показали відносно низький рівень осиротілих блоків, незважаючи на те, що мережа виробляла блоки значно швидше.
- Розробники тестували 20-секундні блоки за допомогою 80 майнерів у 12 регіонах, перш ніж подати свою останню пропозицію.
- Запропоновані зміни збережуть щоденну пропускну здатність екранованих транзакцій Zcash і існуючий графік випуску токенів.
- Розробники хочуть схвалення спільноти, перш ніж включити коротший інтервал блоку в майбутнє оновлення NU7.1.
Згідно з опублікованою пропозицією на форумі спільноти Zcash 8 листопада, розробники Дев Оджха, відомий як ValarDragon, та Еван Форбс хочуть, щоб цю зміну було розглянуто для майбутнього оновлення NU7.1. Їхня пропозиція ґрунтується на ранніх результатах мережі, які показали, що швидші блоки не спричинили збільшення конкуруючих блоків, якого розробники спочатку побоювалися.
Запропоноване коригування скоротило б очікуваний час першого підтвердження транзакції ще на п'ять секунд. Однак розробники не отримали схвалення спільноти, і підтвердженої дати активації немає.
Розробники Zcash прагнуть швидших блоків після оновлення NU7
Zcash активував своє оновлення NU7 6 листопада на блоці 3 543 405, скоротивши цільовий час між блоками з 75 секунд до 25 секунд. Оновлення змінило швидкість, з якою майнери додають транзакції до блокчейну, не змінюючи максимальну пропозицію криптовалюти.
Як crypto.news раніше повідомляв, NU7 запровадив нові ліміти екранованих транзакцій і систему, яка резервує 60% комісій за транзакції для майбутніх винагород за майнінг. Майнери отримують решту 40% безпосередньо.
Оскільки мережа тепер виробляє блоки втричі частіше, розробники розглядають ще одне скорочення, щоб покращити час, який користувачі витрачають на очікування підтвердження платежів.
Згідно з останньою пропозицією, транзакція, що потребує одного підтвердження, матиме очікуване очікування приблизно 20 секунд порівняно з 25 секундами за поточними правилами. Для біржі, яка потребує трьох підтверджень, цільовий період очікування скоротиться з 75 секунд до 60 секунд.
Фактичний час підтвердження може відрізнятися, оскільки майнери не знаходять блоки через фіксовані інтервали. Біржі та інші постачальники послуг також можуть встановлювати власні вимоги до підтвердження, перш ніж зробити депоновані кошти доступними.
Розробники визначили роздрібні платежі, біржові депозити та міжланцюгові свопи як діяльність, яка могла б виграти від коротшого інтервалу. Зміна була б особливо актуальною для транзакцій, які потребують підтвердження блокчейну, перш ніж інша послуга зможе їх обробити.
Ранні результати майнінгу підтримують запропоновані 20-секундні блоки
Центральною проблемою, пов'язаною зі швидшими блоками, є можливість більшої кількості осиротілих блоків, які виникають, коли майнери виробляють конкуруючі блоки, перш ніж мережа досягне згоди щодо того, який з них прийняти.
Лише один конкуруючий блок стає частиною прийнятого ланцюга, залишаючи майнерів, відповідальних за відкинуті блоки, без винагороди за цю роботу. Скорочення часу між блоками може зробити такі конфлікти частішими.
Однак ранні дані з трекера майнінгу ZecBlock показали спостережуваний рівень осиротілих блоків 0,69% за 24 години, що закінчилися рано в понеділок, порівняно з приблизно 0,66% до NU7.
Показник, виміряний за весь період після оновлення, був вищим — 1,29%, що відображає початкове зростання, перш ніж наступні показники знизилися.
«Рівень осиротілих блоків став кращим, ніж я очікував!» — написав Оджха (@zkDragon) в оновленні в понеділок.
Служба моніторингу розширила свою мережу спостереження з одного вузла до десяти незадовго до оновлення. Оскільки додаткові вузли можуть виявляти конкуруючі блоки, які раніше не реєструвалися, попередні та поточні показники не є безпосередньо порівнюваними.
Розробники провели окремі тести з використанням 80 майнерів, розподілених по 12 географічних регіонах, щоб дослідити, як запропонований 20-секундний інтервал працюватиме в складних мережевих умовах.
Симуляції дали рівень осиротілих блоків від 1,9% до 3,3% залежно від конфігурації програмного забезпечення для майнінгу. Раніші тести, використані для оцінки безпеки 25-секундних блоків, зафіксували рівень осиротілих блоків 4,68%.
Запропоновані зміни Zcash збережуть пропускну здатність транзакцій
Хоча пропозиція передбачає частіше створення блоків, розробники не мають наміру збільшувати кількість приватних транзакцій, які мережа може обробляти щодня.
Проєкт технічного плану скоротив би максимальну кількість захищених дій, дозволених у кожному блоці, з 330 до 264. Ліміт розміру блоку в 2 МБ залишився б незмінним.
Розробники пояснили, що збереження поточних лімітів на блок при створенні більшої кількості блоків збільшило б обсяг даних, які гаманцям, можливо, довелося б завантажувати та обробляти.
Пропозиція також скоригувала б субсидію за блок і інтервал халвінгу, щоб зберегти існуючий графік емісії Zcash та його максимальну пропозицію в 21 мільйон ZEC.
Ще одна запропонована зміна стосується коригування складності, яке визначає, наскільки складним майнерам видається створення нових блоків.
У дописі від 9 листопада Оджха пояснив, що NU7 збільшив вікно усереднення складності з 17 блоків до 102 блоків. Запропонований 20-секундний інтервал збільшив би цей показник до 128 блоків.
Він оцінив, що коливання складності, які раніше становили приблизно від -40% до +30%, могли б звузитися до діапазону від -20% до +15%, хоча фактичну продуктивність мережі ще належить спостерігати.
Розробники шукають схвалення спільноти для NU7.1
Оджха та Форбс хочуть, щоб пропозицію було включено до наступного опитування спільноти Zcash і розглянуто для NU7.1 — подальшого оновлення мережі.
Розробники не оголосили графік активації та не отримали схвалення на зміну інтервалу блоків.
Тим часом раніша реалізація NU7 вимагала від операторів вузлів оновити своє програмне забезпечення, щоб залишатися сумісними з новими правилами консенсусу мережі.
Остання пропозиція зберегла б рекомендовану глибину якоря підтвердження у три блоки, скоротивши її очікувану тривалість із 75 секунд до 60 секунд. Вона також збільшила б типовий термін дії транзакції з 120 блоків до 150 блоків, зберігаючи той самий очікуваний період закінчення терміну дії попри швидше створення блоків.
