Deweloperzy i inwestorzy Ethereum apelują o ostrożność wobec Glamsterdamu, kolejnej dużej aktualizacji sieci, po pojawieniu się obaw, że nowe zasady wyceny gazu mogą zakłócić działanie istniejących smart kontraktów. Badacze bezpieczeństwa szacują, że może to dotknąć około 200 000 kontraktów, w tym kontrakty przechowujące środki użytkowników, których nie można zaktualizować. Wdrożony kod Ethereum jest domyślnie niezmienialny, więc kontrakty napisane przy obecnej strukturze kosztów nie mogą być przepisane, aby uwzględnić nowe ceny.

8 listopada dwóch deweloperów złożyło konkurencyjne wnioski mające zapobiec zepsuciu już używanych kontraktów przez Glamsterdam. Założyciel Curve Finance Michael Egorov ostrzegł, że aktualizacja w obecnej formie mogłaby wywołać awaryjny hard fork, czyli reaktywną zmianę zasad wymagającą skoordynowanej aktualizacji węzłów w całej sieci. Inwestor Ethereum Ryan Berckmans również wycofał swoje wcześniejsze poparcie dla szybkiej aktywacji Glamsterdamu.

Podczas spotkania 29 października deweloperzy wstępnie omówili przeprowadzenie prywatnego testu Glamsterdamu najwcześniej w dniach 16–20 listopada. Ten harmonogram był omawiany przed złożeniem dwóch nowych wniosków.

Apel o wstrzymanie

Założyciel Curve Finance Michael Egorov wystosował bezpośredni apel na X, pisząc: „Please don't break the chain”. Ostrzegł, że Glamsterdam w obecnej formie najwyraźniej może doprowadzić do „another emergency hard fork back, with a lot of drama”.

Dear @ethereum – please don't break the chain. It does look like Glamsterdam in the current form would lead to another emergency hard fork back, with a lot of drama. I am sure, it can be made without breaking immutable contracts which hold funds — Michael Egorov (@newmichwill) November 7, 2026

Inwestor Ethereum Ryan Berckmans zmienił stanowisko po analizie ryzyk. Początkowo popierał szybkie działanie, argumentując, że Ethereum nie może zagwarantować niezmienionych cen gazu dla każdej aplikacji. Później napisał na X:

„We should (clearly, now) not continue towards Glam activation asap. I was wrong to say so”, napisał Berckmans na X.

We should (clearly, now) not continue towards Glam activation asap. I was wrong to say so. I since learned that the problem is essentially worse than is generally understood (incl by me). We have an urgent need for more people to write more things with data in public on this. — Ryan Berckmans ⟠ (@ryanberckmans) November 7, 2026

Badacz bezpieczeństwa pcaversaccio poszedł dalej, stwierdzając, że aktualizacja nie powinna być wdrażana w obecnej formie. „imho Glamsterdam should not be shipped in its current form, period”, napisał badacz, dodając, że wzrosty cen gazu zostały zasygnalizowane deweloperom bazowym około dwa tygodnie wcześniej.

Anonimowy deweloper banteg powiedział, że publiczna analiza już wskazała około 200 000 potencjalnie dotkniętych kontraktów. Według bantega słabości metody analizy mogą oznaczać, że wiele więcej kontraktów zostało pominiętych, a kilka znanych protokołów również jest narażonych.

Zmiany cen gazu i proponowane rozwiązania

Obawy dotyczą dwóch wniosków Glamsterdamu, EIP-8037 i EIP-8038. Ethereum Improvement Proposals (EIP) to formalne specyfikacje, za pomocą których sieć definiuje i przyjmuje zmiany zasad. Wnioski zwiększyłyby opłaty gazowe nakładane przez Ethereum na tworzenie kontraktów i dostęp do zapisanych danych w blockchainie.

Gaz to opłata wyceniająca każdy krok wykonany przez smart kontrakt. Zgodnie z EIP-8037 bazowa opłata za utworzenie kontraktu wzrosłaby z 32 000 gazu do 183 600, zanim doliczone zostaną koszty przechowywania kodu i wykonania.

Wiele aplikacji powstało w założeniu, że te koszty pozostaną stałe. Niektóre rezerwują stałą ilość gazu przy wywoływaniu innej aplikacji, co oznacza, że wzrost cen mógłby spowodować niepowodzenie tych wywołań — gdy rzeczywiste koszty przekraczają gaz zarezerwowany przez kontrakt, wywołanie może zostać cofnięte. Firma bezpieczeństwa ChainSecurity zidentyfikowała osiem takich założeń, które mogłyby się załamać.

Wniosek Leo Glisica, EIP-8488, podzieliłby zestaw instrukcji Ethereum na dwie wersje. Istniejące kontrakty zachowałyby stary harmonogram gazowy, podczas gdy nowe kontrakty musiałyby używać opcode'ów „V2” z nowymi cenami.

Oddzielny projekt Giulia Rebuffo proponuje użycie dwóch liczników gazu w każdej transakcji. Jeden śledziłby wykonanie według starych zasad, pozwalając kontraktom widzieć oczekiwane koszty, a drugi ustalałby rzeczywistą opłatę według nowych cen.

Projekt Rebuffo stanowi, że dla tego rozwiązania nie przeprowadzono żadnej implementacji w klientach wykonawczych ani testów konsensusu. Ani EIP-8488, ani wniosek Rebuffo nie zostały zatwierdzone dla Glamsterdamu i żaden nie określa daty docelowej.

Testy opóźnione

Po ostrzeżeniach dotyczących bezpieczeństwa deweloperzy przesunęli aktywację Glamsterdamu zaplanowaną na 26 października na sieci testowej Hoodi. Hoodi to jedna z publicznych sieci testowych Ethereum, na której nadchodzące zmiany protokołu są próbowane przed wprowadzeniem do sieci głównej. Opóźnienie objęło zmiany warstwy wykonawczej Amsterdam, zmiany konsensusu Gloas oraz plan podniesienia limitu gazu Hoodi do 200 milionów.

6 listopada deweloper Ethereum Foundation Marius van der Wijden powiedział, że fundacja współpracuje z ChainSecurity i Dedaub nad przeglądem dotkniętych aplikacji. Zespół zbiera również opinie od deweloperów.

Prywatny test omawiany na dni 16–20 listopada był zatem jedynie wstępny i został zaplanowany przed złożeniem konkurencyjnych wniosków. Otwarte pozostaje pytanie, czy którykolwiek z projektów kompatybilności wejdzie w zakres Glamsterdamu oraz co przyniesie trwający przegląd z ChainSecurity i Dedaub, podczas gdy nadal zbierane są opinie deweloperów.

Źródło główne: https://coincentral.com/ethereum-glamsterdam-upgrade-faces-pushback-as-200000-smart-contracts-risk-breaking/