Ethereum (ETH) oefende op 6 oktober zijn volgende grote upgrade. Buiten de ontwikkelaarskanalen merkte bijna niemand het op. Toch draait testnet Sepolia nu met regels die bepalen wie blokken bouwt, hoe gas wordt geprijsd en hoeveel werk een blok mag bevatten.
Deze uitleg fileert de 18 kernwijzigingen in Glamsterdam – met als speerpunten de ‘enshrined’ proposer‑builder separation, block-level access lists en een nieuw gasmodel – en wat dat betekent voor fees, MEV, rollups en de geplande sprong naar een gaslimiet van 200 miljoen.
- Glamsterdam ging live op Ethereums Sepolia-testnet op 6 oktober 2026, en ontwikkelaars mikken op 26 oktober voor het Hoodi‑testnet. Een mainnet‑datum is nog niet vastgelegd, al noemt een concept‑planning begin december als opties.
- De upgrade verplaatst het proposer‑builder‑handshake naar het protocol zelf, voegt block‑niveau access lists toe voor parallelle verwerking en herziet hoe Ethereum rekent voor het aanmaken en uitlezen van state.
- Ontwikkelaars zijn het eens over een ondergrens van 200 miljoen gas na Glamsterdam, ruim driemaal de huidige default van 60 miljoen, al hangt het effect op fees af van vraag en validatoradoptie.
Wat is de Glamsterdam‑upgrade van Ethereum, en waarom is die belangrijk?
Glamsterdam is de netwerkupgrade die volgt op Fusaka en combineert twee namen. De execution‑laag heet Amsterdam, naar de Devconnect‑gaststad in 2022; de consensus‑kant heet Gloas, naar een ster.
De Ethereum Foundation publiceerde op 28 september de testnetaankondiging. Activatie op Sepolia was gepland op epoch 353.024, slot 11.296.768, om 13:53:36 UTC op 6 oktober.
De fork ging precies volgens schema live.
Onafhankelijk Ethereum‑onderzoeker Christine D. Kim meldde op 9 oktober dat de Sepolia‑upgrade “soepel verliep”. Ontwikkelaars planden Glamsterdam daarna voor Hoodi, het tweede en laatste publieke testnet, op maandag 26 oktober, met client‑releases uiterlijk 16 oktober.
De scope staat in trackingvoorstel EIP‑7773. Daarin zijn 18 kernwijzigingen opgenomen, ondersteund door vijf netwerk‑EIP’s en twee informatieve voorstellen.
Voor mainnet ligt niets vast. De foundation gaf aan dat data voor Hoodi en mainnet “nog niet zijn bepaald”, en ethereum.org houdt het vooralsnog bij een doelstelling in het vierde kwartaal van 2026.
Een conceptplanning op GitHub noemt 1, 8 en 9 december als mogelijke mainnetslots, maar er is over geen van die data consensus.
Waarom is dit relevant? Jarenlang schoof Ethereum vrijwel alle schaalwerk door naar rollups en hield het de baselaag bewust conservatief. Glamsterdam markeert een zichtbare koerswijziging.
De foundation positioneert de upgrade als de volgende stap om Layer 1 op te schalen. De hoofdfeatures zijn er vooral op gericht de basislaag veilig veel meer activiteit te laten verwerken, terwijl gasprijzen dichter bij de werkelijke kosten van uitvoering en groei van de state komen te liggen.
Hoe verschilt Glamsterdam van Pectra en Fusaka?
De laatste twee upgrades van Ethereum draaiden vooral om staking en data. Glamsterdam draait om execution – het deel van het systeem dat transacties daadwerkelijk uitvoert.
Pectra ging live op 7 mei 2025, op epoch 364.032. Die upgrade maakte het via EIP‑7702 mogelijk dat gewone wallets konden delegeren aan smart‑contractcode, verhoogde de maximale validatorbalans van 32 naar 2.048 Ether en tilde het blob‑doelvolume naar zes, met een maximum van negen blobs.
Fusaka activeerde op 3 december 2025 om 21:49:11 UTC. De hoofdfeature was PeerDAS, oftewel EIP‑7594, waardoor nodes blob‑data kunnen verifiëren door kleine stukjes te sampelen in plaats van alles te downloaden.
Fusaka introduceerde ook ‘blob‑parameter‑only’ forks: kleine configuratie‑upgrades die alleen de blobcapaciteit bijstellen, zonder andere features mee te nemen. Er volgden er twee, op 9 december 2025 en 7 januari 2026.
In de Checkpoint‑update van januari noteerde de foundation dat Ethereum nu mikt op 14 blobs per blok, met een maximum van 21. Dat noemde zij een 2,3‑voudige toename van de Layer‑2‑dataspace vergeleken met vóór Fusaka.
Aan execution‑zijde legde Fusaka een limiet op van grofweg 16,8 miljoen gas per individuele transactie en stelde de standaard block gas limit in clientsoftware vast op 60 miljoen.
Glamsterdam draait de volgorde om. In plaats van vooral extra ruimte te creëren voor rollup‑data, verbouwt de upgrade hoe blokken worden geproduceerd, gevalideerd en geprijsd, zodat de grens van 60 miljoen aanzienlijk verder omhoog kan.
Pectra en Fusaka verbreedden de pijpleidingen voor Layer‑2’s; Glamsterdam herbedraadt de machinekamer van Layer 1.
Lees ook: Kan TRON 95 miljard dollar aan stablecoins afschermen van kwantumaanvallen? Sun zegt van wel
Wat is ‘enshrined’ proposer‑builder separation (ePBS)?
Vandaag worden de meeste Ethereum‑blokken niet samengesteld door de validators die ze voorstellen. Gespecialiseerde builders wedijveren om het meest winstgevende blok te construeren, en een validator met MEV‑Boost‑software van Flashbots kiest het hoogste bod.
De overdracht verloopt via relays, die fungeren als vertrouwde tussenlaag. Een relay houdt het blok van de builder vast, toont de proposer alleen de header en het bod, en geeft de volledige inhoud pas vrij zodra de proposer heeft getekend.
Dat model werkt, maar staat volledig buiten het protocol. Als een relay uitvalt, zich misdraagt of censureert, biedt het consensusmechanisme van Ethereum geen formeel vangnet.
EIP‑7732 haalt die uitwisseling het protocol in. Builders worden formeel protocoldeelnemer en validators krijgen een nieuwe taak: zogeheten payload timeliness attestations.
In de nieuwe stroom voegt een proposer een door de builder ondertekende toezegging voor een execution payload toe aan het beacon‑blok, waarna de builder de payload onthult. De betaling aan de proposer verloopt via het protocol zelf, waardoor de afhankelijkheid van vertrouwde middleware afneemt.
Een deelverzameling validators vormt het payload timeliness committee. Die validators attesteren of de builder de payload op tijd heeft vrijgegeven en of de bijbehorende blob‑data beschikbaar waren.
De wijziging splitst ook consensus‑validatie van execution‑validatie – en daar begint het schaalverhaal.
De roadmap‑pagina op ethereum.org stelt dat deze splitsing het tijdsvenster om data over het netwerk te verspreiden verruimt van circa 2 naar zo’n 9 seconden. Meer tijd betekent dat validators veilig veel grotere payloads kunnen verwerken.
Relays verdwijnen daarbij niet van de ene op de andere dag. Op dezelfde pagina staat dat builders en proposers off‑protocol relays of middleware kunnen blijven gebruiken voor geavanceerde functies die het kernprotocol nog niet ondersteunt.
Lees ook: Claude Mythos 5 bereikte overheidswebsites, dus trok Anthropic de stekker uit de tests
Hoe kan Glamsterdam MEV en de economie van Ethereum‑validators veranderen?
Maximum extractable value, of MEV, is de extra winst die voortkomt uit de volgorde, inclusie of uitsluiting van transacties. Via MEV‑Boost vloeit een groot deel daarvan naar validators als biedingen van builders, maar de markt achter die biedingen is sterk geconcentreerd.
Het Relayscan‑dashboard van Flashbots liet zien dat Titan in de 24 uur tot vroeg op 12 oktober 52,6% van de MEV‑Boost‑blokken bouwde. Quasar tekende voor 18,5% en BuilderNet voor 13,3% – drie builders zijn dus goed voor zo’n 84% van de flow.
ePBS schaft MEV niet af en lost de concentratie van builders niet automatisch op. Wat wel verandert, is het vertrouwensmodel: de betaling aan de proposer hangt niet langer af van de goede wil van een relay.
Voor stakers ligt de winst aan de marge. Een solovalidator krijgt een protocol‑afgedwongen mechanisme om blokruimte te verkopen, terwijl builders op hun beurt zelf stake moeten inleggen om mee te mogen doen.
Stakers krijgen ook snellere exits. Onder EIP‑8061 schaalt de uitstapcapaciteit mee met de totale hoeveelheid gestakete Ether. Volgens ethereum.org betekent dat bij de huidige volumes grofweg een verviervoudiging, en twee keer zoveel ruimte om validatorposities te consolideren.
De keerzijde is een korter veiligheidsvenster voor nodes die offline gaan. Ethereum.org schat dat de weak subjectivity‑periode – waarna een terugkerende node een recent vertrouwd checkpoint nodig heeft – daalt van circa 15,7 naar ongeveer 7 dagen.
Tijdens Soldøgn Interop op Spitsbergen, een voorjaarssummit met iets meer dan 100 kernontwikkelaars, kwamen twee gevoelige ePBS‑kwesties bovendrijven. Een daarvan: hoe bescherm je een ontwerp dat slechts 1 ETH stake per builder vereist tegen Sybil‑aanvallen op het p2p‑netwerk?
Die zorg stak vlak voor Sepolia opnieuw de kop op. In een consensuscall van 17 september waarschuwde Prysm‑ontwikkelaar Potuz dat gratis test‑Ether een aanvaller in staat stelt veilingen te winnen met wegwerp‑builders die daarna geen payload leveren: “Ik kan gewoon duizend builders opstarten.”
De eerste data van Sepolia wijzen op een dunne markt. In een community‑samenvatting van de execution‑call van 8 oktober werd EthPandaOps geciteerd: slechts vier à vijf builders waren actief, grote partijen ontbraken en veel blokken werden nog lokaal gebouwd.
ePBS bewijst zijn waarde pas als echte builders onderling concurreren om blokken. Dat maakt Hoodi tot de cruciale praktijktest.
Lees ook: iPhone Duo zegt mogelijk persoonlijk ‘hallo’ bij eerste opstart van de vouwbare van 1.999 dollar
Wat zijn block‑level access lists en hoe verbeteren die de transactieverwerking?
Ethereum‑clients verwerken vandaag transacties in een blok grotendeels sequentieel. Ze weten vooraf niet welke accounts of opslagslots een transactie raakt; twee transacties tegelijk draaien riskeert conflictsituaties.
EIP‑7928 introduceert block‑level access lists (BAL’s): lijsten die per blok vastleggen welke accounts en storage‑slots worden aangesproken, plus welke state‑wijzigingen elke transactie veroorzaakt. Builders stellen die lijst samen, en de blockheader … Met die kaart in de hand kunnen clients meerdere taken parallel uitvoeren:
- De vereiste toestand in één keer van disk lezen, in plaats van die stap voor stap te ontdekken.
- Transacties die niet met elkaar overlappen, parallel valideren op verschillende CPU-cores.
- De post-block state root efficiënter uitrekenen.
- De toestand bijwerken op basis van vooraf vastgelegde resultaten, zonder elke transactie opnieuw af te spelen – wat synchronisatie versnelt.
Een bijbehorende netwerkaanpassing, EIP-8159, maakt het mogelijk dat nodes deze lijsten onderling uitwisselen. Een andere, EIP-8189, gebruikt BAL-data om de state te herstellen tijdens snap sync.
Tijdens Soldøgn hebben clientteams elke BAL-optimalisatie afzonderlijk gebenchmarkt achter een eigen featureflag. Doel: eerst de traagste paden per client versnellen, omdat juist het optrekken van de zwakste implementatie de veilige gaslimiet voor het hele netwerk verhoogt.
BALs en ePBS werken in tandem. ePBS geeft de executielaag meer tijd binnen elke slot, en BALs zorgen dat clients die extra tijd aanzienlijk efficiënter benutten.
Lees ook: Bezos: AI Kan Werktijd Terugbrengen Naar Drie Dagen Per Week Nadat Amazon 30.000 Banen Schrappen
Hoe Verandert Glamsterdam Ethereum’s Gasboekhouding en Uitvoeringskosten?
De gasprijzen voor state-operaties zijn voor het laatst grondig herzien bij de Berlin-upgrade in 2021. Sindsdien is de Ethereum-state fors gegroeid, en recente verhogingen van de gaslimiet hebben dat proces versneld.
In een basisstuk voor smartcontractontwikkelaars lichtte de stichting op 24 augustus toe dat de nieuwe prijslijst “ongeveer een verdrievoudiging van de basale throughput” ondersteunt. Het herprijzen van deze operaties is volgens de stichting een randvoorwaarde om de gaslimiet verder te kunnen verhogen.
Twee EIP’s doen het zware werk. EIP-8037 verhoogt en differentieert de kosten van het aanmaken van nieuwe state, terwijl EIP-8038 de kosten verhoogt van het lezen en schrijven ervan via operaties als SLOAD, SSTORE en cold account access.
EIP-8037 introduceert een vaste prijs van 1.530 gas per nieuwe byte aan state, afgeleid van een doelstelling van 120 GiB stategroei per jaar bij een referentiegaslimiet van 150 miljoen.
Onder dat tarief kost een nieuwe storage-slot 97.920 eenheden stategas in plaats van 20.000 nu, en een nieuwe account 183.600 in plaats van 25.000. Het uitrollen van een contract op maximale grootte van 24 KiB wordt daarmee grofweg acht keer zo duur.
Stategas krijgt bovendien een eigen meter. De per-transactiecap die in Fusaka is ingevoerd, geldt voortaan alleen nog voor execution gas, en per block telt de dimensie (execution of state) die het dichtst bij zijn limiet komt.
De rest van het gaspakket is minder omvangrijk, maar telt op:
- EIP-7778 zorgt dat gas refunds niet langer meetellen tegen de blockgaslimiet, al blijven gebruikers wel gewoon geld terugkrijgen op wat ze betalen.
- EIP-7976 verhoogt de minimale calldata-prijs naar 64 gas per byte voor data-intensieve transacties.
- EIP-7981 rekent access-listdata af tegen hetzelfde tarief van 64 gas per byte.
- EIP-2780 herbouwt de intrinsieke transactiekosten rond feitelijk resourcegebruik, met een basistarief van 12.000 gas.
- EIP-7954 verhoogt de maximale contractgrootte van 24 KiB naar 64 KiB.
De huidige EIP-2780-versie handhaaft een simpele Ethertransfer naar een bestaande account op 21.000 gas, terwijl een transfer die een nieuwe account aanmaakt 183.600 eenheden stategas toevoegt. De Glamsterdam-pagina op Ethereum.org, voor het laatst bijgewerkt op 6 augustus, spreekt nog van transfers die tot 71% goedkoper worden.
De cijfers liggen dus nog niet helemaal vast. Verschillende voorstellen, waaronder EIP-2780 en EIP-8037, staan tot 1 november in Last Call, en ethereum.org benadrukt dat de scope tot aan mainnet nog kan verschuiven.
Lees ook: Zcash Mikpunt Voor 70% Van ZEC In Januari’s Quantumplan, Maar Datum Ontbreekt
Kan De Upgrade Layer‑1‑Throughput Verhogen en Transactiekosten Verlagen?
De beloning is hogere throughput. Tijdens Soldøgn spraken ontwikkelaars elkaar aan op een “geloofwaardige ondergrens van 200 miljoen gas na Glamsterdam” – grofweg 3,3 keer de huidige default van 60 miljoen.
Die aanname rust op drie pijlers. ePBS geeft meer uitvoeringstijd, BAL-optimalisaties creëren extra speelruimte bij clients, en EIP-8037 voorkomt dat een hogere gaslimiet oncontroleerbare stategroei veroorzaakt.
Sepolia draait nu al met een limiet van 200 miljoen, ingepland op het fork-epoch via EIP-8261, dat de gaslimiet tot een fork-geplande parameter maakt.
Clientcode voor Hoodi programmeert dezelfde 200 miljoen in. Callsamenvattingen geven aan dat mainnet dezelfde fork-epoch-aanpak zal volgen, maar een concreet mainnetcijfer en -datum zijn nog niet formeel bekendgemaakt.
Gaan de fees omlaag? Volgens ethereum.org zal Glamsterdam “hoogstwaarschijnlijk de fees voor alledaagse gebruikers verlagen”. Meer blockruimte bij gelijkblijvende vraag zou de prijzen moeten drukken, maar dat hangt af van hoeveel nieuwe activiteit de extra ruimte weer opvult.
State-intensieve acties, zoals het aanmaken van nieuwe accounts of storage-slots, worden in gas juist duurder. De upgrade herverdeelt de kosten dus minstens zozeer als dat ze worden verlaagd.
Lees ook: Kalshi Tegen De NFL Voor Het Amerikaanse Hooggerechtshof Terwijl $1,8 Mrd Op Eén Zondag Staat
Waar Moeten Wallets, Smart Contracts, Infrastructuurproviders en Validators Zich Op Voorbereiden?
Voor doorsnee houders is het antwoord: nergens op. De stichting stelt dat mainnetgebruikers niets hoeven te doen, en ethereum.org waarschuwt dat iedereen die vraagt je ETH te “upgraden”, met een scam bezig is.
Voor de rest is er wel huiswerk, waarbij de herprijzing de grootste impact heeft. Het opnieuw afspelen van historische mainnettransacties bracht een kleine set contracts aan het licht die kunnen breken of slechter presteren, meestal omdat ze harde aannames doen over gas.
Volgens de stichting lost een simpele verhoging van de gaslimiet de meeste gesignaleerde problemen op, en blijft de grote meerderheid van smart contracts ongemoeid.
De to-do-lijst, gebaseerd op richtlijnen van de stichting en clientteams, ziet er zo uit:
- Smartcontractontwikkelaars moeten adressen controleren met de affected-contracts-tool van de stichting en fixes testen op het Platåberget-testnet, met aandacht voor Solidity’s vaste 2.300 gasstipend, hardgecodeerde gaswaarden en logica die aftakt op basis van resterend gas.
- Wallets, RPC-providers en nodetooling-teams moeten hun gasinschatting bijwerken, omdat gecachte gasconstanten de kosten zullen onderschatten en zo transactiefalen veroorzaken.
- Beurzen, bridges en indexers kunnen de nieuwe logs uit EIP-7708 benutten, die elke niet-nul Ethertransfer en burn van een standaard event voorzien.
- Node-operatoren moeten zowel execution- als consensusclients upgraden vóór elke activatie, en validators moeten zowel de beacon node als de validatorclient bijwerken.
- Stakingoperators en builderteams dienen de nieuwe ePBS-taken en -interfaces – inclusief het payload timeliness committee – door te nemen vóór iedere fork.
Voor Sepolia gereedstaande executionclients waren onder meer Geth 1.17.7, Nethermind 2.1.0, Besu 26.9.0, Erigon 3.7.1, Reth 2.7.0 en Ethrex 29.0.1. Aan de consensuskant stonden Lighthouse 8.3.0-rc.0, Prysm 7.2.1, Teku 26.9.1, Lodestar 1.49.0, Nimbus 26.10.0 en Grandine 3.0.0-rc.0 op de lijst.
De standaardinstellingen rond gaslimieten illustreren hoe belangrijk details zijn. Prysm 7.2.0 en Teku’s Sepolia-release lieten validators na de fork op 60 miljoen staan, tenzij operators zelf 200 miljoen instelden.
Prysm merge-de op 2 oktober een fix, zodat validators zonder expliciete instelling automatisch de Sepolia-planning van 200 miljoen volgen. De stichting adviseert inmiddels Prysm 7.2.1. Teku-validators die naar 200 miljoen willen, moeten die waarde nog steeds via een configuratieflag zetten.
Lees ook: AI-Rampscenario Binnen 12 Maanden? OpenAI en Anthropic Zouden Al Rekenen Op De Gevolgen
Wat Betekent Glamsterdam Voor De Relatie Tussen Ethereum Layer 1 en Layer 2?
Glamsterdam laat rollups niet vallen. De officiële roadmap positioneert de upgrade juist als steun voor zowel de Scale L1- als de Scale Blobs-doelstelling.
De koppeling is technisch. Doordat ePBS het propagatievenster verbreedt, stelt ethereum.org dat Ethereum veilig veel meer data kan verwerken – inclusief meer blobs voor rollups – zonder het netwerk te overbelasten.
Glamsterdam zelf schrijft geen nieuwe blobniveaus voor. Sinds Fusaka verlopen wijzigingen in blobcapaciteit via aparte forks die alleen blobparameters aanpassen, zodat de datacapaciteit voor rollups op een eigen tempo kan blijven groeien.
Ontwikkelaars voelen geen haast op dat vlak. Het January Checkpoint stelde dat een derde dergelijke fork pas prioriteit krijgt zodra het blobgebruik de eerdere verhogingen inhaalt.
Twee kleinere features helpen Layer 2’s rechtstreeks. EIP-7997 plaatst een deterministische factorycontract op hetzelfde adres op elke deelnemende EVM-keten, zodat ontwikkelaars wallets en applicaties op identieke adressen over meerdere netwerken heen kunnen uitrollen.
De tweede, EIP-8070, introduceert een sparse blobpool: een netwerkverandering in de manier waarop nodes blobtransacties verwerken.
De strategische spanning is reëel. Een goedkopere, snellere Layer 1 maakt directe uitrol op mainnet aantrekkelijker en concurreert daarmee met de rollups die daar afrekenen.
Ethereum’s antwoord tot nu toe is beide lagen tegelijk op te schalen. De roadmap behandelt executiecapaciteit en blobcapaciteit als parallelle doelstellingen, en Glamsterdam is nadrukkelijk ontworpen vanuit dat dubbelmandaat – niet als keuze voor de ene of de andere laag.
Voor rollupgebruikers betekent dat in de praktijk een robuustere, sterker trust-geminimaliseerde settlementlaag onder hun transacties.
Wat Staat Er Na Glamsterdam Op Ethereum’s Schaalbaarheidsroutekaart?
De volgende fork is Hegotá. Net als Glamsterdam combineert de naam een stad op de executielaag, Bogotá, met een ster op de consensuslaag, Heze.
De hoofdacts liggen al vast. De Protocol-cluster van de stichting noemde EIP-7805, fork-choice enforced inclusion lists (FOCIL), voor de consensuslaag en EIP-8141, Frame Transactions, voor de executielaag.
FOCIL was aanvankelijk een kandidaat voor Glamsterdam. Ontwikkelaars hebben het doorgeschoven om de omvang van de fork te beperken, volgens de…checkpoint van de foundation in januari.
FOCIL maakt het mogelijk dat meerdere validators builders kunnen dwingen geldige transacties op te nemen. Daarmee pakt het rechtstreeks het censuurrisico aan dat ontstaat door de concentratie in de builder‑markt. Frame-transacties maken validatie en gasbetaling programmeerbaar en geven accounts een native uitweg weg van de huidige secp256k1-sleutels.
De begeleidende tier‑lijst van het cluster heeft beoordelingen gegeven aan 62 voorgestelde EIP’s, op basis van 397 tier-scores van een cluster van zo’n 60 mensen. Twee voorstellen kregen het stempel “must‑ship”, 15 “expected to ship” en 28 zijn afgewezen.
De timing is ambitieus. Volgens het cluster kunnen clientteams in de praktijk pas eind Q4 2026 beginnen met de implementatie van Hegotá. In de planning wordt ervan uitgegaan dat Glamsterdam in december live gaat – een werkhypothese, geen vastgelegde datum.
Voorbij Hegotá ordent het cluster zijn werk rond vijf onderzoekslijnen die meerdere forks zullen beslaan:
- Fast finality, gericht op het terugbrengen van de tijd tot finaliteit van minuten naar seconden, met “decoupled consensus” als belangrijkste kanshebber voor de fork na Hegotá.
- Post‑quantumbeveiliging, met als zelfopgelegde doelstelling een kwantumresistente Layer 1 – voor executie, consensus én data – uiterlijk december 2029.
- Privacy, beginnend in Hegotá met protocolondersteuning voor trustless, censuurbestendige private transacties op Layer 1.
- State, waaronder een nieuwe trie, houdbare groei van de state en gedecentraliseerde toegang tot actuele én historische state.
- zkEVM, waarbij uitvoeringsbewijzen verschuiven van optioneel naar verplicht, zodat validators uiteindelijk proofs verifiëren in plaats van elk blok opnieuw uit te voeren.
Ook interessant: MARA Bitcoin Sale Unproven After $81M Reaches A Galaxy Digital Wallet
Conclusie: Wat Glamsterdam betekent voor Ethereum
Glamsterdam is minder één losse feature dan een herinrichting van Ethereum’s basislaag. De upgrade haalt de builder‑markt de protocollaag in, geeft clients een routekaart voor parallel werk en rekent eerlijker af voor permanente state.
De lancering op Sepolia verliep soepel, maar de zwaardere tests moeten nog komen. Potuz wees er al op dat Hoodi zowel stakingpools als thuisstakers draait, wat deze fork aanzienlijk uitdagender maakt dan Sepolia.
Een voorstel voor de planning van core‑ontwikkelaars prikt de Hoodi‑fork op epoch 132.352, oftewel 17:42:48 UTC op 26 oktober. Een mainnetdatum is nog niet bepaald; de foundation heeft aangegeven dat hiervoor een aparte aankondiging komt.
De open eindjes zijn minstens zozeer economisch als technisch. Of er daadwerkelijk voldoende builders opstaan, of validators de hogere gaslimiet overnemen en of de extra capaciteit ook echt gevuld wordt, zal bepalen wat Glamsterdam in de praktijk oplevert.
Als het slaagt, schaalt de basislaag van Ethereum op eigen voorwaarden op, met rollups erbovenop in plaats van rollups die vrijwel alle schaalvergroting moeten dragen.
Lees hierna: Evernorth Nasdaq Debut Moves To Oct. 12: What The Merger Delay Changes
