Ethereum fixt Glamsterdam-bug rond stakingdeposits
De aanpassing voorkomt dat stakingdeposits per ongeluk bij builders belanden. De fix is nu opgenomen in de consensusregels, maar clients moeten hem nog verwerken.
Korte samenvatting
- Ethereum-ontwikkelaars hebben een Glamsterdam-fout aangepast die stakingdeposits mogelijk aan builders in plaats van aan validators toekende.
- De wijziging werd eerst afgewezen, maar na extra review en tests maandag alsnog goedgekeurd in de consensus-specificaties.
- Clientteams moeten de fix nog in hun software verwerken; een nieuwe Hoodi-datum en mainnetplanning zijn nog niet bekend.
Ethereum-ontwikkelaars hebben een fout in de aankomende Glamsterdam-upgrade aangepast die ervoor had kunnen zorgen dat ETH van stakingdiensten bij builders terechtkwam in plaats van bij nieuwe validators. De wijziging werd maandag alsnog doorgevoerd, nadat dezelfde aanpassing een week eerder nog was afgewezen.
Wat er mis kon gaan
Glamsterdam splitst twee taken op die nu nog samenlopen. Builders stellen blokken met transacties samen, terwijl validators ETH staken om het netwerk te beveiligen en die blokken vervolgens kiezen en bevestigen. Beide partijen kunnen ETH storten, maar dat geld hoort apart te worden gevolgd.
Het probleem zat in de manier waarop Ethereum deposits zou verwerken die nog wachtten op bijschrijving. Onder de oude draftregels kon een operator zich eerst als builder registreren met een bepaalde public key. Als een stakingdienst daarna ETH stortte om onder diezelfde key een validator te starten, dan konden beide stortingen aan de builder worden toegekend.
Onderzoeker avsetsin beschreef daarbij een scenario waarin de operator de protocolfondsen zou kunnen opnemen. De validator zou dan niet worden aangemaakt, waardoor de stakingdienst geen bewijs zou hebben om het geld terug te halen. Volgens avsetsin ging het om voorwaardelijke codebevindingen en niet om bevestigde live exploits. Er zijn geen verliezen gemeld.
Waarom de fix terugkwam
De voorgestelde wijziging werd op 19 oktober nog gesloten. Justin Traglia, die de consensus-specificaties van Ethereum onderhoudt, schreef toen dat er op dat moment niet genoeg steun was van clients om de aanpassing door te voeren. Clients zijn de losse softwareprogramma's die validators draaien om mee te doen aan het netwerk.
Na extra review werd de fix opnieuw geopend. Avsetsin voegde op 23 oktober tests toe en Traglia keurde de wijziging maandag goed. In de nieuwe regels worden pending deposits gesorteerd op hun withdrawal credentials, de instelling die bepaalt waar het geld uiteindelijk naartoe kan. Validator-deposits blijven daardoor bij validators, ook als een builder dezelfde key gebruikt.
Betekenis voor Ethereum
De aanpassing is nu onderdeel van de consensus-specificaties van Ethereum, maar clientteams moeten de wijziging nog in hun software verwerken. Dat maakt de fix relevant voor iedereen die het netwerk op testnetniveau volgt, zeker nu Glamsterdam al op Sepolia draaide en de geplande lancering op Hoodi is uitgesteld. Die vertraging op Hoodi laat zien dat ontwikkelaars meerdere onderdelen van de upgrade nog naast elkaar moeten afwegen. Er is nog geen nieuwe Hoodi-datum bekend, en zonder die stap kan ook nog geen mainnetdatum worden vastgelegd.
