Zatwierdzenie nowego limitu Gasu w ramach nadchodzącej aktualizacji Fusaka to kolejny, stanowczy krok w stronę zwiększenia przepustowości Execution Layer. Decyzja o podniesieniu limitu do 60 milionów jednostek redefiniuje wymagania sprzętowe dla węzłów i stanowi wyraźny sygnał, że Ethereum nie zamierza polegać wyłącznie na L2 w kwestii skalowalności.
Zmiana parametru gas_limit do poziomu 60 milionów gwei na blok została sfinalizowana przez deweloperów rdzenia (All Core Devs). Nie jest to jednak nagły skok, lecz konsekwencja strategii stopniowego otwierania przepustowości, popartej testami wydajnościowymi klientów i analizą propagacji bloków.
Kontekst: Od stagnacji, przez 45M, do 60M
Przez niemal cztery lata limit gasu w Ethereum utrzymywał się na sztywnym poziomie 30 milionów. Ekosystem potrzebował czasu na stabilizację po The Merge i wdrożeniu EIP-4844. Dyskusja o zwiększeniu limitu (promowana m.in. przez kampanię „Pump the Gas”) nabrała jednak tempa w obliczu rosnącej wydajności klientów wykonawczych.
Droga do obecnego pułapu prowadziła przez etap pośredni. Jak informowaliśmy niedawno, sieć z powodzeniem przekroczyła barierę 45 milionów gazu. Tamten ruch pełnił rolę „stress-testu” w warunkach produkcyjnych. Stabilna praca sieci i brak znaczącego wzrostu wskaźnika uncle rates przy obciążeniu 45M dały deweloperom pewność niezbędną do zatwierdzenia docelowego na ten moment poziomu 60 milionów.
Decyzja ta opiera się na dwóch filarach:
- Dojrzałość Klientów: Nowa generacja klientów (jak Reth) oraz znaczące optymalizacje w Geth i Nethermind pozwalają na przetwarzanie cięższych bloków w bezpiecznym oknie czasowym (poniżej 400ms na egzekucję), co było głównym technicznym hamulcem w przeszłości.
- Wsparcie dla L2: Mimo że Bloby przejęły dane dostępności, Rollupy nadal generują spory ruch w samej warstwie wykonawczej (weryfikacja dowodów, operacje systemowe). Większy gas limit L1 to niższe koszty stałe dla operatorów L2.
Konsekwencje i Wyzwania
Osiągnięcie pułapu 60 milionów to nie koniec wyzwań, lecz zmiana ich charakteru.
1. Przyspieszony Wzrost Stanu (State Growth)
To najpoważniejszy skutek uboczny. Przy limicie 30M przyrost stanu był przewidywalny. Przejście przez 45M do 60M drastycznie przyspiesza „puchnięcie” historii i stanu kont.
- Wniosek: Wymagania sprzętowe dla węzłów rosną. 32GB RAM staje się nowym standardem, a wydajne dyski NVMe są absolutną koniecznością. Bez szybkiego wdrożenia rozwiązań takich jak EIP-4444 (wygasanie historii) lub Verkle Trees, decentralizacja na poziomie węzłów domowych może znaleźć się pod presją.
2. Ryzyko DoS i Latency
Blok o pojemności 60M stwarza szerszy wektor ataku typu Denial-of-Service, gdzie złośliwe transakcje mogą próbować maksymalizować czas obliczeń w ramach limitu.
- Mitygacja: Stabilność sieci zależy teraz w dużej mierze od ciągłej optymalizacji warstwy p2p i silników EVM. Zwiększenie limitu wymusza na deweloperach klientów nieustanną walkę o milisekundy przy propagacji i walidacji bloków.
3. Rola L1 jako Warstwy Rozliczeniowej
Zwiększenie przepustowości L1 stabilizuje rynek opłat dla L2. W momentach szczytowego obciążenia (np. podczas masowych mintów NFT czy airdropów), „ciasne” L1 potrafiło paraliżować sekwencery L2. Limit 60M tworzy niezbędny bufor bezpieczeństwa, zapewniając płynność rozliczeń międzywarstwowych.
Podniesienie Gas Limitu do 60 milionów to logiczna kontynuacja procesu skalowania, który obserwowaliśmy w ostatnich miesiącach. Nie kończy to debaty na temat wydajności Ethereum – wręcz przeciwnie, przesuwa ją na nowe tory. Główny ciężar utrzymania sieci przenosi się teraz z protokołu na inżynierię oprogramowania klienta i wydajność sprzętową operatorów węzłów. Ethereum wchodzi w fazę „Big Blocks”, gdzie optymalizacja kodu klienta staje się krytycznym zasobem sieci.