Kolejna aktualizacja sieci Zcash, NU7, ma już konkretny harmonogram, którego kulminacją ma być planowany start w sieci głównej 5 listopada. Zgodnie z postem na forum Zcash Foundation, Tachyon, Valar, ZODL i Shielded Labs doszły do porozumienia z zespołami inżynieryjnymi działającymi w ekosystemie w sprawie terminów ukończenia kodu, jego przetestowania i decyzji o gotowości do sieci głównej.

Harmonogram bazuje na głosowaniu nad zarządzaniem, w którym posiadacze Zcash opowiedzieli się za krótszym czasem tworzenia bloków i zachowaniem dotychczasowej struktury halvingu sieci, jak opisano w poprzednim raporcie. Nowy harmonogram dodaje to, czego głosowanie nie mogło zapewnić: konkretne terminy implementacji, testów i decyzji o aktywacji.

Ponieważ głosowanie nad zarządzaniem samo w sobie nie może zmienić reguł konsensusu Zcash, implementacje węzłów Zakura i Zebra muszą obie wprowadzić zgodne reguły, zanim giełdy, portfele i dostawcy infrastruktury będą mogli przygotować się do aktywacji. Zmiany konsensusu tego typu wchodzą w życie tylko wtedy, gdy każdy pełny węzeł egzekwuje te same reguły na tym samym wysokości bloku – dlatego obie implementacje muszą być gotowe jednocześnie przed jakąkolwiek datą aktywacji. Programiści odpowiedzialni za oba klienty omawiali również, czy proponowany harmonogram jest osiągalny.

Przegląd go/no-go 20 października wyznacza oś harmonogramu

30 września: ukończenie kodu. Wybrane funkcje mają zostać zaimplementowane i gotowe do włączenia do wydania testnetu.

6 października: aktywacja testnetu. Oficjalny testnet Zcash ma rozpocząć działanie NU7 według proponowanych reguł konsensusu.

20 października: przegląd sieci głównej. Programiści ocenią wyniki testów w testnecie, podejmą ostateczną decyzję o aktywacji i wybiorą wysokość bloku aktywacyjnego w sieci głównej.

5 listopada: proponowany start w sieci głównej. NU7 stanie się aktywny w sieci produkcyjnej, jeśli październikowy przegląd nie wykaże powodów do odroczenia.

Podczas dwutygodniowego okna testowego programiści mogą sprawdzić, czy Zak i Zebra pozostają zgodne przy produkcji bloków według nowych reguł. Giełdy, indeksatory i eksploratory bloków będą mogły również przetestować, czy ich systemy obsłużą wyższą częstotliwość bloków bez opóźnień.

To czyni 5 listopada datą docelową, a nie gwarantowaną datą aktywacji. Rozbieżność konsensusu, problem z wydajnością lub awaria infrastruktury wykryte w testnecie mogą nadal opóźnić aktualizację.

Pakiet wydawniczy NU7 został zawężony

Planowana aktualizacja zawiera trzy główne zmiany: docelowy czas bloku 25 sekund, usunięcie obsługi transakcji wersji 4 oraz integrację mechanizmu zrównoważonego rozwoju sieci. NU7 nie wprowadzi nowego formatu transakcji. Wycofanie tej pracy z wydania zmniejsza liczbę zmian konsensusu, które trzeba zaimplementować i przetestować przed listopadem.

Docelowy czas 25 sekund zastąpiłby obecny interwał bloków wynoszący 75 sekund – to zmiana, która odpowiada za trzykrotny wzrost częstotliwości bloków, mierzonej podczas testów; krótsze interwały oznaczają co do zasady krótsze oczekiwanie na pierwsze potwierdzenie transakcji. Usunięcie wersji 4 dotyczy starszego z dwóch formatów akceptowanych obecnie przez węzły Zcash, ponieważ nowszy format transakcji w wersji 5 jest dostępny od aktualizacji NU5 w 2022 roku.

Z ogłoszenia na forum wynika, że utrzymywane portfele nie powinny wymagać istotnych zmian. Użytkownicy nie są proszeni o przenoszenie środków, tworzenie nowych adresów ani konwersję posiadanych ZEC przed aktywacją.

Oprogramowanie nadal tworzące transakcje wersji 4 to osobna kwestia. Takie transakcje nie będą już akceptowane po NU7, więc porzucone lub nieaktualne portfele mogą przestać działać poprawnie. Użytkownicy korzystający z aktywnie utrzymywanych portfeli powinni otrzymać niezbędne zmiany zgodności poprzez zwykłe aktualizacje oprogramowania.

Operatorzy infrastruktury stoją przed większym dostosowaniem. Pełne węzły będą częściej napotykać bloki, a giełdy, eksploratory i indeksatory muszą zapewnić, że ich systemy nadążą za szybszym łańcuchem. Wydajność testnetu pokaże, czy te usługi poradzą sobie ze zmianą, zanim reguły staną się obowiązkowe w sieci głównej.

Opłaty wróciłyby w nagrodach za wydobycie po 2031 roku

NU7 wprowadziłby również komponent opłat mechanizmu zrównoważonego rozwoju sieci. Zgodnie z ZIP 235 co najmniej 60% opłat transakcyjnych w każdym bloku początkowo opuszczałoby obieg, podczas gdy pozostała część mogłaby nadal trafiać do górników.

Usunięte ZEC nie byłyby przenoszone do skarbca kontrolowanego przez Zcash Foundation, programistów ani żadną inną organizację. Powstała redukcja podaży zostałaby później skompensowana algorytmicznie poprzez dodatkową emisję blokową.

Uzgodniony projekt zachowuje zaplanowane halvingi Zcash. Reemisja ma rozpocząć się w 2031 roku, co pozwoli, aby aktywność transakcyjna po NU7 przyczyniała się do nagród za wydobycie w kolejnych latach bez zmiany krótkoterminowego harmonogramu halvingu.

praktyce co najmniej 60% bieżących opłat transakcyjnych najpierw opuszczałoby obieg, a od 2031 roku protokół stopniowo kompensowałby tę redukcję poprzez przyszłe dotacje blokowe. Ostateczny wkład będzie zależał od stopnia wykorzystania sieci: niskie przychody z opłat niewiele dodadzą do przyszłych nagród za wydobycie, natomiast wyższa aktywność transakcyjna przesunęłaby więcej ZEC z bieżących opłat do późniejszej emisji.

To teraz wydajność testnetu zdecyduje, czy termin się utrzyma

Główna niewiadoma to już nie to, czy społeczność popiera bloki 25-sekundowe. Programiści muszą teraz wykazać, że obie implementacje węzłów mogą podążać za tym samym łańcuchem i że wspierająca infrastruktura jest w stanie przetwarzać bloki pojawiające się trzy razy częściej.

Udane testy pozostawiłyby decyzję o wysokości bloku aktywacyjnego jako ostatni krok przed dotarciem NU7 do sieci głównej. Istotne awarie dałyby wyraźny powód do przesunięcia listopadowego celu, zamiast wystawiać sieć produkcyjną na ryzyko niegotowej aktualizacji.

Ten artykuł ma charakter wyłącznie informacyjny i nie stanowi porady finansowej ani inwestycyjnej. Daty aktualizacji sieci i specyfikacje techniczne mogą ulec zmianie podczas testów.