Vitalik proponuje uproszczenie Ethereum L1, dążąc do prostoty protokołu podobnej do Bitcoina w ciągu pięciu lat

ChainCatcher donosi, że współzałożyciel Ethereum, Vitalik Buterin, opublikował wpis na blogu, w którym stwierdza, że celem Ethereum jest stanie się "księgą świata": platformą do przechowywania zasobów cywilizacyjnych i zapisów, służącą jako warstwa podstawowa dla finansów, zarządzania i uwierzytelniania danych o wysokiej wartości. Wymaga to dwóch rzeczy: skalowalności i odporności. Celem tego wpisu jest skupienie się na kluczowym, lecz często niedocenianym aspekcie odporności (który ostatecznie również odnosi się do skalowalności): prostocie protokołu. Jednym z najlepszych aspektów Bitcoina jest jego niezwykle prosty i elegancki projekt protokołu. Utrzymanie prostoty protokołu pomaga Bitcoinowi lub Ethereum stać się zaufaną, neutralną i globalnie zaufaną warstwą infrastruktury. W przeszłości Ethereum często nie spełniało tego wymogu, a ten artykuł omówi, jak Ethereum może stać się prawie tak proste jak Bitcoin w ciągu najbliższych pięciu lat.

Uproszczenie warstwy konsensusu: Nowa warstwa konsensusu (wcześniej znana jako "Beam Chain") ma na celu stworzenie długoterminowej optymalnej warstwy konsensusu dla Ethereum, wykorzystując całe doświadczenie, które zgromadziliśmy w ciągu ostatniej dekady w teorii konsensusu, rozwoju ZK-SNARK, ekonomii proof-of-stake i innych dziedzinach. Zaletą tej warstwy konsensusu jest to, że jest znacznie prostsza niż istniejący łańcuch beacon.

Uproszczenie warstwy wykonawczej: Złożoność EVM rośnie, a wiele z tej złożoności okazało się niepotrzebne (w wielu przypadkach z mojej winy). Zaleca się zastąpienie EVM przez RISC-V lub inną maszynę wirtualną, która może pisać dowody ZK dla Ethereum.

Sugeruję, abyśmy podążali za podejściem projektu tinygrad i ustalili "maksymalny cel liczby linii kodu" dla długoterminowych specyfikacji technicznych Ethereum, dążąc do tego, aby krytyczny kod związany z konsensusem w Ethereum był jak najbliższy prostocie Bitcoina. Kod związany z przetwarzaniem historycznych reguł Ethereum nadal będzie zachowany, ale powinien być unikany wchodzenia na krytyczną ścieżkę konsensusu. Jednocześnie powinniśmy również wdrożyć następujące zasady w ogólnej filozofii projektowania: priorytet dla prostszych rozwiązań tam, gdzie to możliwe, preferowanie "zamkniętej złożoności" nad "systemową złożonością" oraz priorytet dla rozwiązań z wyraźnymi, weryfikowalnymi właściwościami i gwarancjami w decyzjach projektowych.