Twórcy Zcash planują 20-sekundowe bloki po przebudowie sieci

Programiści Zcash proponują 20-sekundowy czas tworzenia bloków

Programiści Zcash zaproponowali skrócenie docelowego czasu między blokami w sieci do 20 sekund, zaledwie kilka dni po tym, jak w ramach dużej aktualizacji czas ten został skrócony do 25 sekund. Najnowsza propozycja ma na celu przyspieszenie potwierdzania transakcji przy jednoczesnym zachowaniu obecnego harmonogramu emisji i limitu podaży Zcash (ZEC).

Propozycja, opublikowana do dyskusji społeczności na forach Zcash, ma zostać uwzględniona w nadchodzącej aktualizacji sieci 7.1 (NU7.1). Propozycja ta jest następstwem udanej aktywacji aktualizacji sieci 7 (NU7), która wprowadziła kilka zmian strukturalnych w Zcash, w tym szybsze tworzenie bloków, długoterminową rezerwę bezpieczeństwa sieci oraz wycofanie pierwotnej puli chronionej Sprout.

Aktualizacja skróciła docelowy interwał bloków w sieci Zcash z 75 sekund do 25 sekund oraz wprowadziła Mechanizm Zrównoważonego Rozwoju Sieci (NSM), opracowany przez Shielded Labs. Mechanizm ten przekierowuje 60% opłat transakcyjnych do długoterminowej rezerwy, której celem jest wzmocnienie bezpieczeństwa sieci w miarę spadku dotacji dla górników, począwszy od około 2031 roku.

Aktualizacja spowodowała również wycofanie starej puli Sprout poprzez zaprzestanie obsługi transakcji w wersji 4, co doprowadziło do trwałego zamrożenia około 12 226 ZEC o wartości około 16 mln dolarów, związanych z utraconymi lub porzuconymi kluczami.

Po aktywacji kurs ZEC odnotował znaczną zmienność cenową – początkowo wzrósł z 1 120 dolarów do ponad 1 380 dolarów, po czym spadł o 7% do 9%, osiągając przedział od 1 260 do 1 315 dolarów w wyniku realizacji zysków i zamykania pozycji lewarowanych.

Korekty opóźnień i limitów akcji

Pomimo niedawnej gruntownej przebudowy programiści Zcash już dążą do dalszego przyspieszenia potwierdzania transakcji. Najnowszy projekt zakłada dodatkowe skrócenie docelowego interwału między blokami o 20%, co zwiększyłoby oczekiwaną produkcję bloków o 25%.

Zgodnie z propozycją głównym celem jest skrócenie opóźnień transakcji, szczególnie w przypadku aplikacji wymagających szybkich potwierdzeń. Należą do nich płatności w punktach sprzedaży, wpłaty na giełdach kryptowalut oraz wymiany międzyłańcuchowe, gdzie krótszy czas potwierdzenia mógłby poprawić komfort użytkowania.

Proponowane zmiany nie wpłynęłyby na dzienny harmonogram emisji Zcash ani na limit podaży wynoszący 21 milionów ZEC. Zamiast tego dotacje do bloków oraz parametry zależne od czasu, w tym okna dostosowania trudności, zostałyby proporcjonalnie skalowane, aby dostosować się do szybszego harmonogramu tworzenia bloków.

Programiści zaproponowali również zmniejszenie limitów działań chronionych, aby zapobiec sytuacji, w której zwiększona częstotliwość tworzenia bloków spowodowałaby nadmierne obciążenie synchronizacyjne dla lekkich portfeli i węzłów sieciowych.

W szczególności projekt przewiduje zmniejszenie niektórych limitów ustanowionych w ramach ZIP 218 do czterech piątych ich obecnego poziomu, co spowoduje zmniejszenie globalnego budżetu chronionych operacji oraz odpowiednich limitów operacji Orchard i Ironwood z 330 do 264 na blok.

Tymczasem istniejący limit rozmiaru bloku wynoszący 2 MB pozostałby niezmieniony. Przy maksymalnym wykorzystaniu bloku proponowany interwał oznaczałby teoretyczną szczytową szybkość przetwarzania danych wynoszącą około 100 KB na sekundę.

Chociaż skrócenie docelowego interwału bloków w sieci Zcash do 20 sekund mogłoby przyspieszyć potwierdzanie transakcji, budzi to również obawy dotyczące wyższego wskaźnika bloków osieroconych wynikającego z węższych okien propagacji bloków. Szybka seria aktualizacji mogłaby również nałożyć dodatkowe obciążenia operacyjne na górników, giełdy i operatorów węzłów.

Jednak testy obciążeniowe oraz dane zebrane po wdrożeniu NU7 wskazują na niższy odsetek bloków osieroconych niż przed aktualizacją, częściowo dzięki optymalizacjom w implementacjach węzłów, takich jak Zebra i Zakura. Niemniej jednak ryzyko związane z dużym natężeniem ruchu w sieci głównej pozostaje.

W przeciwieństwie do aktualizacji NU7, która wprowadziła poważne zmiany strukturalne, aktualizacja NU7.1 skupia się przede wszystkim na zmniejszeniu opóźnień transakcji bez zmiany polityki monetarnej Zcash. Jej wdrożenie pozostaje jednak przedmiotem oceny społeczności i głosowań w ramach mechanizmów zarządzania.