Deweloperzy Ethereum przełożyli hard fork Glamsterdam na testnecie Hoodi po tym, jak badacze bezpieczeństwa wyrazili obawy dotyczące tego, jak aktualizacja mogłaby wpłynąć na istniejące inteligentne kontrakty. Aktywacja była zaplanowana na 26 października 2026 roku, jednak została odwołana podczas spotkania koordynacyjnego 22 października, co daje badaczom dodatkowy czas na zbadanie potencjalnych podatności przed kontynuacją aktualizacji sieci.

Dla Glamsterdamu aktywacja na Hoodi była pozycjonowana jako ostatnia generalna próba przed mainnetem — etap, na którym zespoły klientów, operatorzy węzłów i walidatorzy potwierdzają, że aktualizacja działa poprawnie w warunkach działającej sieci, zanim te same reguły trafią do produkcyjnego łańcucha Ethereum. Właśnie dlatego odwołanie na tym etapie bezpośrednio wpływa na szerszy harmonogram wdrożenia.

Decyzja nastąpiła po analizie firmy zajmującej się bezpieczeństwem inteligentnych kontraktów, ChainSecurity, która zidentyfikowała ryzyka związane z proponowanymi zmianami w systemie rozliczania gazu Ethereum. Według firmy badacze odkryli 13 rzeczywistych przypadków dotyczących kontraktów, które mogłyby być dotknięte. ChainSecurity koordynuje odpowiedzialne ujawnienie informacji z zainteresowanymi projektami, podczas gdy Ethereum Foundation ocenia szersze konsekwencje dla bezpieczeństwa.

Badacze bezpieczeństwa wskazują potencjalne podatności kontraktów

Obawy koncentrują się wokół EIP-8037 i EIP-8038, dwóch propozycji modyfikujących wycenę gazu i zarządzanie stanem w Ethereum. Gaz to jednostka wyceniająca obliczenia w Ethereum, dlatego nawet techniczne zmiany w rozliczaniu mogą ujawnić ukryte zależności we wdrożonych kontraktach. Zgodnie z proponowanymi zasadami istniejące inteligentne kontrakty mogłyby zachowywać się inaczej, gdy transakcje napotkają niewystarczającą ilość gazu.

Analiza techniczna ChainSecurity wskazuje, że niektóre nieudane oper mogłyby dawać nieoczekiwane rezultaty. W niektórych okolicznościach kontrakty mogłyby trwale zapisywać nieudane transakcje, które wcześniej zostałyby wycofane, co potencjalnie uniemożliwiałoby użytkownikom ponowne wykonanie legalnych operacji.

Badacze zaapelowali do zespołów deweloperskich o sprawdzenie swoich inteligentnych kontraktów pod kątem zależności od dotychczasowego zachowania gazu. Dotknięte projekty i adresy kontraktów nie zostały publicznie ujawnione, a w związku z ustaleniami nie odnotowano żadnych potwierdzonych strat finansowych. Ponieważ problemy wyszły na jaw podczas testów na testnecie, proces odpowiedzialnego ujawniania informacji daje dotkniętym zespołom czas na dostosowanie kontraktów przed ewentualną aktywacją na mainnecie.

Deweloperzy na nowo oceniają plany wdrożenia Glamsterdamu

Glamsterdam jest częścią szerszego wysiłku Ethereum na rzecz poprawy skalowalności, przetwarzania transakcji i wydajności sieci. Jego kluczowe funkcje to wbudowana separacja proposer-builder oraz listy dostępu na poziomie bloku, zaprojektowane w celu usprawnienia produkcji i walidacji bloków.

Ethereum uruchomiło Glamsterdam na testnecie Sepolia 6 października. Następnie deweloperzy zaplanowali wdrożenie na Hoodi na 26 października, wraz ze zwiększeniem limitu gazu na testnecie do 200 milionów, zgodnie z oficjalnym ogłoszeniem dotyczącym Hoodi. Najnowsza decyzja usuwa zarówno zaplanowaną aktywację, jak i towarzyszącą jej zmianę limitu gazu.

Operatorzy węzłów i walidatorzy na Hoodi muszą teraz zweryfikować swoje konfiguracje oprogramowania, aby zapewnić zgodność ze zmienionym harmonogramem.

Harmonogram mainnetu pozostaje niepewny

Przesunięcie terminu rzuca cień na drogę Glamsterdamu do mainnetu Ethereum. Deweloperzy rozważali daty aktywacji na początku grudnia, pod warunkiem pomyślnych testów na Hoodi. Ethereum Foundation nie ogłosiła nowej daty aktywacji testnetu ani nie potwierdziła harmonogramu uruchomienia mainnetu.

Kolejnym kamieniem milowym dla Glamsterdamu jest zmieniona aktywacja na Hoodi, która pozwoliłaby wznowić sekwencję testów; dopóki Foundation nie wyznaczy tej daty, harmonogram mainnetu pozostaje otwarty.

W międzyczasie deweloperzy kontynuują badanie ustaleń dotyczących bezpieczeństwa i oceniają, czy konieczne są dodatkowe zmiany w protokole. To wydarzenie podkreśla znaczenie testowania aktualizacji protokołu względem istniejących aplikacji, zanim zmiany trafią do produkcyjnej sieci Ethereum.