Gli sviluppatori di Ethereum sono stati esortati a verificare le ipotesi sul gas prima dell’upgrade Glamsterdam, poiché i costi dello stato sono coerenti con la situazione reale.

La rete Ethereum si sta preparando per l’aggiornamento Glamsterdam, un update del protocollo che rimodulerà le tariffe gas relative alle operazioni di stato attraverso due proposte pianificate, EIP-8037 ed EIP-8038. Questi cambiamenti mirano ad allineare la determinazione del gas ai reali consumi di risorse di calcolo e archiviazione delle transazioni, risolvendo le discrepanze crescenti dall’ultimo aggiustamento avvenuto durante il fork Berlin del 2021.

EIP-8037 punta a ridurre il costo della creazione di nuovi stati, innalzando e uniformando le tariffe per la creazione di nuovi account, slot di memoria e bytecode deployato, e misurando queste tariffe separatamente. Questa divisione è studiata per garantire che la crescita dello stato rimanga sostenibile anche se il limite gas per blocco continua a salire. 

Parallelamente, EIP-8038 aumenta il costo per l’accesso agli stati esistenti, tra cui SSTORE, SLOAD, accesso a account freddi, così come operazioni EXT CODESIZE o EXT CODECOPY, riflettendo le metriche di performance attuali dell’espansione della dimensione dello stato. L’organizzazione ha sottolineato che il nuovo modello di pricing è pensato per sostenere una crescita di throughput di base fino a circa tre volte, diventando requisito fondamentale per gli operatori di nodi che intendano espandere senza perdere in prestazioni.

Valutazione dell’impatto e raccomandazioni per gli sviluppatori

L’analisi delle transazioni sulla mainnet storica ripetute secondo il nuovo modello di schedulazione evidenzia che la stragrande maggioranza dei contratti intelligenti funzionerà esattamente come prima, mentre solo una piccola parte delle transazioni presenterà modifiche. Le transazioni si suddividono in quattro categorie: quelle che restano invariate; quelle che si eseguono con successo dopo una regolazione del consumo gas; quelle che esauriscono il limite gas originale ma si completano se tale limite viene ampliato; e quelle che falliscono anche con limiti aumentati.

L’ultima categoria di contratti di solito dipende da assunzioni fragili sul costo del gas, come allowance hardcoded (ad esempio gli importi fissi di 2.300 gas nelle funzioni transfer e send di Solidity), valori espliciti di gas nelle chiamate esterne, logiche condizionali basate su gasleft(), o transazioni presignate con limiti rigidi. Ethereum Foundation ha contattato direttamente i team di sviluppo più colpiti e ha redatto un report sulle entità maggiormente coinvolte.

Si consiglia a sviluppatori e operatori di infrastrutture di verificare lo stato dei contratti tramite gli strumenti ufficiali di query e di effettuare test sulla testnet Platåberget, dove il nuovo scheduling è attualmente implementato. I contratti che richiedono solo un aumento del limite gas possono essere sistemati aggiornando frontend o infrastrutture, mentre eventuali contratti che potrebbero smettere di funzionare necessitano di una revisione manuale dei punti di chiamata contrassegnati. 

I provider di wallet, servizi RPC e strumenti per i nodi devono aggiornare la logica di stima del gas, poiché le costanti memorizzate causeranno stime troppo basse con le nuove regole. Gli utenti finali non devono intraprendere alcuna azione: i wallet e i servizi aggiornati gestiranno la transizione in modo automatico. La ripricizzazione è già attiva sui network di sviluppo e sarà estesa alle testnet pubbliche prima del lancio sul mainnet.