Ethereum mikt op 28 september voor Glamsterdam na testproblemen
Ethereum-ontwikkelaars hebben 28 september 2026 op tafel gelegd voor de eerste grote publieke test van Glamsterdam op Sepolia. Alleen kwamen tijdens de laatste testronde precies de problemen boven waarvoor zo'n traject bestaat.
Meerdere Ethereum-clients liepen donderdag vast of vertraagden rond nieuwe builderfunctionaliteit. Daarom komt er eerst een extra devnet voordat de planning definitief wordt.
Voor Ethereum is dat geen klein detail. Glamsterdam verandert delen van de manier waarop blokken worden gebouwd en verwerkt.
Sepolia krijgt voorlopig 28 september
Tijdens All Core Developers Consensus-call #185 stelden de ontwikkelaars twee concrete data voor.
Sepolia zou Glamsterdam op 28 september 2026 om 14:44:48 UTC kunnen activeren. Dat correspondeert met epoch 351232 en slot 11.239.424.
Daarna staat voorlopig 26 oktober 2026 voor Hoodi op de kalender.
Die tweede activatie zou volgens de voorgestelde planning plaatsvinden op epoch 132352 en slot 4.235.264.
Maar beide data zijn nog potloodwerk.
Tijdens de vergadering werd gevraagd om mogelijk ongeveer een week extra testtijd in te bouwen. Over Sepolia moet bij een volgende ACDC-call definitief verder worden besloten.
Nieuwe fork legde clientproblemen bloot
De twijfel ontstond na de activatie van nieuwe Glamsterdam-functionaliteit op Platåberget, de testomgeving die intern ook als Glamsterdam Devnet 8 wordt gebruikt.
Het Platåberget-testnet is speciaal gebouwd om onder meer enshrined proposer-builder separation, of ePBS, te testen.
Daarbij worden de rollen van degene die een blok voorstelt en degene die het daadwerkelijk samenstelt sterker in het Ethereum-protocol gescheiden.
Het netwerk draaide vóór de activatie stabiel.
Na de overgang kregen Lighthouse, Prysm en Teku volgens de samenvatting van ACDC #185 problemen rond de verwerking van builder deposits.
Dat zijn stortingen waarmee builders binnen het nieuwe systeem kunnen deelnemen.
Lighthouse struikelde over een optimalisatie
Bij Lighthouse zat het probleem onder meer in caching.
Kort voor de fork was een optimalisatie voor builder deposits toegevoegd. Daardoor bleken oudere deposits niet op de verwachte manier in het geheugen beschikbaar.
De client moest dus precies bij de overgang informatie verwerken die niet correct was voorbereid.
Teku kreeg met een ander probleem te maken.
Een data-availabilitycontrole duurde bij één blok uitzonderlijk lang. Die vertraging werkte vervolgens door naar andere onderdelen van de verwerking.
Dat soort fouten is precies waarom Ethereum upgrades meerdere testlagen doorlopen voordat mainnet aan de beurt komt.
Lodestar kreeg dezelfde taak veel sneller verwerkt
Niet iedere client had evenveel moeite.
Nimbus en Lodestar kwamen volgens de vergadering zonder grote problemen door de overgang.
Bij Lodestar was eerder nog een verwerkingstijd van ongeveer twintig seconden gemeten. Na een optimalisatie daalde die naar ongeveer 500 milliseconden.
Dat verschil is belangrijk.
Ethereum gebruikt meerdere onafhankelijke clients. Validators hoeven dus niet allemaal dezelfde software te draaien.
Die clientdiversiteit verkleint de kans dat één programmeerfout het volledige netwerk raakt. Tegelijk moet iedere client nieuwe protocolregels wel correct en snel genoeg verwerken.
Een upgrade is pas klaar wanneer niet één client werkt, maar de verschillende clients onder dezelfde zware omstandigheden blijven samenwerken.
Devnet 8 liet zien dat daar nog werk zit.
Ethereum bouwt extra testnet zonder finaliteit
De ontwikkelaars willen daarom nog een aparte testomgeving optuigen.
Daarin wordt bewust getest wat er gebeurt wanneer Ethereum langere tijd geen finaliteit bereikt.
Finaliteit betekent simpel gezegd dat validators voldoende overeenstemming hebben bereikt om een deel van de blockchain als definitief te beschouwen.
Normaal hoort dat proces door te lopen.
Maar een client moet ook voorspelbaar reageren wanneer finaliteit door bugs, netwerkproblemen of extreme omstandigheden tijdelijk wegvalt.
De nieuwe testomgeving kan volgens de huidige planning volgende week of een week later worden opgezet.
Lighthouse, Prysm, Teku, Nimbus en Lodestar gaven aan de benodigde wijzigingen daarvoor in hun ontwikkelbranches te hebben.
Lido wil tijd om stakingsoftware te breken
De extra testronde is niet alleen voor de ontwikkelaars van Ethereum zelf.
Ook partijen die bovenop het netwerk draaien, hebben voorbereidingstijd nodig.
Lido wees tijdens de vergadering op zijn oracles en validatorsoftware. Die systemen spelen een rol bij Ethereum staking en moeten onder de nieuwe regels correct blijven functioneren.
Ook Optimism heeft gevraagd om een geschikte omgeving voor verdere tests.
Daarmee wordt de keuze tussen 28 september en uitstel praktischer dan hij op het eerste gezicht lijkt.
Een fork kan technisch werken bij de core developers en alsnog problemen veroorzaken bij stakingproviders, rollups of andere partijen die direct met validators en blokproductie communiceren.
EIP-7610 wordt uit Glamsterdam gehaald
De ontwikkelaars hakten donderdag ook een knoop door over EIP-7610.
Het voorstel schrijft voor dat het aanmaken van een smart contract wordt teruggedraaid wanneer het bestemmingsadres al niet-lege opslag bevat.
Daarmee wordt een uitzonderlijke toestand binnen Ethereum strenger afgevangen.
Maar de extra controles brengen ook kosten voor clientprestaties mee.
Tijdens ACDC #185 werd daarom afgesproken EIP-7610 uit de Glamsterdam-scope te verwijderen.
De administratieve verwerking daarvan moet nog worden afgerond. In de huidige Glamsterdam-meta-EIP staat EIP-7610 nog als voorstel dat wordt overwogen.
Dat laat meteen zien waarom de upgradeplanning bewegelijk blijft.
Niet alleen bugs veranderen de scope. Ontwikkelaars blijven tot relatief laat afwegen of een voorstel voldoende oplevert tegenover de extra code en testlast.
Hegotá staat alweer achter Glamsterdam klaar
Terwijl Glamsterdam nog door de teststraat gaat, begint de selectie voor Hegotá al.
Dat wordt de volgende Ethereum-upgrade.
Clientteams moeten vanaf medio september aangeven welke voorstellen volgens hen prioriteit verdienen. De bedoeling is om een lange lijst terug te brengen tot een pakket dat daadwerkelijk gebouwd en getest kan worden.
Tijdens ACDC #185 kwam onder meer EIP-8333 voorbij.
Dat voorstel wil de berekening van bepaalde checkpoints beter laten aansluiten op de grens tussen epochs. De indieners denken daarmee de verwerking van validatorstemmen nauwkeuriger te maken.
Er is nog geen besluit genomen over opname in Hegotá.
Dat proces staat dus aanzienlijk eerder in de ontwikkeling dan Glamsterdam.
28 september hangt nu af van één ding
Voor Glamsterdam ligt de situatie anders.
De gewenste onderdelen zijn grotendeels bekend. De publieke testdata krijgen vorm. En Platåberget draait juist om de veranderingen die straks ook elders moeten landen.
Maar donderdag leverde tegelijkertijd een nuttige waarschuwing op.
Een fork die op papier klaar is, kan bij echte clientsoftware alsnog cachingproblemen, trage controles en verlies van finaliteit blootleggen.
Daarom is 28 september nu geen deadline die Ethereum koste wat kost moet halen.
Het is een doelwit dat alleen blijft staan als de volgende testronde niets ernstigers vindt.
Stop met te veel betalen voor je crypto. Bij de Amsterdamse exchange Finst handel je tegen de laagste tarieven van Nederland, zonder verborgen kosten.
👀 Bekijk Finst nu ›Let op: Beleggen in crypto brengt risico’s met zich mee. Handel alleen met geld dat u kunt missen.
Ga verder met lezen
Dit vind je misschien ook leuk
Laat mensen jouw mening weten
Lees ook
Populair Nieuws
Loading
