Podczas ostatniego wystąpienia na konferencji Devconnect, Vitalik Buterin przedstawił zaktualizowaną, 30-minutową wizję rozwoju Ethereum. Prezentacja odeszła od ogólnych haseł na rzecz konkretnych propozycji technicznych (EIP) i redefinicji roli Ethereum jako „Światowego Komputera”. Buterin położył nacisk na przejście od teoretycznych modeli skalowania do ich praktycznej implementacji w latach 2025-2030, wprowadzając pojęcie Lean Ethereum.
Kontekst: Redefinicja „World Computer” i fundamentalne wartości
Buterin rozpoczął od wyraźnego rozróżnienia między firmą a społecznością oraz scentralizowanym zaufaniem a weryfikacją, używając upadku FTX jako negatywnego punktu odniesienia. Kluczowym elementem wstępu była jednak redefinicja terminu World Computer.
Współzałożyciel Ethereum podkreślił, że sieć nie ma na celu zastąpienia tradycyjnych chmur obliczeniowych do zadań wymagających dużej mocy (jak wnioskowanie LLM) czy niskich opóźnień (low latency). Zamiast tego, Ethereum ma pozostać warstwą globalnego konsensusu, zapewniającą cenzuroodporność i weryfikowalność. To precyzyjne określenie zakresu pozwala zrozumieć kierunek techniczny: optymalizację pod kątem bezpieczeństwa i weryfikacji, a nie surowej przepustowości obliczeniowej.
Analiza Mapy Drogowej
Prezentacja została podzielona na trzy kluczowe etapy czasowe, z których każdy niesie istotne implikacje dla architektury sieci.
1. Łuk Skalowalności (2025-2026)
Najbliższa przyszłość skupia się na zwiększaniu przepustowości L1 bez utraty decentralizacji. Buterin zauważył, że limit gazu wzrósł już o 50% w bieżącym roku, a trwają dyskusje nad podniesieniem go do poziomu 60 milionów. Aby było to bezpieczne, konieczne są konkretne usprawnienia:
- EIP-7732 (Enshrined Proposer-Builder Separation): Wbudowanie PBS bezpośrednio w protokół ma umożliwić walidatorom przeznaczenie większej części slotu na procesowanie bloku, bez faworyzowania scentralizowanych podmiotów.
- EIP-7928 (Block-Level Access Lists): To kluczowy element dla równoległości (parallelization). Choć samo EVM pozostaje jednowątkowe, listy dostępu pozwolą wszystkim węzłom (poza tym, który tworzy blok) na weryfikację transakcji w sposób równoległy. To rozwiązanie drastycznie redukuje narzut obliczeniowy dla sieci.
2. Renesans „Pełnego Węzła” i ZK-EVM
Buterin zidentyfikował obecny stan synchronizacji węzła (4 dni, >1TB danych) jako krytyczną barierę. Odpowiedzią ma być szeroka implementacja ZK-EVM na poziomie warstwy pierwszej (L1).
Celem nie jest tylko skalowanie rollupów, ale wykorzystanie dowodów z wiedzą zerową (ZK-SNARKs) do weryfikacji poprawności bloków L1. W wizji Buterina, „klient” Ethereum w przyszłości (nawet na urządzeniu mobilnym) będzie weryfikował krótki dowód kryptograficzny zamiast re-ekzekwować wszystkie transakcje. To powrót do idei, w której każdy użytkownik może, przy minimalnych zasobach (bandwidth/storage), weryfikować stan sieci – co Buterin określił mianem „powrotu kultu pełnego węzła”.
3. Lean Ethereum (2027-2030)
Długoterminowa wizja zakłada „odchudzenie” protokołu, czyli realizację strategii Lean Ethereum (temat ten analizowaliśmy już wcześniej tutaj). Oznacza to spłatę długu technicznego i zastąpienie suboptymalnych komponentów nowszymi, bezpieczniejszymi standardami:
- Kryptografia kwantowa: Pełne przejście na algorytmy odporne na komputery kwantowe.
- Hashowanie przyjazne ZK: Zastąpienie obecnych funkcji hashujących nowszymi standardami, takimi jak Poseidon, które są znacznie wydajniejsze w generowaniu dowodów ZK.
- Single Slot Finality: Optymalizacja mechanizmu konsensusu w celu drastycznego skrócenia czasu finalizacji transakcji.
Integracja kryptograficzna i warstwa aplikacji
Ważnym wątkiem wystąpienia było umiejscowienie blockchaina w szerszym spektrum „programowalnej kryptografii”. Ethereum ma współdziałać z technologiami takimi jak FHE (Fully Homomorphic Encryption) oraz MPC (Multi-Party Computation).
Buterin wskazał na konieczność poprawy prywatności nie tylko na poziomie transakcyjnym (L2/Rollupy), ale także na poziomie sieciowym (ochrona przed wyciekiem danych przez węzły RPC) oraz w mechanizmach głosowania (DAO). Wskazał na protokoły takie jak Waku (następca Whisper) oraz Helios (light client), jako niezbędne elementy infrastruktury, które muszą dojrzeć równolegle do samego protokołu Ethereum.
Wystąpienie Vitalika na Devconnect sygnalizuje przejście ekosystemu w fazę dojrzałej inżynierii. Zamiast abstrakcyjnych debat o „trylemacie skalowalności”, otrzymujemy konkretny plan inżynieryjny: równoległe przetwarzanie weryfikacji (Access Lists), wbudowany PBS i docelowo pełną weryfikowalność ZK na poziomie L1.
Koncepcja Lean Ethereum sugeruje, że po okresie gwałtownego wzrostu złożoności protokołu (The Merge, blobs), nadchodzi czas na jego uproszczenie i optymalizację. Dla deweloperów oznacza to stabilizację fundamentów, przy jednoczesnym otwarciu nowych możliwości dzięki integracji zaawansowanej kryptografii bezpośrednio z architekturą sieci.