Zcash скорочує час блоку: що зміниться для користувачів і майнерів?

Оновлення NU7 для Zcash скоротить цільовий час між блоками з 75 секунд до 25, що дасть депозитам шанс підтвердитися швидше, залишаючи біржам вирішувати, коли їх зараховувати. Оновлення також змінює те, що майнери отримують від транзакцій: 40% комісій йде майнерам, а решта 60% відкладається для майбутніх винагород.

Zcash запланувала своє оновлення NU7 на блок 3 543 405, коли мережа скоротить цільовий час між блоками з 75 секунд до 25 і почне відкладати більшість комісій за транзакції для майбутніх винагород майнерам.

У примітках до випуску Zebra 7.0.0 від Zcash Foundation вказано програмне забезпечення, яке підтримує це перемикання. Для того, хто вносить ZEC на біржу, яка вимагає шість підтверджень, коротший інтервал скорочує цільовий час очікування цих блоків із семи з половиною хвилин до двох з половиною, за умови, що біржа збереже ту саму вимогу.

Для майнерів зміна полягає в тому, як вони отримують свої винагороди. Zcash випускатиме меншу субсидію в кожному блоці, щоб зберегти заплановану щоденну емісію стабільною, тоді як майнери збиратимуть 40% комісій за транзакції, а решта 60% піде в резерв для подальшої повторної емісії.

Що змінюється між надсиланням ZEC і отриманням придатного до використання балансу

Платіж може проходити через кілька різних етапів, навіть коли обидві сторони використовують одну й ту саму валюту. Відправник створює транзакцію та транслює її в мережу. Вузол перевіряє транзакцію відповідно до своїх правил, майнер включає її в блок, а програмне забезпечення одержувача розпізнає платіж. Потім одержувач вирішує, скільки підтверджень чекати, перш ніж вважати кошти доступними.

NU7 змінює очікуваний інтервал між блоками в цій послідовності. Він не встановлює гарантованого часу для кожного з інших кроків. Гаманець, який перебуває офлайн, не може відобразити платіж, доки не відновиться з'єднання, а біржа може залишати баланс в очікуванні, поки застосовує власні перевірки. Як повідомляло crypto.news, NU7 встановлює 25-секундну ціль для блоків. Вплив на депозит усе ще залежить від сервісу, який його отримує.

Прямий переказ дає найпростіше порівняння. Якщо транзакцію відправника прийнято і майнери включають її в наступний блок, одержувач має шанс побачити перше підтвердження швидше. Якщо одержувачем є продавець, який чекає кількох підтверджень перед передачею товару, його політика визначає, яка частина вигоди дістанеться покупцеві.

Біржа додає систему зарахування між блокчейном і рахунком клієнта. Вона може розпізнати транзакцію в ланцюжку та показати користувачеві елемент в очікуванні, а потім зарахувати кошти на рахунок після накопичення необхідної кількості. Трейдер, який хоче продати ZEC, не може використовувати лише першу позначку часу для порівняння бірж. Корисним порівнянням є час між трансляцією транзакції того самого типу та отриманням балансу, придатного для торгівлі.

Політика шести підтверджень також залежить від того, як біржа визначає кількість. Деякі інтерфейси вважають блок, що містить транзакцію, першим підтвердженням. Простий розрахунок шести, помножених на цільовий інтервал, є орієнтиром для виробництва блоків, тоді як спостережуване очікування залежить від того, в якій точці інтервалу було надіслано транзакцію і чи включив її наступний майнер. Вимірювання має фіксувати ці деталі перед порівнянням результатів.

Гаманець, який отримує захищений переказ, має ще одне джерело роботи. Він сканує ланцюг, щоб знайти дані, які він може розшифрувати за допомогою відповідних ключів. Швидші блоки можуть покращити досвід платежів, водночас створюючи частіші оновлення для обробки програмним забезпеченням. Оновлення працювало на тестовій мережі Zcash перед переходом на основну мережу. Його правила для кожного блоку обмежують певні типи захищеної роботи.

Порівняння політик підтвердження можна виразити в хвилинах, не вгадуючи, що обере будь-яка біржа. За старої цілі три блоки становили 225 секунд очікуваного виробництва. За нової цілі дев'ять блоків становлять ту саму цільову тривалість. Шість старих блоків і 18 нових блоків так само обидва становлять 450 секунд.

Таблиця множить кількість на цільовий інтервал. Вона не може виміряти, скільки роботи захищає будь-яку конкретну транзакцію або що команда з ризиків біржі вважатиме еквівалентним. Дві політики з однаковою очікуваною тривалістю можуть мати різні властивості, якщо умови майнінгу в мережі або розподіл часу блоків змінюються.

Найкорисніший тест «до і після» використовував би той самий сервіс, гаманець і тип транзакції. Одна позначка часу фіксувала б, коли користувач транслює транзакцію. Друга позначала б включення. Третя фіксувала б, коли біржа або продавець робить баланс доступним. Якщо перший інтервал скорочується, а другий залишається стабільним, зміна мережі могла покращити одну частину процесу, тоді як сервіс зберіг свої наявні перевірки.

Клієнт, який здійснює платіж, також має враховувати доступність програмного забезпечення одержувача. Продавець, який використовує сумісний бекенд, може мати змогу діяти щойно це дозволить його політика. Клієнт, який надсилає на гаманець, що не завершив синхронізацію, може чекати, поки гаманець наздожене, навіть після того, як майнери підтвердили платіж. Обидва досвіди можуть бути точними описами різних частин однієї й тієї самої транзакції.

Для майнерів зміни в темпі блоків можуть ускладнити порівняння, зроблені під час самого переходу. Коротка вибірка могла б включати повільніші або швидші блоки, ніж ціль, і оператори можуть оновлювати своє програмне забезпечення в різний час. Годинне зчитування могло б зафіксувати перемикання та звичайну варіацію в надходженні блоків разом. Довші вікна дають кращий огляд того, чи фактичне виробництво стабілізується близько до цілі.

Оператор, який оцінює комісії, потребує подібної дисципліни. Порівняння загальної суми на блок може дати оманливий результат, оскільки транзакції розподілені по більшій кількості блоків. Порівняння на основі комісій на день може показати, скільки користувачі заплатили загалом. Потім оператор може обчислити, скільки з цієї загальної суми доступно негайно, а скільки зарезервовано за новими правилами.

Здатність робити ці розрізнення важливіша за просте твердження, що мережа втричі швидша. Для більшості користувачів спостережувана вигода буде конкретною зміною в конкретному платіжному маршруті. Для майнерів спостережувана зміна буде розподілом субсидії та комісій за період, достатньо довгий, щоб врахувати більшу кількість блоків.

Що вимірює оцінка ємності Orchard

Оцінка Orchard від фонду стосується швидкості транзакцій за визначеною моделлю. Захищені транзакції можуть мати різні форми та вимагати різних обсягів роботи. Дві транзакції можуть вважатися двома переказами для людей, які ними користуються, і все ж створювати різне навантаження на мережу через кількість задіяних дій.

Обмеження на дії, отже, відрізняється від квоти на платежі. Воно встановлює межу того, що один блок може містити для відповідного пулу. Мережа може поєднати цю жорсткішу межу з частішими блоками. Скільки транзакцій насправді вміщується, залежить від складу транзакцій, які вибирають майнери, та взаємодії між обмеженнями для конкретного пулу та глобальними обмеженнями.

Для розробника гаманця цінність обмеження полягає в тому, що воно робить деякі навантаження в найгіршому випадку простішими для аналізу. Користувач, який синхронізує легкий гаманець, покладається на те, що програмне забезпечення здатне отримати та обробити дані, необхідні для виявлення його платежів. Якщо надзвичайно дорогі блоки можуть домінувати в цій роботі, користувач може відчути повільнішу синхронізацію, навіть коли окремі блоки надходять швидше.

Оцінку пропускної здатності слід розглядати разом із продуктивністю під реальним трафіком. Корисні спостереження включали б те, які пули відповідають за активність, кількість дій на транзакцію та скільки часу потрібно гаманцю зі старішою точкою синхронізації, щоб наздогнати. Швидша синхронізація за повсякденного навантаження та менше навантаження в найгіршому випадку стосуються пов'язаних, але різних проблем.

Користувачі не можуть вивести попит на платежі з розміру нових лімітів. Пропускна здатність може зростати, тоді як кількість платежів залишається стабільною. І навпаки, застосунок може згенерувати сплеск екранованої активності, що робить ліміти актуальними, навіть якщо довгострокове середнє значення мережі залишається низьким. Ця різниця має значення при порівнянні корисності оновлення з рухом ціни близько дати активації.

Чому майнерам слід порівнювати дохід за день або тиждень

Зміна субсидії означає, що один блок є поганою одиницею для порівняння загального доходу від майнінгу через активацію. Майнер, який отримує третину субсидії за блок, все ще може конкурувати приблизно за втричі більшу кількість блоків за той самий період. За достатньо довгий інтервал частка майнера в обчислювальній потужності мережі має більше значення для його очікуваної частки субсидії, ніж кількість ZEC, прикріплених до одного блоку.

Ця зміна все ще може змінити спосіб розподілу виплат у часі. Соло-майнер сприймає блоки як дискретні події і може довго не знаходити жодного. Пул об'єднує роботу багатьох майнерів і має власний облік для розподілу надходжень. Більш частий потік менших винагород може змінити структуру надходжень, навіть коли запланована сукупна субсидія залишається стабільною.

Звіт пулу може поєднувати субсидію, комісії та коригування за формулою виплат пулу. Щоб ізолювати вплив NU7, майнеру потрібно було б порівняти компоненти комісій і субсидії окремо та використовувати однакову одиницю часу. Порівняння виплати за блок із денною виплатою або порівняння двох періодів із суттєво різною обчислювальною потужністю затьмарило б частину, що відноситься до нових правил.

Операційні витрати вносять додаткову відмінність. Дохід від майнінгу, виміряний у ZEC, не описує, скільки майнери залишають собі після сплати витрат на електроенергію та обладнання. Пул міг би заробити подібну кількість ZEC за період і побачити, як доларова вартість цього доходу змінюється, якщо ціна токена рухається. Зниження чистого прибутку саме по собі не показало б, що графік субсидії за блок змінився.

Комісії за транзакції можуть змінюватися набагато більше, ніж запланована субсидія. Якщо активність зростає, загальні комісії за день могли б збільшитися, навіть якщо майнери зберігають меншу частку. Якщо активність залишається незмінною, сам розподіл зменшує їхній негайний дохід від комісій. Порівняння потребує як нового відсотка, так і суми комісій, до якої він застосовується.

Для цього вузького порівняння існує простий поріг. Якщо сума, сплачена у вигляді комісій, зросте до двох з половиною разів від попереднього рівня, майнери, які зберігають 40%, отримали б ту саму негайну суму комісій, що й раніше, за інших рівних умов. Ця арифметика не передбачає трафік. Вона показує, чому вплив на майнерів частково залежить від використання, яке дозволяє оновлення, а частково від початкового рівня комісій.

Політики підтвердження визначатимуть, що клієнти насправді помітять

Інтервал між блоками повідомляє гаманцю, як часто мережа очікує створювати нове місце для транзакцій. Гаманець все ще повинен побудувати та транслювати платіж, вузол повинен його прийняти, а майнер повинен його включити. Якщо транзакція конкурує за обмежений простір, лише інтервал між блоками не визначає її очікування.

Біржа має окреме рішення, яке потрібно ухвалити, щойно вона побачить транзакцію. Вона може відобразити депозит в очікуванні, перш ніж зробити баланс доступним для торгівлі або виведення. Таким чином, клієнт міг би побачити, що депозит з'являється раніше після NU7, чекаючи довше, поки біржа застосує свою власну остаточну політику зарахування.

Кількість підтверджень також змінює значення, коли блоки надходять частіше. Шість блоків за нової цільової частоти представляють коротший проміжок часу, ніж шість за старої цільової частоти. Біржа, яка хоче зберегти приблизно те саме очікування, могла б перейти з шести на 18 підтверджень. Компроміс для клієнта залежить від того, чи біржа зберігає свою кількість, змінює її або тимчасово призупиняє депозити під час переходу.

Платежі, що надсилаються між особистими гаманцями, мають інше практичне вузьке місце. Гаманець отримувача повинен сканувати ланцюг у пошуку транзакцій, які він може розшифрувати. Швидший перший блок допомагає, але той, хто відкриває гаманець, що був офлайн протягом кількох днів, все ще може витрачати час на наздоганяння. Обмеження на екрановані дії вирішують цю іншу частину досвіду, обмежуючи обсяг роботи, який кожен блок може накласти на гаманець.

Ця відмінність також важлива для вимірювань після активації. Вибірка депозитів, зроблених незадовго до та після форку, може містити простої сервісу або виведення коштів, утримані для ручної перевірки. Це створило б слабку основу для оцінки звичайних часів підтвердження. Більш порівнянна вибірка відстежувала б, коли користувачі подали транзакцію, коли вона вперше з'явилася в блоці та коли провайдер зарахував її. Розбиття очікування на ці інтервали допомагає ізолювати ту частину, яку фактично змінює консенсус.

Утричі більше блоків змінює те, як виглядають результати майнінгу

Майнери можуть порівнювати щоденні винагороди до та після оновлення, відокремлюючи субсидію від компонента комісій. Субсидія — це сума, виділена правилами протоколу. Комісії за транзакції змінюються залежно від транзакцій, які надсилають користувачі, та комісій, включених у блоки.

Використовуючи лише цільові показники блоків, день містить приблизно 1152 блоки при 75 секундах і 3456 при 25 секундах. З однією третиною субсидії на блок це дає ту саму заплановану сукупну субсидію за день. Фактична кількість блоків може відрізнятися, тому окремий день все ще може бути вищим або нижчим за будь-який із цих орієнтирів.

Тому оператор майнінг-пулу повинен буде порівнювати прибутковість за той самий період часу. Графік, що показує виплату за блок, за задумом впаде під час переходу. Графік, що показує сукупну субсидію за тиждень, ставить інше питання. Комісії пулу, витрати на обладнання, електроенергія та частка обчислювальної потужності мережі, яку контролює майнер, визначають, скільки цей майнер залишає собі.

Розподіл комісій можна оцінити окремим розрахунком. Якщо субсидія становить 99% винагород майнера до оновлення, а комісії — 1%, скорочення частки комісій на 60% зменшило б загальні винагороди на 0,6%, за умови, що всі інші вхідні дані залишаються незмінними. Якщо комісії становлять 10%, та сама зміна зменшила б загальні винагороди на 6%. Обидва приклади є гіпотетичними та ізолюють правило комісій від змін у використанні та конкуренції.

Перше порівняння для майнінг-пулів так само чутливе до вибраного вікна. Взяття однієї години з кожного боку від активації може дати незвичайні результати, якщо пул випадково знайшов кілька блоків або кілька незвично великих транзакцій потрапили близько одна до одної. Вимірювання загальних комісій і випущеної субсидії за однакову кількість годин дає більш інтерпретований результат. Правила зарахування пулу можуть додатково відокремити, коли дохід записується в ланцюгу, від того, коли окремі майнери бачать баланс на своєму рахунку.

Як ілюстрація, пул, який обліковує постійну частку успішних блоків, очікував би зафіксувати більше знайдених блоків за день за новим графіком. Менша винагорода, прив'язана до кожного знаходження, змінює одиниці, в яких надходить його дохід. Якщо пул повідомляє винагороди за блок, не показуючи також, скільки він знайшов і скільки заплатив за одиницю роботи, користувач, який дивиться на панель приладів, може сплутати зміну в розподілі зі зміною в доході. Ось чому щоденне порівняння потребує як компонентів субсидії, так і комісій, разом із порівнянним показником участі.

Резерв змінюється, коли комісії підтримують майнерів

Згідно з Механізмом стійкості мережі, протокол зберігає запис вартості, відкладеної для подальшого повторного випуску. Цей пул дає мережі джерело майбутніх винагород, що походять із комісій або прийнятних незатребуваних сум. Баланс резерву та правила його використання визначають, скільки може бути доступним з часом.

Таким чином, два періоди можуть мати різні співвідношення між використанням і витратами на безпеку. Поки комісії накопичуються, поточні майнери зберігають лише частку, виплачену негайно. Щойно повторний випуск заплановано розпочати, майбутні майнери можуть отримувати винагороди від активності, що відбулася набагато раніше. Учасники, які отримали початкову частку комісій, і ті, хто пізніше отримує винагороди, фінансовані з резерву, можуть бути різними.

Дизайн зберігає причину для майнерів включати транзакції, що сплачують комісії, через частку, яку вони залишають собі. Він також порушує питання про те, який попит на блоки потрібен, перш ніж резерв стане економічно значущим. Якщо комісії скромні порівняно з субсидією, великий відсоток комісій все ще може становити малу частку коштів, що підтримують майнінг.

Окрема пропозиція спрямувати додаткову частину винагород до резерву ілюструє цю відмінність. Внесок, уже визначений у NU7, і пропозиція щодо майбутнього фінансування є окремими політичними рішеннями. Опис правил запуску має використовувати параметри зі специфікації оновлення та зберігати пізніші пропозиції щодо фінансування окремими.

Резерв створює інше питання для того, хто відстежує емісію. Вартість, відкладена з комісій, може бути зарахована, коли вона надходить до резерву, і знову, коли правила зрештою перевипустять її. Це окремі події в житті однієї й тієї самої вартості. Обліковий погляд, який трактує кожну з них як нову пропозицію, може затуманити те, скільки доступно користувачам на певній висоті. ZIP 259 надає дати подій у блоках, що дозволяє спостерігачеві визначити, яке правило діє, без екстраполяції з прогнозу за реальним часом.

Програмний перехід впливає як на сервіси, так і на операторів вузлів

Zebra 7.0.0 — це стабільний випуск, який підтримує активацію в основній мережі. Сервіс, що використовує старіший вузол, може продовжувати працювати з програмним забезпеченням, навіть коли його бачення ланцюга більше не відповідає оновленій мережі. Тому біржа, бекенд гаманця або пул мають враховувати, що бачить їхня власна інфраструктура на висоті активації.

Ця відмінність стає помітною, коли різні сервіси повідомляють різні висоти блоків. Інтерфейс може залишатися доступним, навіть якщо вузол за ним перестає відстежувати ланцюг, якого очікують користувачі. Для бізнесу, який зараховує баланси, важливим питанням є те, чи його внутрішня система дотримується тих самих правил консенсусу, що й мережа, у якій клієнти надсилають кошти.

Підготовка до випуску включала виправлення, що впливають на синхронізацію та верифікацію. Ці виправлення стосуються операційної поведінки поряд з оновленням консенсусу. Для оператора перемикання тому передбачає більше, ніж перевірку заявленого інтервалу блоків. Воно включає запуск сумісної версії та переконання, що залежності сервісу продовжують правильно читати й обробляти ланцюг.

Тестова мережа надала розробникам місце для випробування правил до зміни в основній мережі. Вона дає докази того, що код може обробляти блоки за нових налаштувань у тестовому середовищі. Впровадження в основній мережі залежить від операторів, які підтримують реальні гаманці, депозити та майнінг. Їхню поведінку можна спостерігати через ланцюг і через будь-які повідомлення сервісів, видані напередодні активації.

Біржа, яка готується до переходу, має узгодити два записи. Її вузол відстежує блоки та транзакції в них, тоді як реєстр клієнтів фіксує те, чим користувачі можуть торгувати або що можуть виводити. Оновлення ланцюга може відбуватися, поки біржа деякий час тримає ці реєстри окремо, особливо якщо сервіс хоче підтвердити, що депозити, помічені до оновлення, залишаються видимими для його оновленої інфраструктури. Час, який чекає клієнт, тоді визначається тим, коли сервіс узгодить реєстри та відновить зарахування на рахунки.

Sprout надає оновленню незворотний наслідок для деяких коштів

Оригінальний захищений пул є застарілою частиною історії Zcash. Пізніші пули дали мережі різні способи представлення захищених транзакцій, але баланс, залишений у Sprout, усе ще залежить від форматів, які можуть витрачати з цього пулу. NU7 змінює допустимі версії транзакцій, що робить питання формату суттєвим для власника застарілого балансу.

Баланс гаманця, відображений як ZEC, дає власнику суму валюти. Може знадобитися більше інформації, щоб визначити пул і доступний шлях витрачання. Дія, що стосується власника застарілих коштів, — це переміщення коштів сумісним маршрутом до зміни консенсусу. Оновлення програмного забезпечення саме по собі не може створити дійсну транзакцію після того, як старий формат перестане прийматися.

Публічна цифра балансу в пулі не може сказати спостерігачеві, скільки власників активно ним користуються або яка частина є відновлюваною за допомогою ще доступних ключів. Мала кількість великих балансів і багато малих неактивних балансів могли б дати ту саму суму. Правило застосовується до коштів, що залишаються в пулі на момент активації, незалежно від того, як вони там опинилися.

Цей наслідок є окремим від верхньої межі грошової пропозиції та від комісій, зарезервованих для майбутніх винагород. Обробка протоколом старої версії транзакцій видаляє шлях витрачання. Правило резерву враховує комісії, які згодом можуть бути перевипущені відповідно до його власного графіка. Специфікація оновлення трактує їх як окремі зміни, причому транзакції версії 4 стають недійсними з висоти активації в основній мережі.

Дедлайн Sprout є винятком із історії, яка в іншому вимірюється інтервалами та середніми значеннями. Гаманці та біржі можуть переглядати правила підтвердження, а дохід від майнінгу змінюватиметься залежно від активності. Правило, що впливає на застарілий пул, зафіксовано на висоті активації. Після того, як оновлений ланцюг застосує обмеження, наявність лише новішого гаманця не відновлює можливість витрачати баланс, залишений там.

За чим стежити

• Активація. Досягнення мережею блоку 3 543 405 і виробництво наступних блоків за новими правилами.
• Політики депозитів. Публікація біржами нових порогів підтвердження або відновлення призупинених депозитів.
• Активність Orchard. Спостережувані дії за блок і витрачений час у періоди навантаження.
• Дохід від майнінгу. Щоденні надходження комісій і дохід від субсидій, порівняні за еквівалентні проміжки.
• Sprout. Повідомлення гаманців із зазначенням, які застарілі баланси можна було перемістити до активації.

Часті запитання