L1 Ethereum nie miałby problemu z interakcją z zkEVM, wyjaśnia Vitalik

• Blockchain Ethereum rozszerzyłby się do trójwarstwowego klienta.
• Problemem pozostawały opóźnienia i wydajność transmisji danych.

Ethereum [ETH], nękany opóźnieniami w transakcjach i przeciążeniem sieci kilka lat temu, radzi sobie z tymi wyzwaniami dzięki mnóstwu skalowalnych rozwiązań. Ostatnim z nich jest integracja bez wiedzy z maszyną wirtualną Ethereum [zkEVM], uruchomiona przez Wielokąt [MATIC].

Po ile są 1,10,100 XNUMX XNUMX ETH warte dzisiaj?

Chociaż Mainnet Beta była zapoczątkowany 27 marca niewielu planowanych uczestników rozumie, w jaki sposób projekt L1 będzie współdziałał z jego odpowiednikiem L2. Z powodu tego zamazanego widoku Vitalik Buterin wydał a blogu dotyczące sprawy.

Czas na formułę udostępniania

Według współzałożyciela Ethereum, węzły projektu składające się z klienta konsensusu i wykonania zostały zredukowane, aby umożliwić udział zkEVM. Klient wykonawczy używa mechanizmu Proof-of-Stake (PoS) do sprawdzania poprawności danych w łańcuchu bloków. I odwrotnie, klient konsensusu jest odpowiedzialny za utrzymywanie najnowszej bazy danych i wykonywanie transakcji.

Zwykle ci klienci stanowią dwie trzecie sieci. Ale wraz z wprowadzeniem rollupów zk zapewniliśmy, że już tak nie jest. Dlatego pozwala programistom interweniować, gdy łańcuch przestaje finalizować bloki. zauważył Witalek,

„Na dzień dzisiejszy żaden klient konsensusu ani wykonania nie stanowi więcej niż 2/3 sieci”.

Ponadto Vitalik zwrócił uwagę, że zwolniona przestrzeń oznaczałaby, że zkEVM stanie się trzecim klientem Ethereum. Zauważył jednak, że nie będzie to tak natychmiastowe, ponieważ L1 musi pracować nad wykorzystaniem ich do weryfikacji w celu weryfikacji wykonania.

Wyzwań i poprawek

Pomimo możliwości zk Vitalik wspomniał, że istnieją problemy, których żaden L2 nie może rozwiązać. Wspomniał o wyzwaniu związanym z opóźnieniem, które może pozwolić na przerwanie łańcucha po późno opublikowanym bloku. I wydajność danych, która może ujawnić podpisy walidatorów. Przytoczył jednak, że w dłuższej perspektywie możliwe są rozwiązania, mówiąc: 

„Wyzwanie związane z opóźnieniami można rozwiązać, zachowując ostrożność podczas projektowania protokołu finalizacji pojedynczego gniazda. Kwestia wydajności danych musiałaby zostać rozwiązana poprzez posiadanie osobnego protokołu do agregowania danych związanych z weryfikacją”.

Dalsze spostrzeżenia dot publikacja wspomniała o zk Succinct Non-Interactive Argument of Knowledge (zk-SNARKS). Ponieważ dowody zk pozwalają stronom zweryfikować prawdziwe oświadczenie bez ujawniania jakichkolwiek innych informacji, zk-SNARKS umożliwia dowód posiadania bez interakcji między dowodzącym a weryfikatorem. 

Czytaj Przewidywanie cen Ethereum [ETH] 2023-2024

Jak to ujął Vitalik, zk-sNARKS i ERC-4337, które umożliwiają tworzenie i zawieranie kontraktów na blockchainie, mogą również rozwiązać problem wydajności danych.

Tymczasem szef Ethereum przyznał, że cały proces zajmie dużo czasu, zanim stanie się rzeczywistością. Przyznał również, że powolne wykonywanie i weryfikacja bloków może stanowić problem na początkowych etapach.