Vitalik: Ethereum wejdzie w fazę „Lean Ethereum”, a w ciągu najbliższych 3–4 lat kluczowy protokół może przejść pełną restrukturyzację

BlockBeats donosi, że 5 lipca współzałożyciel Ethereum, Vitalik Buterin, opublikował wpis, w którym poinformował, że badacze Ethereum niedawno odbyli spotkanie w Berlinie, kontynuując dyskusje z kwietnia na Svalbardzie z zespołami klientów i aktualizując długoterminową mapę drogową protokołu.

Vitalik stwierdził, że „Lean Ethereum” nie jest jednorazową aktualizacją, lecz serią ewolucji protokołu, które będą stopniowo wprowadzane na przestrzeni najbliższych 3 do 4 lat. Skala tych zmian można porównać do „The Merge” jako drugiego dużego kroku, a obecny etap może być postrzegany jako trzecia istotna ewolucja.

Zaznaczył, że przyszłe kluczowe zmiany w Ethereum mogą obejmować: zastosowanie rekurencyjnych weryfikacji STARK zamiast bezpośredniego weryfikowania wykonania, wprowadzenie kryptografii odpornej na komputery kwantowe, dostosowanie mechanizmu konsensusu do oddzielnej konstrukcji łańcucha dostępności i finalności, a także rekonstrukcję modelu Gas i struktury stanu w wielu wymiarach.

Na poziomie stanu, Ethereum może około 2030 roku przyjąć „dwupoziomową strukturę stanu”, która obejmie około 2 TB tradycyjnego stanu dynamicznego oraz około 100 TB nowego, skalowalnego stanu, aby wspierać różne potrzeby rozwojowe aplikacji.

Vitalik podkreślił, że prywatność nie będzie już tylko funkcją dodatkową, lecz jednym z głównych celów projektowania protokołu, a system stanie się bardziej zależny od weryfikacji formalnej w celu zwiększenia bezpieczeństwa. Jednocześnie EVM będzie w przyszłości przenoszona na wyższy poziom abstrakcji, a warstwa bazowa może stopniowo przejść na architekturę RISC-V lub leanISA.

Dodał również, że takie kluczowe parametry jak limit Gas, pojemność Blob oraz czas bloku będą wielokrotnie regulowane w nadchodzących latach, a Ethereum będzie nadal rozszerzane poprzez optymalizacje klientów i aktualizacje protokołu.

Vitalik podsumował, że Ethereum wchodzi w etap ciągłej przebudowy i ekspansji, z celem przeprowadzenia modernizacji bazowego systemu bez naruszania istniejącego ekosystemu aplikacji.