Od czasu przejścia na konsensus Proof of Stake (PoS), rozwój Ethereum jest jak dobrze gotowany gulasz – wolny, ale podobno wart czekania. Deweloperzy stale pracują nad poprawą bezpieczeństwa, decentralizacji i skalowalności sieci. Jednym z kroków w tym kierunku jest podniesienie limitu gazu (gas limit) w blokach, które pojawiają się w łańcuchu. Wiele wskazuje na to, że po okresie sygnalizowania przez walidatorów, limit gazu wzrośnie z 30 mln do 36 mln – czyli o około 20%.
1. Rola gazu w sieci Ethereum
1.1. Czym jest “gas”?
Zakładam że każdy czytający ten materiał miał przyjemność (lub nieprzyjemność) płacić za transakcję na sieci Ethereum. Na pewno spotkaliście się z pojęciem „gas”. To jednostka obliczeniowa, która określa, ile zasobów zużywa dana operacja – czy to prosty transfer ETH, czy bardziej złożonych wywołań inteligentnych kontraktów (smart contracts). Każda operacja w sieci ma przypisaną pewną „cenę gazu” (gas cost), wyrażoną w jednostkach gazu. Stawka „gas price” (najczęściej w gwei) określa, ile ETH musimy zapłacić za każdą jednostkę zużywanego gazu.
1.2. Po co jest limit gazu w bloku?
Każdy blok w Ethereum ma „limit gazu na blok” (gas limit), który określa łączną liczbę jednostek gazu mogących zostać wykorzystanych w ramach transakcji ujętych w tym bloku. W sieci Proof of Work (przed The Merge) górnicy sygnalizowali preferowany limit gazu, co w praktyce wpływało na wielkość bloku i liczbę transakcji, które można w nim zmieścić. W obecnym modelu Proof of Stake walidatorzy również mogą ustalać ten parametr, co przekłada się na realną przepustowość sieci.
Limit gazu to mechanizm chroniący przed niekontrolowanym wzrostem rozmiaru łańcucha. Gdyby blok mógł pomieścić zbyt wiele operacji, węzły miałaby kłopot z ich szybkim przetworzeniem i przechowywaniem danych. Zwiększanie limitu gazu podnosi więc jednocześnie zdolność przetwarzania transakcji, ale także generuje ryzyko wzrostu wymagań sprzętowych i kosztów prowadzenia węzła. To trochę jak powiększenie parkingu – więcej aut się zmieści, ale jeśli wszyscy przyjadą na raz, mogą się zakorkować wyjazdy.
2. Dlaczego gas limit jest podnoszony?
2.1. Wzrost zapotrzebowania na przepustowość
Od lat sieć Ethereum dąży do zwiększenia przepustowości – rośnie liczba zdecentralizowanych aplikacji (dApps), tokenów NFT, platform DeFi czy gier on-chain. Nawet przy szybkim rozwoju sieci warstwy drugiej (L2), zapotrzebowanie na L1 (czyli bazową warstwę Ethereum) nie maleje – wprost przeciwnie, wraz z adopcją i coraz większą liczbą użytkowników wąskie gardła w przepustowości mogą stać się uciążliwe.
2.2. Postępy w ulepszeniach protokołu
Po The Merge, który przeszedł bardzo sprawnie, programiści Ethereum mogli skupić się na kolejnych aktualizacjach protokołu. W planach jest cały szereg zmian wspierających skalowalność, takich jak:
- Dalsza optymalizacja PoS – choć Merge już za nami, nieustannie poprawia się wydajność klientów i zmniejsza zapotrzebowanie na zasoby.
- EIP-y związane z danymi (Data Availability) – m.in. wprowadzenie tzw. “blobów” i aktualizacji, które ułatwiają rollupom (L2) publikowanie danych na łańcuchu bazowym.
- Możliwe kolejne podniesienia limitu gazu – jeżeli wzrost do 36 mln nie spowoduje nadmiernych problemów, sieć może być stopniowo skalowana dalej.
2.3. Balans pomiędzy decentralizacją a wydajnością
Zwiększenie limitu gazu to jedna z szybszych metod podniesienia liczby transakcji, jaką sieć Ethereum może przetwarzać w danej jednostce czasu. Jednak programiści i społeczność od lat przestrzegają przed zbyt agresywnym zwiększaniem bloków – każda taka zmiana może skutkować szybszym wzrostem wymagań sprzętowych, co z kolei ogranicza liczbę uczestników zdolnych do uruchomienia pełnego węzła. Dlatego zmiany te wprowadzane są stopniowo, w oparciu o testy i konsensus walidatorów.
3. Kiedy i jak nastąpi zmiana?
3.1. Mechanizm sygnalizacji w Proof of Stake
W modelu Proof of Stake walidatorzy sygnalizują preferowany gas limit w swoich konfiguracjach klientów (np. Prysm, Lighthouse czy Teku). W przeciwieństwie do dawnych czasów Proof of Work, gdzie decydowali górnicy, obecnie wystarczy, że większość walidatorów ustawi dany parametr – a sieć dostosuje się do średniej preferencji.
Obecnie wiele wskazuje, że ponad 50% walidatorów sygnalizuje limit 36 mln. Gdy ta wartość ustabilizuje się i klienci będą zgodni, sieć przejdzie na nowy limit gazu. Nie jest do tego konieczny hard fork – jest to elastyczny mechanizm, który może być wprowadzony płynnie, bez rozdzielenia łańcucha czy wymuszonej aktualizacji protokołu.
3.2. Prognozowany termin
Choć trudno wskazać konkretną datę co do godziny czy bloku, podniesienie limitu gazu może nastąpić w ciągu najbliższych tygodni, o ile walidatorzy nadal będą utrzymywać taką decyzję. Jeśli wszystko pójdzie zgodnie z planem i dane dotyczące obciążenia sieci nie wzbudzą kontrowersji, limit może się utrwalić na poziomie 36 mln już niedługo.
4. Co zmienia zwiększony gas limit?
4.1. Większa przestrzeń na transakcje
Podniesienie limitu gazu oznacza, że w jednym bloku można umieścić więcej operacji (transakcji, wywołań kontraktów, itp.). Efektem powinno być m.in. zmniejszenie zatłoczenia (jeśli zapotrzebowanie rośnie wolniej niż wzrost przepustowości), a w sprzyjających momentach – również obniżka opłat transakcyjnych. Jest to o tyle istotne, że wysokie opłaty gas były jedną z głównych bolączek Ethereum w okresach wzmożonej aktywności, np. podczas boomu na DeFi czy NFT.
4.2. Wpływ na rozmiar łańcucha
Z drugiej strony, większa przepustowość przekłada się na szybszy wzrost rozmiaru łańcucha (ang. chain size). Każdy blok, który zawiera więcej danych, jest „cięższy”, a więc pełne węzły muszą przechowywać i przetwarzać więcej informacji. Dlatego ważne jest, by społeczność zachowała ostrożność – radykalne i nieprzemyślane zwiększenie limitu gazu mogłoby zniechęcić do uruchamiania węzłów i osłabić decentralizację.
5. Wpływ na skalowanie Ethereum i ekosystem warstw drugich (L2)
5.1. Znaczenie dla rollupów
Obecna strategia skalowania Ethereum opiera się na szerokim wdrożeniu rozwiązań warstwy drugiej, takich jak Optimistic Rollups (Arbitrum, Optimism) czy ZK-Rollups (StarkNet, zkSync). Rollupy wykorzystują łańcuch bazowy Ethereum jako warstwę bezpieczeństwa i publikują na nim ważne dane transakcyjne (tzw. data availability). Zwiększenie limitu gazu ułatwia rollupom „upchnięcie” w pojedynczym bloku większej porcji danych, co potencjalnie zwiększa ich przepustowość i obniża koszty publikacji.
5.2. Płaszczyzna dla blobów i kolejnych EIP-ów
Zapowiadane rozwiązania typu „blob carrying transactions” (czasem określane skrótowo jako EIP-4844) mają umożliwić dodawanie większej ilości danych dla rollupów do bloków Ethereum, ale w bardziej opłacalny sposób. Zanim jednak te mechanizmy staną się w pełni dojrzałe, podniesienie limitu gazu jest krótkoterminowym (choć nie jedynym) sposobem na zwiększenie przepustowości.
5.3. Synergia L1 i L2
Mimo że mówi się, iż docelowo prawie cała aktywność transakcyjna użytkowników będzie odbywać się w warstwach drugich, L1 pozostaje fundamentem, zapewniającym bezpieczeństwo. Skoro L2 rosną w siłę i coraz więcej danych publikują na Ethereum, sama warstwa L1 nie może pozostać statyczna. Dostosowanie wielkości bloków i limitu gazu jest konieczne, by wspierać intensywny rozwój całego ekosystemu – jednak zawsze z zachowaniem równowagi między skalowalnością a decentralizacją.
6. Możliwe ryzyka i wyzwania
6.1. Wzrost kosztów prowadzenia węzła
Większy limit gazu skutkuje większą liczbą transakcji w bloku oraz większą ilością danych do przetworzenia i przechowywania. Węzły muszą obsłużyć większą liczbę operacji w tym samym czasie, co może zwiększyć wymagania sprzętowe. Jeśli prowadzenie węzła stanie się za drogie lub zbyt skomplikowane, liczba pełnych węzłów może się zmniejszyć co zagraża decentralizacji.
6.2. Ewolucja architektury klientów
Klienci Ethereum (np. Geth, Nethermind, Besu, Erigon) stale się rozwijają, aby optymalizować proces synchronizacji i przechowywania danych. Jednak zmiana limitu gazu wymusza na nich jeszcze wydajniejszą obsługę bloków. Może to prowadzić do pojawienia się problemów czy błędów w implementacji, zwłaszcza gdyby limit gazu rósł zbyt szybko i nie pozostawiał deweloperom czasu na dostosowanie.
6.3. Możliwe opóźnienia w akceptowaniu bloków
Większe bloki mogą prowadzić do minimalnie dłuższego propagowania ich w sieci, co w najbardziej skrajnym przypadku może podnieść ryzyko wystąpienia tzw. „uncle blocks” (lub w PoS – forków wynikających z synchroniczności). Deweloperzy i walidatorzy muszą ściśle monitorować wydajność sieci.
7. Kierunek na przyszłość
7.1. Kolejne podnoszenie limitu gazu?
Wiele osób w społeczności Ethereum uważa, że podnoszenie limitu gazu to doraźne działanie poprawiające przepustowość, ale nie zastąpi ono długofalowych rozwiązań. Jeśli jednak obecne podniesienie do 36 mln przebiegnie pomyślnie i nie spowoduje znaczących problemów, możemy w niedalekiej przyszłości zobaczyć kolejne małe kroki w górę. W ciągu 12–24 miesięcy planowane są też kolejne ulepszenia protokołu, które mogą jeszcze bardziej zwiększyć możliwości sieci.
7.2. Strategia wielowarstwowa
Ethereum stawia na rozwój wielowarstwowej architektury (Layer 1 + Layer 2). Rozwiązania L2, takie jak Optimistic i ZK-Rollups, odciążają sieć bazową, jednocześnie wykorzystując jej bezpieczeństwo. Z drugiej strony, sam łańcuch L1 musi też ewoluować i rozszerzać swoją przepustowość, tak aby był zdolny do obsługi coraz większego wolumenu danych spływających z L2.
7.3. Inne usprawnienia protokołu
Poza gas limitem, deweloperzy pracują nad kolejnymi aktualizacjami, które wprowadzą np. lepsze zarządzanie pamięcią stanu (tzw. „state expiry”) czy umożliwią dodatkowe optymalizacje i modularne podejście do przechowywania danych. To wszystko ma na celu zapewnienie, że Ethereum będzie w stanie rosnąć w miarę wzrostu wykorzystania, bez poświęcania bezpieczeństwa i decentralizacji.
Czy to rozwiązanie wszystkich problemów? Nie, ale na pewno pomoże w krótkim terminie. A jeśli nie? Cóż, zawsze można przerzucić się na Solanę, jeśli akurat działa :).