[Angielski długi tweet] Nowa podróż Ethereum: w kierunku 10 000 TPS i ostatecznej wizji „ZK Everything”

Chainfeeds Wprowadzenie:

Ethereum przygotowuje się na największą zmianę architektury od czasu swojego uruchomienia: zastąpienie EVM przez RISC-V. Powód jest prosty – w przyszłości zorientowanej na ZK, EVM stał się największym wąskim gardłem.

Źródło artykułu:

https://x.com/0xJaehaerys/status/1960051628129865918

Autor artykułu:

jaehaerys

Poglądy:

jaehaerys:Ethereum stoi na najważniejszym architektonicznym rozdrożu od czasu swojego powstania: zastąpienie Ethereum Virtual Machine (EVM) przez RISC-V. Główną przyczyną tej zmiany jest fakt, że w erze zero-knowledge proofs (ZK), EVM stał się największym wąskim gardłem. Obecnie sposób działania zkEVM polega na tym, że interpreter EVM jest najpierw kompilowany do RISC-V, a następnie poddawany dowodzeniu, co powoduje spadek wydajności od 50 do 800 razy. W miarę jak inne elementy, takie jak funkcje skrótu, zostały zoptymalizowane, dowodzenie wykonania bloku staje się najbardziej czasochłonną częścią, a nieefektywność EVM jest wyraźnie widoczna. Vitalik zauważył, że zamiast nakładać kolejną warstwę EVM, lepiej bezpośrednio udostępnić RISC-V, eliminując zbędną warstwę interpretacji. Jednocześnie „precompile contracts”, na których Ethereum polegało przez długi czas, okazały się źródłem długu technologicznego. Te zakodowane na stałe funkcje zwiększają złożoność protokołu i ryzyko konsensusu, a każdorazowe dodanie nowej funkcji wymaga hard forka, co spowalnia innowacje. Vitalik jasno stwierdził, że należy wstrzymać wprowadzanie nowych precompile i przejść na implementację w RISC-V. Ponadto, 256-bitowa architektura stosu używana przez EVM jest wyjątkowo nieefektywna, zwłaszcza gdy w scenariuszach ZK typowe obliczenia całkowite wymagają tylko 32/64 bitów, a dodatkowe koszty są powiększane 2–4 razy. Podsumowując, trzy główne problemy – wąskie gardło wydajności, dług technologiczny i przestarzała architektura – sprawiają, że „rekonstrukcja warstwy wykonawczej Ethereum za pomocą RISC-V” staje się pilną koniecznością. RISC-V nie jest konkretnym produktem, lecz otwartym, modułowym standardem zestawu instrukcji. Jego minimalistyczne jądro zawiera tylko około 47 podstawowych instrukcji, a bezpieczeństwo i możliwość weryfikacji znacznie przewyższają złożony EVM; otwarty ekosystem oznacza również, że deweloperzy nie muszą budować narzędzi kompilacyjnych od zera – główne języki, takie jak Rust, C++ czy Go, mogą być bezpośrednio kompilowane do RISC-V, znacznie obniżając próg wejścia dla społeczności deweloperów Ethereum. Co ważniejsze, ekosystem ZK niemal osiągnął konsensus: 9 na 10 projektów zkVM wybrało RISC-V jako podstawowy ISA, co dowodzi, że ten standard stał się de facto branżowym rozwiązaniem. W porównaniu z niejasną „Yellow Paper”, RISC-V posiada sformalizowaną, możliwą do odczytu maszynowego specyfikację SAIL, która stanowi podstawę do matematycznej weryfikacji poprawności. Dodatkowo, „tryb uprzywilejowany” RISC-V zapewnia sprzętową izolację dla zaufanego środowiska wykonawczego – kontrakty użytkownika muszą wywoływać tryb jądra za pomocą instrukcji ECALL, tworząc solidniejszą granicę bezpieczeństwa niż sandbox EVM. Ścieżka migracji będzie podzielona na trzy etapy: pierwszy etap to zastąpienie precompile przez RISC-V w niskiego ryzyka scenariuszach; drugi etap to era współistnienia dwóch VM, gdzie kontrakty EVM i RISC-V mogą się wzajemnie wywoływać; trzeci etap to „strategia Rosetta”, gdzie EVM będzie długoterminowo kompatybilny jako kontrakt działający na RISC-V. Ta stopniowa ewolucja zapewnia stabilność i usuwa przeszkody dla ostatecznego uproszczenia protokołu. Transformacja EVM→RISC-V to nie tylko aktualizacja warstwy wykonawczej, ale także całkowita przebudowa ekosystemu Ethereum. Dla Rollupów, rozwiązania optymistyczne (Arbitrum, Optimism) polegają na L1 EVM do ponownego obliczania fraud proofs – gdy EVM zostanie zastąpiony, ich model będzie musiał zostać całkowicie przebudowany lub odłączony. Natomiast ZK Rollup skorzystają strategicznie: większość projektów już używa RISC-V wewnętrznie, a natywna unifikacja środowisk wykonawczych L1 i L2 umożliwi „native Rollup”, efektywne i bezproblemowe rozliczenia z L1 oraz obniżenie kosztów dowodzenia. Dla deweloperów, Rust, Go, Python i inne języki będą mogły być uruchamiane bezpośrednio na L1, znacznie poszerzając granice rozwoju smart kontraktów; dla użytkowników, koszty dowodzenia mogą spaść stukrotnie, a Ethereum osiągnie poziom „Gigagas L1” z przepustowością rzędu dziesiątek tysięcy TPS. W dłuższej perspektywie, ta transformacja wpisuje się w wizję „Lean Ethereum”: uproszczenie warstw konsensusu, danych i wykonania, aby Ethereum stało się minimalistyczną, możliwą do weryfikacji warstwą zaufania dla Internetu. Propozycja Vitalika „the endgame is ZK-snark everything” przestaje być fantazją, a dzięki RISC-V staje się realnym planem. Oznacza to, że przyszłość Ethereum to już nie tradycyjna „wirtualna maszyna smart kontraktów”, lecz globalny, możliwy do weryfikacji, przejrzysty fundament zaufania. [Oryginał w języku angielskim]