Główni deweloperzy Ethereum wstrzymali aktualizację Glamsterdam dla testnetu Hoodi, wstrzymując przejście sieci do czasu rozwiązania obaw bezpieczeństwa związanych z ośmioma niezmiennikami smart kontraktów. Fundacja Ethereum poinformowała o tej decyzji w wpisie na blogu opublikowanym 6 listopada.

LATEST: ⚡ Ethereum developers say they are delaying the Glamsterdam hard fork process and won't fork the Hoodi testnet until gas-repricing issues flagged by ChainSecurity are resolved. pic.twitter.com/7HDv6dZDrc

— CoinMarketCap (@CoinMarketCap) November 6, 2026

Niezmiennik (invariant) to warunek, który smart kontrakt zakłada jako zawsze spełniony. Gas to jednostka, której Ethereum używa do mierzenia pracy obliczeniowej, a wiele wdrożonych projektów zakłada, że określone operacje będą kosztować stałą jej ilość. Dwa propozycje zaplanowane do włączenia w Glamsterdam zmieniają sposób naliczania gas i te zmiany mogłyby unieważnić takie założenia w istniejących kontraktach. Dlatego repricing jest traktowany jako kwestia bezpieczeństwa, a nie rutynowa korekta opłat:涉及 kwoty mogą decydować o tym, czy określone ścieżki kodu w ogóle się wykonają.

Co znalazło ChainSecurity

Obawy wynikają z raportu audytora smart kontraktów ChainSecurity z 13 października, który badał, jak Glamsterdam mógłby wpłynąć na kontrakty kontynuujące działanie po nieudanym wywołaniu zewnętrznym. Raport obejmuje EIP-8037, który zmienia koszt tworzenia nowego stanu blockchaina, oraz EIP-8038, który dostosowuje opłaty za dostęp do istniejącego stanu. Oba zmieniają rozliczanie gas dla określonych operacji.

Według obecnych zasad niektóre kontrakty polegają na tym, że nieudana operacja pozostawia zbyt mało gas na wykonanie kolejnych kroków. Według nowych zasad określone operacje mogłyby się zakończyć nawet wtedy, gdy deweloperzy oczekiwali całkowitego wycofania transakcji. To mogłoby osłabić zabezpieczenia wbudowane w te kontrakty.

ChainSecurity podało jeden przykład. Kontrakt oznacza operację jako nieudaną po wyczerpaniu gas przez wywołanie zewnętrzne. Według nowych zasad gas, który wcześniej był poza zasięgiem, mógłby ponownie stać się dostępny, a kontrakt mógłby odnotować trwałą awarię.

Fundacja Ethereum opublikowała repozytorium GitHub dokumentujące osiem dotkniętych niezmienników. Zawiera ono wyjaśnienia, przykłady i konkretne kroki, które deweloperzy mogą wykorzystać do sprawdzenia własnego kodu pod kątem nowych zasad gas. Stałe budżety gas i rezerwy gas to najczęstsze problemy wykryte dotychczas, co oznacza, że zmiana na poziomie protokołu może ujawnić utajone założenia we wdrożonym kodzie bez jakiejkolwiek modyfikacji samych kontraktów.

Inne ryzyka dotyczą kontraktów zakładających, że zużycie gas zmienia się tylko w jednym kierunku, że stałe limity gas pozostaną wystarczające lub że wycofane wywołanie nie może zwrócić gas już wydanego na utworzenie stanu.

Fork Hoodi wstrzymany

Aktywacja Hoodi została pierwotnie zaplanowana na 26 października o 17:42:48 UTC. Hoodi to główny publiczny testnet Ethereum, na którym planowane zmiany protokołu są zazwyczaj testowane przed wdrożeniem na mainnecie. Przełożenie usunęło z harmonogramu aktywacje Amsterdam warstwy wykonawczej i Gloas warstwy konsensusu, a także planowany wzrost limitu gas testnetu do 200 milionów. Nie ogłoszono nowego terminu, a Fundacja oświadczyła, że fork Hoodi nie ruszy do czasu rozwiązania problemów. Ponieważ aktywacja mainnetu następuje zwykle po testach na publicznych testnetach, droga Glamsterdam do mainnetu również pozostała bez ustalonego harmonogramu.

Deweloperzy oceniają obecnie, czy dotknięte kontrakty można zaktualizować samodzielnie, czy też specyfikacje aktualizacji muszą ulec zmianie. Deweloper Fundacji Ethereum Marius van der Wijden oświadczył, że grupa współpracuje z ChainSecurity i Dedaub oraz prowadzi audyty wewnętrzne w celu oceny wpływu na istniejące aplikacje.

Fundacja oświadczyła, że jej przeglądy nie mogą objąć każdego projektu, zwłaszcza tam, gdzie kontrakty współdziałają z systemami poza łańcuchem. Poprosiła deweloperów i niezależnych audytorów o sprawdzenie zarówno kontraktów on-chain, jak i narzędzi off-chain, w tym portfeli, relayerów i innej infrastruktury, która może używać zaszytych w kodzie limitów gas.

Ustalenia należy zgłosić przed najbliższymi dyskusjami All Core Developers, stałym forum, na którym zespoły klientów Ethereum i badacze koordynują zmiany protokołu. Zgłoszenia powinny zawierać dotknięty kontrakt, związaną niezmiennik, możliwe poprawki oraz testy, o ile są dostępne. Można je wysyłać prywatnie na adres glamsterdam@ethereum.org. Na podstawie opinii deweloperzy mogą dostosować EIP-8037 i EIP-8038, co czyni te dyskusje punktem kontrolnym dla zmian specyfikacji, które ukształtują, kiedy fork Hoodi będzie mógł zostać ponownie zaplanowany.

Tło Glamsterdam

Glamsterdam wystartował na teście Sepolia 6 października, gdzie deweloperzy rozpoczęli testowanie zmian skalujących przy limicie gas 200 milionów. Aktualizacja dodaje również wbudowaną separację proposer-builder poprzez EIP-7732 oraz listy dostępu na poziomie bloku poprzez EIP-7928. Aktywacje testnetowe, takie jak ta, pozwalają deweloperom obserwować zachowanie aktualizacji w środowisku live przed wdrożeniem na mainnecie.

W ocenie z sierpnia Fundacja oświadczyła, że powtórki przeszłych transakcji wykazały, iż większość smart kontraktów nie została dotknięta zmianami cen. Mniejsza grupa wymagała wyższych limitów gas lub większych zmian, aby uniknąć nieoczekiwanych awarii.

26 października deweloperzy wprowadzili również poprawkę dotyczącą depozytów walidatorów. Rozwiązywała ona wadę, która mogła przypisać depozyty stakingowe twórcom bloków współdzielącym ten sam klucz publiczny. Do specyfikacji dodano testy regresyjne.

Fundacja oświadczyła, że prace nad kolejną aktualizacją, Hegota, trwają równolegle i nie są dotknięte przełożeniem Glamsterdam.