Ethereum Foundation wijst 8 invarianten aan die breken onder Glamsterdam
Belangrijkste punten
- •De Ethereum Foundation verzocht ontwikkelaars en auditors van gedeployde Ethereum-projecten op 6 november te controleren hoe de geplande specificatiewijzigingen voor Glamsterdam hun werk zouden beïnvloeden.
- •De Foundation publiceerde een lijst van acht invarianten die volgens haar breken onder de geplande specificatiewijzigingen voor Glamsterdam.
- •Invarianten zijn eigenschappen die een protocol bij elke geldige uitvoering moet handhaven, en omdat gedeployde contractcode niet verandert wanneer het protocol dat wel doet, moeten projectteams hun eigen aannames zelf opnieuw controleren.
- •Glamsterdam, Ethereum's volgende grote upgrade, komt na Fusaka en zet de op steden gebaseerde naamgevingsconventie van het netwerk voort.
- •Omdat de specificatiewijzigingen nog door Ethereum's openbare proces bewegen, vindt de beoordeling plaats voordat de nieuwe regels van kracht worden.

Op 6 november deed de Ethereum Foundation een direct verzoek aan de smart contract-ontwikkelaars en auditors achter gedeployde Ethereum-projecten: verifieer hoe geplande specificatiewijzigingen voor de volgende grote netwerkupgrade, Glamsterdam, hun werk zouden beïnvloeden. Ter ondersteuning van die controle publiceerde de Foundation een lijst van acht invarianten die bij de geplande wijzigingen breken.
Invarianten zijn eigenschappen die een protocol of applicatie bij elke geldige uitvoering hoort te handhaven — bijvoorbeeld garanties over transactiegeldigheid, state-verwerking of executieresultaten waarop gedeployde contracten en hun audits vertrouwen. Wanneer de specificatie van een netwerk verandert, kunnen invarianten die voorheen golden breken, waardoor aannames waarop productiesystemen zijn gebouwd mogelijk komen te vervallen. Dat is het punt waar de mededeling van de Foundation op ingaat, en de reden waarom zij externe teams heeft gevraagd de acht aangemerkte gevallen tegen hun eigen codebases af te zetten. Gedeployde Ethereum-contractcode verandert niet mee met het protocol, dus elke garantie waarop een project vertrouwt moet door het team erachter opnieuw worden gecontroleerd in plaats van door de upgrade zelf te worden opgevangen.
Glamsterdam is de codename voor Ethereum's volgende grote netwerkupgrade, gepland na Fusaka. Ethereum coördineert dergelijke upgrades via een openbaar specificatieproces waarbij protocolwijzigingen worden besproken tussen client-teams, onderzoekers en applicatieontwikkelaars voordat ze in de specificaties van de upgrade worden opgenomen. De upgrade zet de langlopende naamgevingsconventie van het protocol voort en ontleent zijn naam aan Amsterdam. Binnen dit proces kunnen wijzigingen op specificatieniveau invloed hebben op de uitvoerings- en consensusregels, wat op zijn beurt gevolgen kan hebben voor de garanties waaraan smart contracts vasthouden. Omdat de mededeling geplande specificaties betreft en niet regels die al van kracht zijn, vindt de beoordeling plaats voordat de wijzigingen ingaan, terwijl ze zich nog door Ethereum's openbare proces bewegen.
De outreach van de Foundation op 6 november richtte zich precies op dit raakvlak tussen protocolwijzigingen en gedeployde software. Ontwikkelaars en auditors werd gevraagd voor hun eigen deployments te beoordelen welke van de acht geïdentificeerde invariantbreuken van toepassing zijn en wat de praktische gevolgen zouden zijn zodra de specificatiewijzigingen van Glamsterdam ingaan. Naarmate de upgrade vordert, zijn de concrete signalen om op te letten hoe die reviews de acht aangemerkte breuken in kaart brengen voor gedeployde projecten en hoe de Glamsterdam-specificaties zich via het openbare proces blijven ontwikkelen.
Dit rapport werd voor het eerst gepubliceerd door COINOTAG op 9 november 2026: Ethereum Foundation Flags 8 Invariants That Break Under Glamsterdam. Het volledige artikel is beschikbaar via Coinotag: volledige versie.