Deweloperzy Ethereum przełożyli hard fork Glamsterdam — aktualizację protokołu obejmującą całą sieć, która wymaga aktualizacji oprogramowania klienckiego przez każdego operatora węzła — na teście Hoodi po tym, jak eksperci ds. bezpieczeństwa zidentyfikowali potencjalne zmiany w rozliczaniu gazu, które mogłyby wpłynąć na działanie obecnie wdrożonych smart kontraktów podczas nieudanych transakcji.

Najnowsza aktualizacja odsuwa w czasie aktywację zbliżającego się hard forka mainnetu Ethereum na czas nieokreślony i budzi wątpliwości co do wstępnego terminu wdrożenia w grudniu.

Harmonogram Glamsterdam pod znakiem zapytania

W wpisie na blogu opublikowanym w czwartek Fundacja Ethereum poinformowała, że aktywacja została opóźniona z powodu obaw dotyczących bezpieczeństwa. Według Fundacji deweloperzy wspólnie zdecydowali o odroczeniu aktualizacji podczas spotkania ACDE #248 — dwutygodniowego spotkania All Core Developers Execution — aby ocenić interakcję między propozycją EIP-8037 a smart kontraktami obecnie wdrożonymi na mainnecie Ethereum.

Początkowo hard fork na Hoodi miał zostać aktywowany 26 października o 17:42:48 UTC w epoce 132 352, czyli jednostce o stałej długości w warstwie konsensusu Ethereum. Epoka ta została teraz usunięta z konfiguracji wdrożenia, a zamiast niej nie zaplanowano żadnej nowej. Nie ogłoszono również nowej daty aktywacji.

Opóźnienie wpływa także na wdrożenie aktywacji warstwy konsensusu Gloas oraz planowane podniesienie obecnego limitu gazu na Hoodi do 200 milionów — czyli górnej granicy obliczeń, jakie może pomieścić każdy blok. Oba elementy wchodzą w skład pakietu aktualizacji hard forka Glamsterdam. Fundacja podkreśliła jednak, że zmiana harmonogramu nie wpłynie na istniejącą historię łańcucha Hoodi.

Jak zmiany dotyczące gazu mogą się obrócić przeciwko sieci

Problem sięga 13 października, kiedy firma audytująca blockchain ChainSecurity oznaczyła dwie propozycje ulepszeń Ethereum z aktualizacji Glamsterdam — EIP-8037 i EIP-8038 — jako zagrożenie dla obecnych mechanizmów mających zapobiegać tzw. „insufficient gas griefing”. W ramach tego ataku wywołujący celowo wysyła niewystarczającą ilość gazu, tak aby legalna funkcja kontraktu nie powiodła się.

Gaz to jednostka, w której Ethereum mierzy obliczenia, a kontrakty są pisane przy założeniu, że gaz przydzielony operacji jest wydawany, a nie zwracany. Po wprowadzeniu tych zmian możliwy stanie się zwrot gazu do kontraktu po nieudanej operacji, co umożliwi dalsze działanie, które w przeciwnym razie zostałoby zatrzymane. Wiele kontraktów wykorzystuje ilość gazu pozostałego w trakcie transakcji jako jeden ze środków bezpieczeństwa. Zmiana tego założenia umożliwiłaby kontraktowi sfinalizowanie nieudanej operacji, uniemożliwiając użytkownikowi roszczenie jakichkolwiek środków lub wykonanie innej operacji.

Zakres aktualizacji wykracza poza rozliczanie gazu. We wpisie na X z 26 września współzałożyciel Ethereum Vitalik Buterin wskazał na poprawę synchronizacji, jakiej można się spodziewać po aktualizacji:

Przypomnienie: można teraz zsynchronizować węzeł ethereum w ciągu pół dnia, a przy agresywnych ustawieniach miejsce zajmowane na dysku może wynieść mniej niż pół terabajta. EIP-4444 i ciężka praca zespołów klienckich nad optymalizacją snap sync bardzo poprawiły sytuację. Glamsterdam jeszcze bardziej poprawi sytuację z synchronizacją (np. nowy protokół synchronizacji Nimbus z niego korzysta) — vitalik.eth (@VitalikButerin), 26 września 2026, na X

Niektóre sprawdzenia gazu przetrwają te zmiany, ale będą wymagały audytu pod kątem nowego systemu rozliczania Glamsterdam.

13 rzeczywistych kontraktów oznaczonych jako zagrożone

ChainSecurity oświadczyło w piątek, że odkryło 13 przypadków potencjalnie zagrożonych kontraktów w rzeczywistym środowisku i prowadzi odpowiedzialne ujawnianie informacji z zainteresowanymi projektami. Choć firma nie ujawniła dotkniętych projektów ani szczegółów odkrytych przypadków, zaleciła deweloperom pilne sprawdzenie ich kontraktów. W przeciwieństwie do tradycyjnego oprogramowania wdrożone kontrakty Ethereum nie mogą być po prostu łatane, dlatego ciężar weryfikacji spoczywa na każdym projekcie przed wyznaczeniem nowej daty aktywacji.

Wiadomości mocno poruszyły społeczność. Pseudonimowy deweloper pcaversaccio skomentował 21 października na GitHubie, że sytuacja jest „poważna” i że fork musi zostać ponownie oceniony.

Ogłoszenie następuje także po wcześniejszym ostrzeżeniu Fundacji Ethereum, że nowy mechanizm wyceny gazu w Glamsterdam mógłby wpłynąć na portfele, indeksery i narzędzia szacujące gaz działające w oparciu o sztywne założenia.

Glamsterdam wystartował na teście Sepolia 6 października, a Hoodi było kolejnym oczekiwanym punktem kontrolnym przed uruchomieniem mainnetu — w ramach procesu wdrażania Ethereum uruchomienia na testnecie pełnią rolę bramek, które aktualizacja musi przejść przed mainnetem. Początkowo zespół planował wdrożenie na mainnecie w grudniu, uzależnione od pomyślnych testów na teście Hoodi. Jednak wraz z niemożliwością aktywacji na Hoodi proponowana grudniowa premiera nie powinna być już traktowana jako deadline. Wskaźnikami, na które warto zwracać uwagę, są: dodanie nowej epoki do konfiguracji wdrożenia, wyniki oceny interakcji EIP-8037 oraz efekty wymian odpowiedzialnego ujawniania informacji między ChainSecurity a 13 oznaczonymi projektami.