Deweloperzy Zcash zaproponowali skrócenie czasu bloku w sieci z 25 sekund do 20 sekund, zaledwie kilka dni po tym, jak aktualizacja NU7 sprawiła, że potwierdzenia transakcji stały się trzykrotnie szybsze.
Podsumowanie
- Deweloperzy Zcash zaproponowali skrócenie docelowego czasu bloku z 25 sekund do 20 po listopadowej aktualizacji.
- Wczesne dane dotyczące kopania wykazały stosunkowo niski odsetek bloków osieroconych, mimo że sieć produkowała bloki znacznie szybciej.
- Deweloperzy przetestowali 20-sekundowe bloki przy użyciu 80 kopaczy w 12 regionach przed złożeniem najnowszej propozycji.
- Proponowane zmiany zachowałyby dzienną przepustowość chronionych transakcji Zcash oraz istniejący harmonogram emisji tokenów.
- Deweloperzy chcą zgody społeczności przed włączeniem krótszego interwału bloków do przyszłej aktualizacji NU7.1.
Zgodnie z opublikowaną propozycją na forum społeczności Zcash 8 listopada, deweloperzy Dev Ojha, znany jako ValarDragon, oraz Evan Forbes chcą, aby zmiana została rozważona w nadchodzącej aktualizacji NU7.1. Ich propozycja następuje po wczesnych wynikach sieci pokazujących, że szybsze bloki nie spowodowały wzrostu konkurencyjnych bloków, którego deweloperzy początkowo się obawiali.
Proponowana korekta skróciłaby oczekiwany czas na pierwsze potwierdzenie transakcji o kolejne pięć sekund. Jednak deweloperzy nie otrzymali zgody społeczności i nie ma potwierdzonej daty aktywacji.
Deweloperzy Zcash dążą do szybszych bloków po aktualizacji NU7
Zcash aktywował swoją aktualizację NU7 6 listopada na bloku 3 543 405, skracając docelowy czas między blokami z 75 sekund do 25 sekund. Aktualizacja zmieniła szybkość, z jaką kopacze dodają transakcje do blockchaina, bez zmiany maksymalnej podaży kryptowaluty.
Jak crypto.news wcześniej informowało, NU7 wprowadził nowe limity chronionych transakcji oraz system, który rezerwuje 60% opłat transakcyjnych na przyszłe nagrody za kopanie. Kopacze otrzymują pozostałe 40% bezpośrednio.
Ponieważ sieć produkuje teraz bloki trzykrotnie częściej, deweloperzy rozważają kolejną redukcję, aby poprawić czas, jaki użytkownicy spędzają na oczekiwaniu na potwierdzenie płatności.
Zgodnie z najnowszą propozycją transakcja wymagająca jednego potwierdzenia miałaby oczekiwany czas oczekiwania wynoszący około 20 sekund, w porównaniu z 25 sekundami w obecnych zasadach. Dla giełdy wymagającej trzech potwierdzeń docelowy okres oczekiwania spadłby z 75 sekund do 60 sekund.
Rzeczywiste czasy potwierdzenia mogą się różnić, ponieważ kopacze nie odkrywają bloków w stałych odstępach czasu. Giełdy i inni dostawcy usług mogą również ustalać własne wymagania dotyczące potwierdzeń przed udostępnieniem zdeponowanych środków.
Deweloperzy wskazali płatności detaliczne, depozyty giełdowe i swapy międzyłańcuchowe jako działania, które mogłyby skorzystać na krótszym interwale. Zmiana byłaby szczególnie istotna dla transakcji wymagających potwierdzenia w blockchainie, zanim inna usługa będzie mogła je przetworzyć.
Wczesne wyniki kopania wspierają proponowane 20-sekundowe bloki
Głównym problemem związanym z szybszymi blokami jest możliwość występowania większej liczby bloków osieroconych, które pojawiają się, gdy kopacze produkują konkurencyjne bloki, zanim sieć osiągnie porozumienie co do tego, który z nich zaakceptować.
Tylko jeden konkurencyjny blok staje się częścią akceptowanego łańcucha, pozostawiając kopaczy odpowiedzialnych za odrzucone bloki bez nagród za tę pracę. Skrócenie czasu między blokami może sprawić, że takie konflikty będą częstsze.
Jednak wczesne dane z trackera kopania ZecBlock wykazały zaobserwowany odsetek bloków osieroconych na poziomie 0,69% w ciągu 24 godzin kończących się wczesnym poniedziałkiem, w porównaniu z około 0,66% przed NU7.
Wskaźnik mierzony w całym okresie po aktualizacji był wyższy i wynosił 1,29%, odzwierciedlając początkowy wzrost, zanim kolejne odczyty spadły.
„Odsetek bloków osieroconych poprawił się bardziej, niż przewidywałem!” napisał Ojha (@zkDragon) w poniedziałkowej aktualizacji.
Usługa monitorująca rozszerzyła swoją sieć obserwacyjną z jednego węzła do dziesięciu tuż przed aktualizacją. Ponieważ dodatkowe węzły mogą wykryć konkurencyjne bloki, które wcześniej pozostawały niezarejestrowane, wcześniejsze i obecne dane nie są bezpośrednio porównywalne.
Deweloperzy przeprowadzili oddzielne testy z użyciem 80 górników rozmieszczonych w 12 regionach geograficznych, aby zbadać, jak proponowany 20-sekundowy interwał sprawdzi się w wymagających warunkach sieciowych.
Symulacje dały wskaźniki bloków osieroconych w zakresie od 1,9% do 3,3%, w zależności od konfiguracji oprogramowania górniczego. Wcześniejsze testy użyte do oceny bezpieczeństwa 25-sekundowych bloków odnotowały wskaźnik bloków osieroconych na poziomie 4,68%.
Proponowane zmiany w Zcash zachowałyby przepustowość transakcji
Chociaż propozycja powodowałaby częstsze tworzenie bloków, deweloperzy nie zamierzają zwiększać liczby prywatnych transakcji, które sieć może przetwarzać każdego dnia.
Wstępny plan techniczny zmniejszyłby maksymalną liczbę dozwolonych działań osłoniętych w każdym bloku z 330 do 264. Limit rozmiaru bloku wynoszący 2 MB pozostałby niezmieniony.
Deweloperzy wyjaśnili, że utrzymanie obecnych limitów na blok przy jednoczesnym tworzeniu większej liczby bloków zwiększyłoby ilość danych, które portfele mogłyby musieć pobrać i przetworzyć.
Propozycja dostosowałaby również subsydium blokowe i interwał halvingu, aby zachować istniejący harmonogram emisji Zcash i jego maksymalną podaż wynoszącą 21 milionów ZEC.
Kolejna proponowana zmiana dotyczy dostosowania trudności, które określa, jak trudne jest dla górników wydobycie nowych bloków.
W poście z 9 listopada Ojha wyjaśnił, że NU7 zwiększyło okno uśredniania trudności z 17 bloków do 102 bloków. Proponowany 20-sekundowy interwał podniósłby tę liczbę do 128 bloków.
Oszacował, że wahania trudności wcześniej wynoszące od około -40% do +30% mogłyby zawęzić się do przedziału między -20% a +15%, choć rzeczywista wydajność sieci pozostaje do zaobserwowania.
Deweloperzy zabiegają o aprobatę społeczności dla NU7.1
Ojha i Forbes chcą, aby propozycja została uwzględniona w następnej ankiecie społeczności Zcash i rozważona dla NU7.1, kolejnej aktualizacji sieci.
Deweloperzy nie ogłosili harmonogramu aktywacji ani nie uzyskali zgody na zmianę interwału bloków.
Tymczasem wcześniejsza implementacja NU7 wymagała od operatorów węzłów aktualizacji oprogramowania, aby pozostało kompatybilne z nowymi regułami konsensusu sieci.
Najnowsza propozycja zachowałaby zalecaną głębokość kotwicy potwierdzenia wynoszącą trzy bloki, skracając jej oczekiwany czas trwania z 75 sekund do 60 sekund. Zwiększyłaby również domyślny czas wygaśnięcia transakcji ze 120 bloków do 150 bloków, zachowując ten sam oczekiwany okres wygaśnięcia pomimo szybszego tworzenia bloków.
