Ethereum chce, aby walidatorzy domowi weryfikowali dowody, ale rzeczywistość 12 GPU stwarza nowe zagrożenie

Badacz Ethereum ladislaus.eth opublikował w zeszłym tygodniu przewodnik wyjaśniający, jak Ethereum planuje przejść od ponownego wykonywania każdej transakcji do weryfikacji dowodów z wiedzą zerową.

Post określa to jako „cichą, ale fundamentalną transformację" i określenie to jest trafne. Nie dlatego, że praca jest tajna, ale dlatego, że jej implikacje rozchodzą się falami w całej architekturze Ethereum w sposób, który nie będzie oczywisty, dopóki elementy się nie połączą.

To nie jest Ethereum „dodające ZK" jako funkcję. Ethereum prototypuje alternatywną ścieżkę walidacji, w której niektórzy walidatorzy mogą poświadczać bloki poprzez weryfikację kompaktowych dowodów wykonania zamiast ponownego uruchamiania każdej transakcji.

Jeśli zadziała, rola warstwy 1 Ethereum zmieni się z „rozliczenia i dostępności danych dla rollupów" w kierunku „wykonywania o wysokiej przepustowości, którego weryfikacja pozostaje wystarczająco tania dla domowych walidatorów".

Co faktycznie jest budowane

EIP-8025, zatytułowany „Opcjonalne dowody wykonania", pojawił się w formie projektu i określa mechanikę.
Dowody wykonania są udostępniane w sieci peer-to-peer warstwy konsensusu za pośrednictwem dedykowanego tematu. Walidatorzy mogą działać w dwóch nowych trybach: generowania dowodów lub walidacji bezstanowej.

Propozycja wyraźnie stanowi, że „nie wymaga hard forka" i pozostaje wstecznie kompatybilna, podczas gdy węzły nadal mogą ponownie wykonywać, tak jak robią to dzisiaj.

Zespół zkEVM Fundacji Ethereum opublikował 26 stycznia konkretną mapę drogową na 2026 rok, przedstawiającą sześć podtematów: standaryzacja świadka wykonania i programu gościa, standaryzacja API zkVM-gość, integracja warstwy konsensusu, infrastruktura dowodzenia, benchmarking i metryki oraz bezpieczeństwo z formalną weryfikacją.

Pierwsze spotkanie breakout L1-zkEVM zaplanowano na 11 lutego o 15:00 UTC.

Potok end-to-end działa w następujący sposób: klient warstwy wykonania tworzy ExecutionWitness, samodzielny pakiet zawierający wszystkie dane potrzebne do walidacji bloku bez przechowywania pełnego stanu.

Standaryzowany program gościa konsumuje tego świadka i waliduje przejście stanu. zkVM wykonuje ten program, a dowodzący generuje dowód poprawnego wykonania. Klient warstwy konsensusu następnie weryfikuje ten dowód zamiast wywoływać klienta warstwy wykonania w celu ponownego wykonania.

Kluczową zależnością jest ePBS (Enshrined Proposer-Builder Separation), przewidziana na nadchodzący hard fork Glamsterdam. Bez ePBS okno dowodzenia wynosi około jednej do dwóch sekund, co jest zbyt krótkie dla dowodzenia w czasie rzeczywistym. Dzięki ePBS zapewniającemu przetwarzanie potokowe bloków okno wydłuża się do sześciu do dziewięciu sekund.

Kompromis decentralizacji

Jeśli opcjonalne dowody i formaty świadków dojrzeją, więcej domowych walidatorów może uczestniczyć bez utrzymywania pełnego stanu warstwy wykonania.

Podniesienie limitów gazu staje się politycznie i ekonomicznie łatwiejsze, ponieważ koszt walidacji oddziela się od złożoności wykonania. Praca weryfikacyjna nie skaluje się już liniowo z aktywnością on-chain.

Jednak dowodzenie niesie ze sobą własne ryzyko centralizacji. Post Ethereum Research z 2 lutego donosi, że dowodzenie pełnego bloku Ethereum obecnie wymaga około 12 GPU i zajmuje średnio 7 sekund.

Autor zgłasza obawy dotyczące centralizacji i zauważa, że limity pozostają trudne do przewidzenia. Jeśli dowodzenie pozostanie intensywne GPU i skoncentruje się w sieciach builderów lub proverów, Ethereum może wymienić „wszyscy ponownie wykonują" na „niewielu dowodzi, wielu weryfikuje".

Projekt ma na celu rozwiązanie tego problemu poprzez wprowadzenie różnorodności klientów na warstwie dowodzenia. Założeniem roboczym EIP-8025 jest próg trzech z pięciu, co oznacza, że poświadczający akceptuje wykonanie bloku jako prawidłowe, gdy zweryfikuje trzy z pięciu niezależnych dowodów z różnych implementacji klientów warstwy wykonania.

To zachowuje różnorodność klientów na poziomie protokołu, ale nie rozwiązuje problemu dostępu do sprzętu.

Najuczciwszym ujęciem jest to, że Ethereum przesuwa pole bitwy decentralizacji. Dzisiejszym ograniczeniem jest „czy stać cię na uruchomienie klienta warstwy wykonania?" Jutrzejszym może być „czy masz dostęp do klastrów GPU lub sieci proverów?"

Zakład polega na tym, że weryfikacja dowodów jest łatwiejsza do skomodytyzowania niż przechowywanie stanu i ponowne wykonywanie, ale kwestia sprzętu pozostaje otwarta.

Odblokowanie skalowania L1

Mapa drogowa Ethereum, ostatnio zaktualizowana 5 lutego, wymienia „Bezstanowość" jako główny temat aktualizacji: weryfikacja bloków bez przechowywania dużego stanu.

Opcjonalne dowody wykonania i świadkowie są konkretnym mechanizmem, który sprawia, że walidacja bezstanowa staje się praktyczna. Węzeł bezstanowy wymaga tylko klienta konsensusu i weryfikuje dowody podczas przetwarzania payloadu.

Synchronizacja sprowadza się do pobierania dowodów dla ostatnich bloków od ostatniego punktu kontrolnego finalizacji.

Ma to znaczenie dla limitów gazu. Dziś każde zwiększenie limitu gazu utrudnia uruchamianie węzła. Jeśli walidatorzy mogą weryfikować dowody zamiast ponownie wykonywać, koszt weryfikacji nie skaluje się już z limitem gazu. Złożoność wykonania i koszt walidacji rozdzielają się.

Strumień pracy benchmarking i repricing w mapie drogowej na 2026 rok wyraźnie celuje w metryki, które mapują zużyty gaz na cykle dowodzenia i czas dowodzenia.

Jeśli te metryki się ustabilizują, Ethereum zyskuje dźwignię, której wcześniej nie miało: możliwość zwiększenia przepustowości bez proporcjonalnego zwiększania kosztów uruchamiania walidatora.

Co to oznacza dla blockchainów warstwy 2

Niedawny post Vitalika Buterina argumentuje, że blockchainy warstwy 2 powinny różnicować się poza skalowaniem i wyraźnie wiąże wartość „natywnego precompile rollupu" z potrzebą uświęconych dowodów zkEVM, które Ethereum już potrzebuje do skalowania warstwy 1.

Logika jest prosta: jeśli wszyscy walidatorzy weryfikują dowody wykonania, te same dowody mogą być również używane przez precompile EXECUTE dla natywnych rollupów. Infrastruktura dowodzenia warstwy 1 staje się wspólną infrastrukturą.

To zmienia propozycję wartości warstwy 2. Jeśli warstwa 1 może skalować się do wysokiej przepustowości, utrzymując jednocześnie niskie koszty weryfikacji, rollupy nie mogą usprawiedliwiać się na podstawie „Ethereum nie może poradzić sobie z obciążeniem".

Nowe osie różnicowania to wyspecjalizowane maszyny wirtualne, ultra-niska latencja, preconfirmations i modele kompozycyjności, takie jak rollupy, które opierają się na projektach szybkiego dowodzenia.

Scenariusz, w którym warstwy 2 pozostają istotne, to taki, w którym role są podzielone między specjalizację a interoperacyjność.

Warstwa 1 staje się warstwą wykonania i rozliczenia o wysokiej przepustowości i niskich kosztach weryfikacji. Warstwy 2 stają się laboratoriami funkcji, optymalizatorami latencji i mostami kompozycyjności.

Wymaga to jednak od zespołów warstwy 2 wyrażenia nowych propozycji wartości oraz od Ethereum dostarczenia mapy drogowej weryfikacji dowodów.

Trzy ścieżki naprzód

W przyszłości istnieją trzy potencjalne scenariusze.

Pierwszy scenariusz polega na tym, że walidacja oparta na dowodach staje się powszechna. Jeśli opcjonalne dowody i formaty świadków dojrzeją, a implementacje klientów ustabilizują się wokół standaryzowanych interfejsów, więcej domowych walidatorów może uczestniczyć bez uruchamiania pełnego stanu warstwy wykonania.

Limity gazu rosną, ponieważ koszt walidacji nie jest już zgodny ze złożonością wykonania. Ta ścieżka zależy od zbieżności strumienia pracy standaryzacji ExecutionWitness i programu gościa w przenośnych formatach.

Scenariusz drugi to miejsce, w którym centralizacja provera staje się nowym wąskim gardłem. Jeśli dowodzenie pozostanie intensywne GPU i skoncentrowane w sieciach builderów lub proverów, wówczas Ethereum przenosi pole bitwy decentralizacji ze sprzętu walidatorów na strukturę rynku proverów.

Protokół nadal działa, ponieważ jeden uczciwy prover gdziekolwiek utrzymuje łańcuch w życiu, ale model bezpieczeństwa się zmienia.

Trzeci scenariusz polega na tym, że weryfikacja dowodów warstwy 1 staje się wspólną infrastrukturą. Jeśli integracja warstwy konsensusu się utwardzi, a ePBS dostarczy wydłużone okno dowodzenia, propozycja wartości warstwy 2 przechyla się w kierunku wyspecjalizowanych VM, ultra-niskiej latencji i nowych modeli kompozycyjności, a nie tylko „skalowania Ethereum".

Ta ścieżka wymaga, aby ePBS zostało dostarczone zgodnie z harmonogramem dla Glamsterdam.

Szerszy obraz

Dojrzałość integracji consensus-specs będzie sygnalizować, czy „opcjonalne dowody" przechodzą od głównie TODO do utwardzonych wektorów testowych.

Standaryzacja ExecutionWitness i programu gościa jest kamieniem węgielnym przenośności walidacji bezstanowej między klientami. Benchmarki, które mapują zużyty gaz na cykle dowodzenia i czas dowodzenia, określą, czy repricing gazu pod kątem przyjazności ZK jest możliwy.

Postęp ePBS i Glamsterdam wskaże, czy okno dowodzenia od sześciu do dziewięciu sekund stanie się rzeczywistością. Wyniki spotkań breakout ujawnią, czy grupy robocze zbiegają się w interfejsach i minimalnej semantyce dystrybucji dowodów.

Ethereum nie przechodzi wkrótce na walidację opartą na dowodach. EIP-8025 wyraźnie stwierdza, że „nie może jeszcze opierać na tym aktualizacji", a opcjonalne ujęcie jest zamierzone. W rezultacie jest to testowalna ścieżka, a nie nieuchronna aktywacja.

Jednak fakt, że Fundacja Ethereum dostarczyła mapę drogową implementacji na 2026 rok, zaplanowała spotkanie breakout z właścicielami projektów i przygotowała EIP z konkretnymi mechanikami plotek peer-to-peer, oznacza, że ta praca przeszła od możliwości badawczej do programu dostarczania.

Transformacja jest cicha, ponieważ nie obejmuje dramatycznych zmian w ekonomii tokenów ani funkcji skierowanych do użytkownika. Ale jest fundamentalna, ponieważ przepisuje relację między złożonością wykonania a kosztem walidacji.

Jeśli Ethereum może rozdzielić te dwa elementy, warstwa 1 nie będzie już wąskim gardłem, które zmusza wszystko interesujące na warstwę 2.

A jeśli weryfikacja dowodów warstwy 1 stanie się wspólną infrastrukturą, cały ekosystem warstwy 2 musi odpowiedzieć na trudniejsze pytanie: co budujesz, czego warstwa 1 nie może?

Post Ethereum chce, aby domowi walidatorzy weryfikowali dowody, ale rzeczywistość 12 GPU rodzi nowe zagrożenie pojawił się najpierw na CryptoSlate.