Mapa drogowa Ethereum na 2026 r. obejmuje to ryzyko związane z walidatorem, które jest większe niż myślisz
Mapa drogowa Ethereum na 2026 r. koncentruje się na dwóch ścieżkach: zwiększaniu pojemności danych rollup poprzez bloby, przy jednoczesnym zwiększaniu wydajności warstwy bazowej poprzez zmiany limitu gazu.
Te zmiany limitu gazu zależą od przejścia walidatorów od ponownego wykonywania bloków do weryfikacji dowodów wykonania ZK.
Pierwsza ścieżka jest już zakotwiczona przez Fusakę, która została dostarczona 3 grudnia 2025 roku.
Fusaka
Fusaka konfiguruje PeerDAS plus zmiany tylko parametrów blob (BPO), które mogą zwiększyć przepustowość blobów w zmierzonych krokach, zgodnie z ethereum.org.
Druga ścieżka jest mniej zmechanizowana, ponieważ opiera się na projektach EIP, implementacji klienta i operacjach walidatora, które muszą pozostać w ramach ograniczeń decentralizacji, w tym przepustowości, propagacji bloków i udowadniania struktury rynku.
Czy Fusaka utrzyma użytkowników na L2? Nadchodząca aktualizacja Ethereum zakłada obniżenie opłat nawet o 60%
PeerDAS jest pozycjonowany jako najwyraźniejsza dźwignia “rampy przepustowości”, ponieważ został zaprojektowany do skalowania dostępności danych rollup bez zmuszania każdego węzła do pobierania każdego bloba.
Według ethereum.org, cele blobów nie rosną natychmiast po aktywacji, a następnie mogą się podwajać co kilka tygodni, aż do maksymalnego celu 48, gdy programiści monitorują stan sieci.
Zespół Optimism określił górną granicę jako “co najmniej 48 docelowych obiektów blob na blok”, w połączeniu z przesunięciem przepustowości po stronie rollup z około 220 do około 3500 UOPS poniżej tego celu, według optimism.io.
Nawet w takim ujęciu praktycznym pytaniem na 2026 r. jest to, czy popyt pojawia się jako wykorzystanie blobów, a nie licytowanie wykonania L1.
Inną otwartą kwestią jest to, czy stabilność p2p i przepustowość węzła pozostają w granicach tolerancji operatora, gdy BPO zwiększa się.
Po stronie wykonawczej Ethereum już testuje wyższą przepustowość poprzez koordynację, a nie hard fork.
GasLimit.pics zgłosił najnowszy limit gazu wynoszący 60 000 000, przy średniej 24-godzinnej około 59 990 755 w podanym czasie.
Poziom ten ma znaczenie, ponieważ stanowi punkt odniesienia dla tego, co walidatorzy zaakceptowali w praktyce.
Ujawnia również pułap “skalowania społecznego”, zanim opóźnienia, obciążenie walidacyjne oraz obciążenie potoku mempool i MEV staną się wiążące.
Prostym sposobem przełożenia limitu gazu na zakresy przepustowości jest gaz na sekundę, przy użyciu 12-sekundowego czasu slotu Ethereum (gaz na sekundę równa się limitowi gazu podzielonemu przez 12).
Poniższe liczby utrzymują matematykę jawną i oddzielają transakcje EVM warstwy bazowej od roszczeń dotyczących przepustowości rollupów.
Ethereum GasScenarioGas limitGas/sec (≈ gas/12)Tx/sec at 21k gasTx/sec at 120k gasCurrent coordination level60,000,0005,000,000≈238≈422× przypadek limitu gazu120,000,00010,000,000≈476≈83Przypadek górny (wymaga zmiany walidacji)200,000,00016,666,667≈793≈139
Glamsterdam
Planowana na 2026 r. aktualizacja marki obejmuje kilka pomysłów zorientowanych na wykonanie w “Glamsterdam”, skrócie, który był omawiany wokół zapisanej separacji wnioskodawca-budowniczy (ePBS, EIP-7732), list dostępu na poziomie bloków (BAL, EIP-7928) i ogólnej wyceny (EIP-7904).
Każdy z nich pozostaje w wersji roboczej, zgodnie ze stronami EIP dla EIP-7732, EIP-7928, oraz EIP-7904.
Zmiana cen ma na celu niedopasowanie harmonogramu dostaw gazu, które utrzymuje się od lat.
Argumentuje, że korekta błędnie wycenionych obliczeń może zwiększyć użyteczną przepustowość, jednocześnie uznając ryzyko DoS i rzeczywistość kontraktów, które na stałe kodują założenia dotyczące gazu, zgodnie z EIP-7904.
BAL-y są traktowane jako kanalizacja dla równoległości.
EIP powołuje się na równoległe odczyty dyskowe, równoległe sprawdzanie poprawności transakcji, równoległe obliczenia korzenia stanu i “aktualizacje stanu bez wykonywania”, jednocześnie szacując około 70 do 72 KiB średniego skompresowanego rozmiaru BAL jako narzut, zgodnie z EIP-7928.
W praktyce zyski te materializują się tylko wtedy, gdy klienci przyjmują współbieżność w rzeczywistych wąskich gardłach.
Zależą one również od tego, czy dodatkowe dane i etapy weryfikacji nie staną się własnym podatkiem od opóźnień.
ePBS znajduje się w centrum dyskusji zarówno na temat MEV, jak i przepustowości, ponieważ ma na celu oddzielenie walidacji wykonania od walidacji konsensusu w czasie, według EIP-7732.
Ten czasowy luz jest również miejscem, w którym mogą pojawić się nowe tryby awarii.
W artykule naukowym na temat “problemu wolnej opcji” dla ePBS szacuje się, że wykonanie opcji wynosi średnio około 0,82% bloków w 8-sekundowym oknie opcji, osiągając około 6% w dni o wysokiej zmienności w modelowanych warunkach, zgodnie z arXiv.
Ethereum w 2026 r.
W przypadku planowania na 2026 r. badania te zwracają uwagę na żywotność pod wpływem stresu, a nie tylko na wyniki opłat w stanie ustalonym.
Bardziej strukturalnym założeniem stojącym za “bardzo wysokimi” limitami gazu jest przyjęcie walidatora odpornego na ZK.
Mapa drogowa “Realtime Proving” Fundacji Ethereum opisuje etapową ścieżkę, w której niewielki zestaw walidatorów najpierw uruchamia klientów ZK w produkcji.
Następnie, dopiero po uzyskaniu większości stawki, limity gazu mogą wzrosnąć do poziomów, w których weryfikacja dowodu zastępuje ponowne wykonanie w celu praktycznej walidacji na rozsądnym sprzęcie, zgodnie z postem fundacji z 10 lipca 2025 r. na stronie blog.ethereum.org.
Ten sam post określa ograniczenia, które mają znaczenie dla wykonalności, a nie narracji, w tym celowanie w 128-bitowe zabezpieczenia (z tymczasowo akceptowanymi 100-bitowymi), rozmiar dowodu poniżej 300 KiB i unikanie polegania na rekurencyjnych wrapperach z zaufanymi konfiguracjami, zgodnie z blog.ethereum.org.
Implikacja skalowania jest powiązana z rynkami dowodzenia: dostarczanie dowodów w czasie rzeczywistym musi być tanie i wiarygodne bez koncentrowania się na wąskim zestawie dowodów, który odtwarza dzisiejsze zależności w stylu przekaźnika w innej warstwie stosu.
Po Glamsterdamie, “Hegota” jest pozycjonowana jako nazwany slot w późniejszym okresie do 2026 roku, który nadal dotyczy bardziej procesu niż zakresu.
Fundacja Ethereum opublikowała harmonogram headlinerów z oknem propozycji od 8 stycznia do 4 lutego, a następnie dyskusją i finalizacją od 5 do 26 lutego, a następnie oknem dla osób niebędących headlinerami, zgodnie z blog.ethereum.org.
Meta-IP Hegotá istnieje jako wersja robocza (EIP-8081) i wymienia elementy jako rozważane, a nie zablokowane, w tym FOCIL (EIP-7805) jako obecnie rozważany, zgodnie z EIP-8081.
Krótkoterminowa wartość sprawozdawcza tego harmonogramu polega na tym, że tworzy on datowane punkty decyzyjne, które inwestorzy i budowniczowie mogą śledzić bez wnioskowania o zobowiązaniach na podstawie nazw kodowych.
Pierwszym z nich jest to, że propozycje headlinerów Hegota kończą się 4 lutego.
Wspomniane w tym artykule