Glamsterdam-fork op Hoodi afgeblazen: zo controleer je of je Ethereum-staking geraakt wordt

De testfork waar de Ethereum-ontwikkelaars sinds begin oktober naartoe werkten, gaat niet door. Op 22 oktober hebben de kernontwikkelaars de voor maandag 26 oktober geplande activering van de Glamsterdam-upgrade op het testnet Hoodi geschrapt. De reden is geen fout in de software, maar een beveiligingsbevinding van auditbureau ChainSecurity over twee verbetervoorstellen die deel uitmaken van de upgrade. Een nieuwe datum staat noch voor Hoodi noch voor het mainnet vast.

Voor jou als houder van ether verandert er in de lopende werking voorlopig niets. Wie daarentegen zelf een node draait, een validator laat lopen of toepassingen op Hoodi test, moet de agenda aanpassen en de softwareversies controleren. Dit artikel zet op een rij wat er precies is geschrapt, waarom het auditbureau alarm sloeg en welke datum nu realistisch in beeld is.

Hoodi-fork geschrapt: 26 oktober gaat niet door

Glamsterdam zou op Hoodi op 26 oktober om 17:42:48 UTC ingaan, bij Hoodi-epoch 132.352. Die activering is uit de herziene configuratie gehaald. Daarmee zijn ook de activering van de uitvoeringslaag Amsterdam en die van de consensuslaag Gloas geschrapt. Ook de geplande verhoging van de Hoodi-gaslimiet naar 200 miljoen eenheden is ingetrokken.

De schrapping betreft uitsluitend toekomstige configuraties. Wat er op Hoodi al aan blokken is vastgelegd, blijft ongewijzigd; er wordt niets teruggedraaid. Evenmin geraakt wordt de Glamsterdam-fork op het testnet Sepolia, die op 6 oktober plaatsvond en sindsdien draait.

Wat een testnetfork eigenlijk doet

Een testnet is een volledige kopie van de Ethereum-blockchain die met waardeloze tokens werkt. Hoodi dient sinds het voorjaar van 2026 als laatste stap vóór het mainnet: hier testen clientteams en stakingaanbieders onder realistische omstandigheden of hun software een fork doorstaat. Valt zo'n test uit, dan verschuift onvermijdelijk alles wat daarna komt. De mainnetdatum hangt aan de testnetdatum, niet andersom.

EIP-8037 verandert de gasafrekening voor nieuwe opslag

Gas is de rekeneenheid waarmee Ethereum de inspanning van een transactie meet en beprijst. EIP-8037 draagt de titel „State Creation Gas Cost Increase" en maakt het aanmaken van nieuwe data op de blockchain duurder. Het voorstel voert daarvoor een prijs per byte in, die het op 1.530 gas stelt, en rekent de kosten voor het aanmaken van opslag apart af van de overige uitvoering. Transactie- en blokgrenzen gelden daarmee per dimensie in plaats van voor één gezamenlijke pot.

Het voorstel staat volgens de officiële EIP-pagina in de status „Last Call" met een termijn tot 1 november 2026. Het veronderstelt EIP-8038, dat de kostenwaarden voor toegang tot bestaande opslag opnieuw vastlegt. Die waarden zijn volgens dezelfde pagina nog niet definitief. Beide voorstellen samen zouden met Glamsterdam van kracht worden.

Gasprijzen als basis van beveiligingscontroles

Gasprijzen zijn in Ethereum geen pure kostenkwestie. Veel contracten lezen tijdens de uitvoering uit hoeveel gas er nog over is en leiden daar een beslissing uit af. Verschuift een upgrade die waarden, dan verschuift daarmee ook de basis van zulke beslissingen. Precies op dat punt grijpt de bevinding aan.

Insufficient gas griefing: de aanvalsroute die ChainSecurity beschrijft

ChainSecurity heeft zijn analyse op 13 oktober gepubliceerd. Insufficient gas griefing is een aanval waarbij iemand opzettelijk te weinig gas meestuurt, zodat een eigenlijk legitieme handeling mislukt. Contracten verweren zich daar traditioneel tegen door het resterende gas te controleren: is er nog genoeg, dan was het mislukken echt; is er nauwelijks nog iets over, dan is er vermoedelijk te weinig meegegeven, en mag de handeling worden herhaald.

Onder de nieuwe regels kan na een mislukte externe aanroep meer gas naar het aanroepende contract terugvloeien dan voorheen. Het contract loopt dan door waar het vroeger zou zijn gestopt, en zijn controle komt tot een verkeerde conclusie. Volgens Cointelegraph waarschuwden de auditors dat de wijzigingen bestaande beveiligingscontroles die op het resterende gas steunen, zouden kunnen verstoren.

De praktische gevolgen beschrijft het auditbureau als blijvend: een toepassing zou een mislukte handeling definitief als mislukt kunnen boeken, een aanspraak van een gebruiker kunnen wissen of een herhaling kunnen blokkeren. Geraakt worden vooral gebundelde transacties en opnames, dus processen waarbij meerdere stappen aan elkaar hangen en het gedrag bij een fout over de uitkomst beslist.

13 geraakte contracten en de vertrouwelijke melding

ChainSecurity zegt 13 voorbeelden van dit patroon in al actieve contracten te hebben gevonden. Om welke toepassingen het gaat, is niet openbaar. Het bureau werkt naar eigen zeggen in het kader van een vertrouwelijke melding samen met de betrokken teams, de gebruikelijke procedure waarbij ontwikkelaars tijd krijgen om bij te sturen voordat details bekend worden.

Die werkwijze verklaart waarom de ontwikkelaars de testrun hebben stopgezet in plaats van hem door te drukken. Een fork op Hoodi zou de nieuwe gasregels scherp hebben gezet in een omgeving waarin teams hun productielogica spiegelen. Zolang onduidelijk is hoeveel contracten op het mainnet hetzelfde patroon dragen, zou elke volgende stap een gok zijn op een getal dat niemand kent.

Gloas, Amsterdam en de gaslimiet van 200 miljoen liggen stil

Glamsterdam bundelt meerdere wijzigingen. Op de consensuslaag staat Gloas, op de uitvoeringslaag Amsterdam. Tot de inhoud behoren de vast in het protocol verankerde scheiding tussen blokvoorstel en blokbouw en toegangslijsten op blokniveau. Beide bouwstenen zijn erop gericht het bouwen van blokken voorspelbaarder te maken en het werk van de validators los te koppelen van gespecialiseerde bouwers.

De verhoging van de gaslimiet naar 200 miljoen was het meest zichtbare deel van de Hoodi-test. Op Sepolia draait Glamsterdam sinds 6 oktober met een verhoogde limiet. Een hogere gaslimiet betekent meer rekenwerk per blok en daarmee meer doorvoer, maar verhoogt ook de eisen aan de hardware van node-operators. Juist daarom wordt hij stapsgewijs en op testnets beproefd voordat hij naar het mainnet gaat.

Op het mainnet loopt alles ongewijzigd door

Het mainnet draait ongewijzigd door. De Ethereum Foundation heeft volgens de geciteerde berichten niet verklaard dat deze upgrade het mainnet zou hebben beschadigd, en er is geen aanwijzing voor een probleem in de lopende werking. Wie ether in een eigen wallet aanhoudt, bij een exchange heeft staan of via een aanbieder staket, hoeft naar aanleiding van dit besluit niets om te zetten.

Ether noteert op 24 oktober rond 2.370 dollar en ligt daarmee in de bandbreedte van de afgelopen dagen. Een koersreactie op het afblazen valt niet uit de data af te lezen; de markt bewoog in deze periode in de pas met bitcoin en de Amerikaanse aandelenindices. Wie het tijdpad tot hier heeft gevolgd, vindt de stand van vóór het afblazen in ons artikel van 22 oktober over de geplande Hoodi-fork en de gaslimiet van 200 miljoen. Daar stond 26 oktober nog als datum; precies dat punt is nu vervallen.

Staking via een aanbieder: de rol van de dienstverlener

Wie zijn ether via een exchange of een gespecialiseerde dienst staket, draagt het clientrisico niet zelf. De aanbieder werkt zijn software bij en is contractueel verantwoordelijk voor de werking. Voor jou blijft de vraag relevant hoe transparant hij zulke data communiceert en hoe snel hij reageert bij een verschoven fork. Let bij de keuze van een stakingaanbieder op de voorwaarden en op de lock-upperiodes, die in een noodgeval bepalen hoe beweeglijk je bestand is.

Solo-stakers en node-operators: de clientversies van 26 oktober

Anders ligt het voor iedereen die zelf software draait. Houdt een client of een eigen configuratie het oude activeringsmoment aan, dan stevent hij op Hoodi af op een fork die de rest van het netwerk niet meemaakt. Het resultaat zou een afsplitsing van de actuele stand zijn, met alle gevolgen voor synchronisatie en validatorwerking.

Daarom blijft de update tot 26 oktober gelden, ook al gaat de fork niet door: de nieuwe versies bevatten de opgeschoonde configuratie. Volgens het herziene overzicht betreft dat op de consensuslaag Lodestar in versie 1.50.1 en op de uitvoeringslaag Besu 26.10.1 en Nethermind 2.2.1; Ethrex staat klaar als voorversie 30.0.1-rc.2. Instructies voor de overige clients ontbraken op het moment van de berichtgeving nog. Naast uitvoerings- en consensusclient gaat het ook om de validatorclient en externe infrastructuur voor de blokbouw.

Applicatieontwikkelaars en de testagenda

Teams die hun contracten tegen Glamsterdam wilden testen, zijn hun basis kwijt. De ontwikkelaars hebben uitdrukkelijk gevraagd tests niet langer rond de geschrapte datum te plannen. Wie contracten draait die het resterende gas uitlezen om over een herhaalpoging te beslissen, doet er goed aan die logica sowieso los van de forkdatum na te lopen. De vondsten van ChainSecurity beschrijven een patroon, geen losstaand geval.

De decemberdatum voor het mainnet is open

Vóór het afblazen hadden de ontwikkelaars volgens overeenstemmende berichten 1, 8 en 9 december als mogelijke mainnetdata besproken. Geen daarvan was bevestigd. De agenda van het overleg van 22 oktober voorzag erin om in de week daarna een datum te kiezen, mits de Hoodi-test zou slagen. Aan die voorwaarde is niet voldaan.

Eén enkel bericht noemt een herziene Hoodi-datum na de Devcon begin november en houdt een mainnetstart in december nog steeds voor mogelijk. Dat gegeven bevestigen de overige bronnen niet, het is daarom met voorzichtigheid te lezen. Hard is tot nu toe alleen de uitspraak dat er geen nieuwe datum vaststaat.

Realistisch bekeken hangt het tijdpad aan twee vragen: hoe snel de betrokken projecten hun contracten aanpassen, en of de ontwikkelaars de gasregels zo aanscherpen dat de oude controles blijven werken. Geen van beide laat zich op een datum vastpinnen. Bij Fusaka in december vorig jaar zaten er tussen de laatste testnetfork en de mainnetstart meerdere weken; een vergelijkbare marge zou ook hier geen verrassing zijn.

Enshrined PBS en block-level access lists: de inhoud van Glamsterdam

Achter de twee vaktermen gaan twee koerskeuzes schuil. Enshrined proposer-builder separation verankert in het protocol zelf wat nu via vrijwillige software loopt: de scheiding tussen de validator die een blok voorstelt en de dienstverlener die het samenstelt. Block-level access lists maken vooraf bekend welke data een blok gaat aanraken, zodat clients delen van het werk parallel kunnen afhandelen.

Beide richten zich op robuustheid, niet op zichtbare vernieuwingen voor eindgebruikers. Voor beleggers is Glamsterdam daarom minder een gebeurtenis met koerseffect dan een bouwsteen in de langetermijnontwikkeling van het netwerk. De vertraging van enkele weken verandert weinig aan die duiding, maar laat zien dat de ontwikkelaars beveiligingsbevindingen boven het tijdschema stellen.

Glamsterdam afgeblazen: zonder nieuwe datum blijft de decemberfork open

1. Controleer je softwareversie als je zelf een node draait. Werk uitvoerings-, consensus- en validatorclient bij naar de genoemde versies en zorg dat geen eigen configuratie 26 oktober als activeringsmoment draagt. Wie het staken aan een dienst overlaat, vergelijkt de voorwaarden van de aanbieders, vooral de lock-upperiodes.
2. Scheid bewaring en handel. Het afblazen raakt je bestanden niet, een goede aanleiding voor een inventarisatie is het toch. Welke apparaten geschikt zijn voor eigen bewaring, laat de vergelijking van hardware wallets zien.
3. Houd de agenda in de gaten, niet de koers. De volgende harde stap is een nieuwe Hoodi-datum. Wie in deze fase wil bijkopen of herschikken, vergelijkt vooraf kosten en stortingsmogelijkheden van de aanbieders, in plaats van in te zetten op een forkrally die tot nu toe niemand heeft gepland.

(Per 24 oktober 2026. Dit artikel is geen beleggingsadvies. Koersen en tarieven veranderen; controleer de voorwaarden bij de aanbieder voordat je koopt.)