Vitalik Buterin przesuwa rozmowę o skalowaniu Ethereum z Layer 2 (L2) z powrotem do sedna protokołu.
Rosyjsko-kanadyjski innowator twierdzi, że największymi długoterminowymi ograniczeniami Ethereum nie są rollupy ani pojemność blobów, ale głębsze wąskie gardła architektoniczne wewnątrz drzewa stanów sieci i maszyny wirtualnej.
Vitalik Buterin proponuje głęboką przebudowę Ethereum celującą w wąskie gardła drzewa stanów i maszyny wirtualnej
Według Buterina, dwa komponenty — drzewo stanów sieci i maszyna wirtualna — odpowiadają za ponad 80% kosztów dowodzenia. Jest to, jak mówi, krytyczny problem, ponieważ technologia zero-knowledge (ZK) staje się kluczowa dla mapy drogowej Ethereum.
Przebudowa drzewa binarnego
W sercu propozycji znajduje się EIP-7864, który zastąpiłby obecne sześciokątne drzewo Merkle Patricia Ethereum projektem drzewa binarnego.
Zmiana może brzmieć subtelnie, ale jej implikacje są znaczące. Drzewa binarne wygenerowałyby dowody Merkle około 4 razy krótsze niż obecna struktura, dramatycznie zmniejszając wymagania dotyczące przepustowości weryfikacji.
To sprawia, że lekkie klienty i aplikacje zachowujące prywatność są tańsze i bardziej opłacalne.
Nowa struktura grupowałaby również sloty pamięci w "strony", umożliwiając aplikacjom ładującym powiązane dane robienie tego bardziej efektywnie.
Wiele zdecentralizowanych aplikacji (dApps) wielokrotnie uzyskuje dostęp do sąsiednich slotów pamięci. Oznacza to, że aktualizacja mogłaby zaoszczędzić ponad 10 000 gas na transakcję w niektórych przypadkach.
Buterin zasugerował również połączenie zmiany drzewa z bardziej wydajnymi funkcjami hash, potencjalnie przynosząc dalsze korzyści w szybkości generowania dowodów.
Co ważniejsze, przeprojektowanie sprawiłoby, że warstwa bazowa Ethereum byłaby bardziej "przyjazna dla dowodzących", umożliwiając aplikacjom ZK bezpośrednią integrację ze stanem Ethereum zamiast budowania równoległych systemów.
Patrząc szerzej, propozycja drzewa binarnego ma na celu konsolidację dekady lekcji z zarządzania stanem w czystszą, przyszłościową strukturę.
Przyszłość poza EVM?
Jeszcze bardziej ambitna jest długoterminowa wizja Buterina dla silnika wykonawczego Ethereum. Zaproponował ideę ostatecznego wyjścia poza Ethereum Virtual Machine (EVM) w kierunku architektury opartej na RISC-V.
RISC-V to szeroko stosowany otwarty zestaw instrukcji, który mógłby oferować większą wydajność i prostotę.
Buterin argumentował, że rosnące poleganie Ethereum na specjalnych prekompilacjach odzwierciedla głębszy dyskomfort z samym EVM.
Jeśli podstawową obietnicą Ethereum jest programowalność ogólnego przeznaczenia, zasugerował, to VM powinien w pełni wspierać tę wizję bez nadmiernych obejść. VM oparty na RISC-V mógłby:
- Zmniejszyć złożoność
- Poprawić surową wydajność wykonania oraz
- Lepiej dopasować się do nowoczesnych systemów dowodzenia zero-knowledge, z których wiele już wewnętrznie używa środowisk RISC-V.
W krótkim okresie Buterin zaproponował "zwektoryzowaną prekompilację matematyczną", opisywaną jako "GPU dla EVM". Mogłoby to znacząco przyspieszyć operacje kryptograficzne.
W dłuższym okresie nakreślił fazowe przejście, w którym RISC-V najpierw zasiłałby prekompilacje, następnie wspierałby kontrakty wdrażane przez użytkowników, a ostatecznie wchłonąłby sam EVM jako warstwę kompatybilności.
Debata nad złożonością
Jednak nie wszyscy są przekonani, że Ethereum potrzebuje więcej głębokich zmian warstwowych. Analityk DBCrypto skrytykował to, co opisał jako rosnącą abstrakcję w mapie drogowej Ethereum, włączając nowe ramy mające na celu rozwiązanie fragmentacji rollupów.
Każda dodatkowa warstwa, argumentował, zwiększa złożoność, wprowadza założenia dotyczące zaufania i tworzy dodatkowe potencjalne powierzchnie ataku.
Napięcie odzwierciedla szerszą debatę, czy Ethereum powinien kontynuować warstwowanie rozwiązań na istniejącym projekcie, czy przebudować swoje fundamenty.
Jednak według Vitalika Buterina, architektura Ethereum musi ewoluować i adaptować się, gdy dowody zero-knowledge przechodzą z niszy do konieczności.
Następna faza skalowania, sugeruje, może nie nastąpić na Layer 2, ale raczej głęboko w rdzeniu Ethereum.
Źródło: https://beincrypto.com/vitalik-buterin-ethereum-core-upgrade/
