Ethereum przygotowuje się do walidacji bloków bez ich uruchamiania – oto jak to działa

Subtelna, ale znacząca zmiana kształtuje się w podstawowej architekturze Ethereum. Zamiast walidować bloki poprzez ponowne wykonywanie każdej transakcji, sieć przygotowuje alternatywną ścieżkę, w której walidatorzy potwierdzają poprawność poprzez weryfikację dowodów zero-knowledge.

Praca ta mieści się w mapie drogowej Layer-1 Ethereum na 2026 rok i reprezentuje strukturalną zmianę w sposobie osiągania konsensusu, a nie nową funkcję skalowania dołączoną na obrzeżach.

Propozycja ujawniona została publicznie po tym, jak członek Ethereum Foundation, znany jako ladislaus.eth, nakreślił postępy w kierunku projektu L1-zkEVM. Zmiana nie wpływa na sposób produkcji bloków ani na to, co użytkownicy przesyłają on-chain. Zamiast tego zmienia sposób, w jaki walidatorzy decydują, czy blok jest prawidłowy. Pierwszy warsztat L1-zkEVM zaplanowany jest na 11 lutego 2026 roku, wyznaczając formalny początek koordynacji wokół tego przedsięwzięcia.

Od Pełnego Ponownego Wykonania do Weryfikacji Dowodu

Obecnie każdy walidator, który chce poświadczyć blok, musi ponownie wykonać każdą transakcję w nim zawartą. Każdy węzeł niezależnie powtarza te same obliczenia, sprawdza te same przejścia stanów i przechowuje ten sam stan wykonania. Model ten obowiązuje od powstania Ethereum, ale skaluje się liniowo wraz z aktywnością. Wyższe limity gazu zwiększają obciążenie obliczeniowe, rozmiar stanu i wymagania dotyczące przepustowości dla każdego uczestnika.

Opracowywana alternatywa zastępuje powtarzające się obliczenia weryfikacją kryptograficzną. Zamiast ponownie uruchamiać transakcje, walidator weryfikuje kompaktowy dowód zero-knowledge pokazujący, że wykonanie zostało przeprowadzone prawidłowo. Czas weryfikacji pozostaje w przybliżeniu stały, niezależnie od tego, jak złożony był blok wewnętrznie. To jest główna idea dowodów zkEVM, obecnie implementowana bezpośrednio w przepływ pracy konsensusu Ethereum.

Jak Działa Pipeline L1-zkEVM

Zgodnie z obecnym projektem, klient wykonawczy produkuje Execution Witness, samodzielny pakiet danych wystarczający do walidacji przejścia stanu bloku bez przechowywania pełnego stanu wykonania. Standaryzowany program gościnny wykorzystuje ten świadek i sprawdza poprawność wykonania. zkVM uruchamia ten program i generuje dowód poświadczający, że wykonanie było zgodne z zasadami Ethereum.

Klienci konsensusu mogą następnie zweryfikować ten dowód zamiast wywoływać pełny klient wykonawczy. Walidatorzy, którzy wybiorą tę ścieżkę, nazywani są zkAttesters. Co ważne, ta ścieżka jest opcjonalna. Walidatorzy mogą nadal ponownie wykonywać bloki dokładnie tak, jak robią to dzisiaj.

Mechanizm ten jest sformalizowany w ramach EIP-8025 (Optional Execution Proofs). Propozycja nie wymaga hard forka i nie zmusza walidatorów do przyjęcia walidacji opartej na dowodach. Dodaje równoległą ścieżkę weryfikacji obok ponownego wykonania.

Integracja Konsensusu i Różnorodność Klientów

EIP-8025 określa, w jaki sposób dowody będą krążyć w sieci peer-to-peer. Dowody wykonania z różnych implementacji klientów są rozpowszechniane w dedykowanym temacie. Podczas przetwarzania bloku zkAttester może zweryfikować te dowody zamiast wywoływać klienta wykonawczego.

Obecne robocze założenie to próg 3 z 5. Wykonanie bloku jest akceptowane, gdy trzy z pięciu niezależnych dowodów zostaną pomyślnie zweryfikowane. Próg ten może ewoluować, ale intencja jest jasna: zachować różnorodność klientów wykonawczych, jednocześnie umożliwiając walidację opartą na dowodach. Różnorodność pozostaje funkcją na poziomie protokołu, a nie wyborem operacyjnym.

Dlaczego To Ważne dla Walidatorów

zkAttester nie musi przechowywać stanu wykonania ani synchronizować pełnego łańcucha warstwy wykonawczej. Synchronizacja sprowadza się do pobierania najnowszych dowodów od ostatniego sfinalizowanego punktu kontrolnego. To dramatycznie obniża wymagania sprzętowe dla uczestnictwa w konsensusie.

Dla samodzielnych stakerów i walidatorów domowych to ma znaczenie. Prowadzenie walidatora dzisiaj wymaga utrzymywania zarówno klienta konsensusu, jak i zasobożernego klienta wykonawczego. Weryfikacja dowodu zastępuje ponowne wykonanie, ograniczając wymagania dotyczące pamięci, obliczeń i przepustowości. To obniża barierę wejścia bez osłabiania gwarancji weryfikacji.

Implikacje wykraczają poza attesterów. Ponieważ dowody zkEVM są bezstanowe, weryfikacja Ethereum lokalnie na sprzęcie konsumenckim staje się ponownie bardziej dostępna. Zasada "nie ufaj, weryfikuj" jest wzmacniana, a nie rozwadniana.

Zależności i Ograniczenia Czasowe

Jeden warunek wstępny ma znaczenie. Generowanie dowodu wymaga czasu, a bez potokowości okno jest zbyt ciasne. Tu właśnie ePBS (Enshrined Proposer-Builder Separation) staje się istotne. Ukierunkowane na nadchodzący hard fork Glamsterdam, ePBS wydłuża okno dowodzenia z około jednej do dwóch sekund do około sześciu do dziewięciu sekund. To przedłużenie czyni generowanie dowodu w pojedynczym slocie znacznie bardziej realistycznym.

Bez ePBS weryfikacja dowodu L1 pozostaje ograniczona. Z nim projekt staje się operacyjnie wykonalny.

Sprzedaż przez Wieloryby XRP Pozostaje Nieobecna, Gdy Cena Spada

Kto Jest Dotknięty

Zespoły klientów warstwy wykonawczej zyskują nową powierzchnię dowodzenia, przy czym każdy klient staje się potencjalnym źródłem dowodu. Projekt provera pozostaje otwartym pytaniem. Koncentracja dowodzenia w małym zestawie zaawansowanych builderów wprowadza ryzyko żywotności, podczas gdy w pełni rozproszone dowodzenie podnosi wyzwania dotyczące wydajności i koordynacji. Cel projektu jest wyraźny: dowodzenie musi pozostać wykonalne poza dużymi centrami danych.

Dostawcy zkVM już dowodzący bloki Ethereum zyskują standaryzowany interfejs do budowania. Zespoły Layer-2 również odnoszą korzyści. Po zweryfikowaniu dowodów wykonania przez walidatorów, te same dowody mogą służyć natywnym rollupom poprzez współdzieloną infrastrukturę.

Ostatecznie użytkownicy korzystają z tańszej weryfikacji, szerszego udziału walidatorów i wyższych wykonalnych limitów gazu bez presji centralizacji.

Obecny Status

EIP-8025 wszedł do gałęzi funkcji consensus-specs i postępuje w kierunku statusu propozycji. Mapa drogowa L1-zkEVM na 2026 rok jest teraz publiczna, ustrukturyzowana wokół standaryzacji świadków wykonania, interfejsów zkVM, integracji konsensusu, infrastruktury provera, benchmarkingu i formalnej weryfikacji bezpieczeństwa.

Warsztat 11 lutego 2026 roku wyznacza początek skoncentrowanej koordynacji w tych ścieżkach. To nie jest przyciągająca nagłówki aktualizacja, ale jest fundamentalna. Jeśli Ethereum skaluje swoją warstwę wykonawczą bez skalowania wymagań walidatorów, tak to się dzieje.

Post Ethereum Przygotowuje Się do Walidacji Bloków Bez Ich Uruchamiania – Oto Jak pojawił się najpierw na ETHNews.