Ethereum corregge il bug di Glamsterdam sui depositi di staking
La correzione evita che i depositi di staking finiscano per errore ai builder. La fix è ora inclusa nelle regole di consenso, ma i client devono ancora integrarla.
In breve
- Gli sviluppatori di Ethereum hanno corretto un bug di Glamsterdam che poteva assegnare i depositi di staking ai builder invece che ai validator.
- La modifica era stata inizialmente respinta, ma dopo ulteriori revisioni e test è stata approvata lunedì nelle specifiche di consenso.
- I team dei client devono ancora integrare la fix nel loro software; una nuova data per Hoodi e la pianificazione del mainnet non sono ancora note.
Gli sviluppatori di Ethereum hanno corretto un bug nel prossimo upgrade Glamsterdam che avrebbe potuto far finire l'ETH dei servizi di staking ai builder invece che ai nuovi validator. La modifica è stata comunque introdotta lunedì, dopo che la stessa correzione era stata respinta una settimana prima.
Cosa poteva andare storto
Glamsterdam separa due attività che oggi sono ancora collegate. I builder assemblano i blocchi con le transazioni, mentre i validator mettono in staking ETH per proteggere la rete e poi scelgono e confermano quei blocchi. Entrambe le parti possono depositare ETH, ma quei fondi devono essere tracciati separatamente.
Il problema stava nel modo in cui Ethereum avrebbe gestito i depositi in attesa di accredito. Secondo le vecchie regole draft, un operatore poteva prima registrarsi come builder con una certa public key. Se in seguito un servizio di staking depositava ETH per avviare un validator sotto la stessa key, entrambi i depositi potevano essere attribuiti al builder.
Il ricercatore avsetsin ha descritto anche uno scenario in cui l'operatore avrebbe potuto prelevare i fondi del protocollo. Il validator non verrebbe quindi creato, e il servizio di staking non avrebbe alcuna prova per recuperare il denaro. Secondo avsetsin, si trattava di osservazioni condizionali sul codice e non di exploit confermati in produzione. Non sono state segnalate perdite.
Perché la fix è tornata
La modifica proposta era stata chiusa il 19 ottobre. Justin Traglia, che gestisce le specifiche di consenso di Ethereum, aveva scritto allora che in quel momento non c'era abbastanza supporto da parte dei client per portare avanti la correzione. I client sono i singoli programmi software che eseguono i validator per partecipare alla rete.
Dopo ulteriori revisioni, la fix è stata riaperta. Avsetsin ha aggiunto i test il 23 ottobre e Traglia ha approvato la modifica lunedì. Nelle nuove regole, i depositi in attesa vengono ordinati in base alle loro withdrawal credentials, l'impostazione che decide dove può andare alla fine il denaro. I depositi dei validator restano così con i validator, anche se un builder usa la stessa key.
Cosa significa per Ethereum
La correzione fa ora parte delle specifiche di consenso di Ethereum, ma i team dei client devono ancora integrarla nel loro software. Questo rende la fix rilevante per chi segue la rete a livello di testnet, soprattutto ora che Glamsterdam è già girato su Sepolia e il lancio previsto su Hoodi è stato rinviato. Quel ritardo su Hoodi mostra che gli sviluppatori devono ancora valutare diversi pezzi dell'upgrade uno accanto all'altro. Non c'è ancora una nuova data per Hoodi e, senza quel passaggio, non si può fissare nemmeno una data per il mainnet.
