Fundacja Zcash wydała Zebra 7.0.0 z obsługą sieci głównej NU7, informując operatorów węzłów, aby zaktualizowali oprogramowanie przed blokiem 3 543 405, oczekiwanym około 5 listopada.
Podsumowanie
- Operatorzy sieci głównej muszą zaktualizować oprogramowanie przed aktywacją, aby pozostać w łańcuchu konsensusu.
- Wydania Zebra 6.4.x mają przestać działać na kilka dni przed aktualizacją.
- NU7 wprowadza bloki 25-sekundowe, zachowując zaplanowaną dzienną emisję ZEC.
- Fundacja podaje, że Zebra 7.0.0 zawiera poprawki dla pięciu biuletynów bezpieczeństwa.
Fundacja Zcash poinformowała w swoim ogłoszeniu z 22 października, że operatorzy sieci głównej muszą zainstalować aktualizację, aby pozostać w łańcuchu konsensusu, podczas gdy starsze wydania 6.4.x wyłączą się same na kilka dni przed aktywacją.
„Wszyscy operatorzy sieci głównej MUSZĄ zaktualizować oprogramowanie przed wysokością 3 543 405 (~5 listopada), aby pozostać w łańcuchu konsensusu.”
Fundacja wymieniła wśród funkcji wydania bloki 25-sekundowe, Mechanizm Zrównoważonego Rozwoju Sieci oraz poprawki dla pięciu biuletynów bezpieczeństwa.
Operatorzy Zebra stają w obliczu wcześniejszego wyłączenia
Aktualizacja inżynieryjna fundacji z 6 października wskazywała oczekiwane wyłączenie Zebra 6.4.x około 2 listopada. Deweloperzy skrócili okres działania oprogramowania z 15 tygodni do 12 tygodni, aby przesunąć to zatrzymanie przed planowaną aktualizacją sieci.
W tej samej aktualizacji zespół inżynieryjny podał, że obliczenia wygaśnięcia i szacunki synchronizacji zostały dostosowane do czasu bloku obowiązującego na każdej wysokości. Bez tej korekty szybsza produkcja bloków mogłaby spowodować wcześniejsze zatrzymanie oprogramowania niż zamierzono.
NU7 osiągnęła publiczną sieć testową na bloku 4 465 026 4 października, potwierdziła fundacja. Aktywacja w sieci testowej wprowadziła zmiany konsensusu do obserwacji przed wdrożeniem w sieci głównej.
Jak crypto.news informowało wcześniej 21 października, deweloperzy wybrali wysokość aktywacji w sieci głównej po spotkaniu edytorów ZIP 20 października. W momencie publikacji tamtego artykułu zmiana wciąż oczekiwała na integrację ze specyfikacją wdrożenia.
Obecny tekst ZIP 259 wymienia teraz blok sieci głównej 3 543 405. Jego zasady zgodności mówią, że zaktualizowane węzły będą rozłączać się od peerów ogłaszających starszą wersję protokołu sieciowego po aktywacji.
Specyfikacja ostrzega, że nieobsługiwane oprogramowanie może pozostać online i podążać za gałęzią konsensusu sprzed NU7. Nie określa, ilu operatorów nadal używa niekompatybilnego oprogramowania.
Zcash dąży do szybszych potwierdzeń bez szybszej emisji
ZIP 218 ustala nowy cel czasu bloku na 25 sekund, w dół z 75 sekund. Jego autorzy wskazują płatności, depozyty giełdowe i operacje międzyłańcuchowe jako zastosowania dotknięte oczekiwaniem na potwierdzenia.
Propozycja nie zaleca klientom zmniejszania liczby wymaganych potwierdzeń. Jej omówienie ryzyka wycofania rozróżnia modele bezpieczeństwa, w tym modele oparte na udziale atakującego w mocy wydobywczej oraz te oparte na koszcie ekonomicznym odwrócenia płatności.
Wyjaśnienie kandydata do wydania fundacji z 2 października mówi, że dzienna zaplanowana emisja pozostaje niezmieniona, ponieważ oprogramowanie dzieli zaplanowane nagrody za blok przez trzy i dostosowuje pozostałe interwały halvingu.
Jego opis zachowuje czteroletni harmonogram halvingu i limit podaży 21 milionów ZEC. Szybsza produkcja bloków nie oznacza zatem potrojenia zaplanowanej dziennej dotacji wydobywczej.
Wrześniowa ankieta wśród posiadaczy monet odnotowała około 99,9% poparcia dla krótszych odstępów między blokami i 98,9% poparcia dla zachowania halvingów. Uczestniczyło prawie 2,4 miliona ZEC, co stanowiło około 66% kwalifikujących się sald Ironwood w momencie migawki, zgodnie z opublikowanymi wynikami omówionymi 16 września.
Głosowanie zakończyło się 14 września po zarejestrowaniu sald na bloku sieci głównej 3 459 350 24 sierpnia. Kwalifikacja zależała od możliwych do wydania środków osłoniętych przechowywanych w Ironwood w momencie tej migawki.
NU7 przekierowuje opłaty na przyszłe nagrody za wydobycie
Wyjaśnienie kandydata do wydania fundacji opisuje podział, w którym 60% opłat transakcyjnych opuszcza obieg na rzecz rezerwy, podczas gdy górnicy zachowują pozostałe 40%.
W ramach Mechanizmu Zrównoważonej Sieci zarezerwowane środki mogą powracać stopniowo poprzez przyszłe nagrody blokowe. Materiał dotyczący aktywacji z 21 października wskazał blok sieci głównej 8 939 664 jako początek ponownego emisji, oczekiwany około lutego 2031 r.
Posiadacze monet opowiedzieli się za tym terminem z poparciem około 96,6% w wrześniowym głosowaniu. Specyfikacja wdrożenia wymienia wysokość ponownej emisji oddzielnie od wysokości aktywacji NU7.
Wyjaśnienie techniczne z 2 października zawiera powiązaną instrukcję dla pul wydobywczych. Ponieważ transakcja coinbase zależy od wybranych opłat transakcyjnych i rezerwy bloku nadrzędnego, górnicy powinni żądać świeżego szablonu bloku, zamiast samodzielnie zmieniać jego zestaw transakcji lub poprzedni blok.
Fundacja opisała limity aktywności osłoniętej obejmujące poszczególne pule oraz wspólny budżet między pulami. Jej aktualizacja inżynieryjna mówi, że te ograniczenia mają na celu ochronę lekkich portfeli przed spamem, podczas gdy sieć produkuje bloki częściej.
ZIP 218 ustala wspólny osłonięty budżet na 330 akcji na blok, obok oddzielnych limitów dla pul. Jego autorzy szacują, że zmiany zmniejszają najgorszy dzienny transfer synchronizacji lekkiego portfela z 271 megabajtów do 169 megabajtów, czyli o około 37%.
Propozycja wskazuje na oddzielny kompromis w zakresie prywatności. Częstsze bloki dają obserwatorom dokładniejsze informacje o czasie, które można połączyć z obserwacjami z sieci lub aplikacji. Jej autorzy twierdzą, że nowe limity nie zapobiegają analizie ruchu ani nie eliminują ryzyka ataku typu denial-of-service.
Środki Sprout mają oddzielny termin wydatkowania
Materiał dotyczący sieci testowej z 5 października opisał kolejną zmianę NU7 wpływającą na środki w Sprout, pierwotnej osłoniętej puli Zcash. Wyłączenie transakcji w wersji 4 uniemożliwia wydanie tych środków po aktywacji, chyba że posiadacze przeniosą je wcześniej.
ZIP 259 określa, że zakaz dotyczy każdej transakcji w wersji 4, w tym transakcji wyłącznie przejrzystych i transakcji Sapling. Zapisane transakcje podpisane offline wymagają tych samych kontroli aktywacji.
Specyfikacja mówi, że wersje 5 i 6 zachowują swoje istniejące struktury, ale ich podpisy zobowiązują się do identyfikatora gałęzi konsensusu. Niezmieniony format transakcji nie gwarantuje, że transakcja pozostanie ważna po aktywacji.
