Glamsterdam corregge una vulnerabilità che consentiva di reindirizzare i depositi di Ethereum

Gli sviluppatori di Ethereum hanno corretto un difetto di reindirizzamento dei depositi nelle regole preliminari di Glamsterdam, il prossimo aggiornamento della rete. Con il design ePBS, i depositi destinati a nuovi validatori avrebbero potuto essere attribuiti erroneamente a un builder se entrambi avessero usato la stessa chiave pubblica, impedendo potenzialmente la creazione del validatore e lasciando il servizio di staking senza una chiara procedura di recupero. Un ricercatore della community di Lido ha individuato il rischio condizionale e valutato una possibile esposizione per Lido, Origin e Rocket Pool; non sono stati segnalati attacchi né perdite di fondi. Dopo un rifiuto iniziale il 19 ottobre, dovuto al supporto limitato dei client, la modifica delle regole è stata integrata nelle specifiche di consenso tra il 23 e il 28 ottobre 2026. La modifica assegna i depositi in sospeso in base alle credenziali di prelievo, separando i depositi dei validatori anche quando condividono le chiavi pubbliche. A quanto riferito, Sepolia ha testato con successo l’aggiornamento, mentre l’attivazione di Hoodi è stata rinviata. L’implementazione da parte dei client e la riprogrammazione del test su Hoodi restano tappe importanti. La correzione introdotta prima del lancio di Glamsterdam limita le preoccupazioni immediate per la sicurezza dello staking di ETH, ma gli operatori dovrebbero monitorare la preparazione dell’aggiornamento per i suoi possibili effetti sulla fiducia e sulla stabilità della rete.
Neutral
La notizia è neutrale per il prezzo di ETH. La vulnerabilità è stata individuata nelle regole preliminari e corretta prima del rilascio di Glamsterdam; non sono stati segnalati attacchi né perdite. Ciò riduce un potenziale rischio per la sicurezza dello staking e sostiene la fiducia nel processo di aggiornamento di Ethereum, ma non modifica direttamente l’offerta, la domanda o l’utilizzo di ETH nel breve termine. Nel breve periodo, i trader potrebbero monitorare l’implementazione da parte dei client e il test di Hoodi riprogrammato. Ritardi o ulteriori problemi di compatibilità potrebbero creare incertezza e pesare temporaneamente sul sentiment, mentre test riusciti potrebbero rassicurare il mercato. Nel lungo periodo, una correzione implementata correttamente potrebbe sostenere l’affidabilità della rete e la fiducia nello staking. Tuttavia, storicamente, le correzioni del protocollo che prevengono un exploit ipotetico hanno avuto effetti limitati sul prezzo se considerate isolatamente; è probabile che contino di più le condizioni generali del mercato e la buona esecuzione dell’aggiornamento.