La Fondazione Ethereum ha confermato che l'imminente hard fork di Fusaka introdurrà un limite a livello di protocollo sulla quantità di gas che una singola transazione può consumare, formalmente codificato come EIP-7825. Il limite è fissato a 2²⁴ gas, ovvero 16.777.216 unità, segnando la prima volta che Ethereum impone un limite per transazione distinto dal limite di gas per blocco. La modifica è già attiva su Holesky e Sepolia e sarà disponibile sulla mainnet quando Fusaka verrà attivato .
In un postpubblicato il 21 ottobre, Toni Wahrstätter ha formulato la logica in termini diretti: "A partire dall'imminente hard fork di Fusaka, EIP-7825 introduce un limite massimo di gas per transazione di 2²⁴ (circa 16,78 milioni di gas)." La nota della Fondazione sottolinea che, sebbene il limite limiti le singole transazioni, non altera il limite di gas del blocco; al contrario, è progettato per mitigare i vettori di negazione del servizio in cui una singola chiamata di grandi dimensioni monopolizza un intero blocco e per migliorare la prevedibilità del block packing mentre la rete si prepara per l'esecuzione parallela.
EIP-7825 traccia una linea netta tra complessità a livello di transazione e throughput a livello di sistema. In precedenza, chiamate di dimensioni eccezionalmente grandi potevano raggiungere l'obiettivo di gas di blocco completo (a volte circa 45 milioni), creando problemi di tempistica e schedulazione per costruttori e validatori.
Il nuovo limite massimo impone che i carichi di lavoro che supererebbero i 16,78 milioni di gas siano suddivisi in chiamate più piccole e sequenziali. Le linee guida della Fondazione sottolineano con attenzione che "per la maggior parte degli utenti, non cambia nulla", poiché la distribuzione statistica delle transazioni reali è già ben al di sotto della soglia; la superficie di rischio riguarda principalmente contratti con carichi batch elevati, script di distribuzione e router specializzati.
Cosa significa questo per Ethereum e gli utenti
Dal punto di vista della roadmap, il limite è esplicitamente posizionato come base per l'esecuzione parallela. Il post del blog collega la modifica a iniziative previste come EIP-7928 nell'era "Glamsterdam", in cui transazioni prevedibili e limitate sono un prerequisito per una concorrenza significativa nel livello di esecuzione. Garantendo che almeno diverse transazioni indipendenti possano essere impacchettate per blocco, anche in condizioni patologiche di mempool, il limite riduce la contesa nel caso peggiore e semplifica la progettazione dello scheduler per i builder che sperimentano percorsi di esecuzione parallelizzabili.
La specifica in sé è essenziale e meccanica. L'abstract di EIP-7825 dichiara l'intento di "16.777.216 (2^24) gas" per transazione, migliorando la resilienza contro determinati vettori DoS e rendendo l'elaborazione delle transazioni più prevedibile all'aumentare dei limiti di blocco. Questa semplicità ha contribuito al suo fascino nei canali core-dev: un vincolo piccolo e ben definito che preserva la compatibilità futura con progetti di scalabilità più ambiziosi.
Il dibattito su come codificare e comunicare il tetto massimo è attivo da mesi, comprese le discussioni su nomi e parametrizzazione su Ethereum Magicians e durante le chiamate di AllCoreDevs. Un thread ha riassunto la garanzia del core presa di mira da diversi contributori: allineare i target dei blocchi a multipli di 2²⁴ in modo che i builder possano sempre includere almeno n transazioni se il mempool ne ha n idonee, un argomento a favore della prevedibilità piuttosto che della produttività grezza.
Dal punto di vista operativo, la Fondazione afferma che tutti i principali client (Geth, Erigon, Reth, Nethermind e Besu) hanno implementato la modifica nelle release compatibili con Fusaka, riducendo il rischio di divergenza tra client al momento dell'attivazione. Il post sottolinea inoltre che la semantica di eth_call non è interessata e che le transazioni pre-firmate i cui limiti di gas superano 2²⁴ dovranno essere rifirmate al di sotto del limite. Il percorso di aggiornamento per gli sviluppatori è semplice: testare su Holesky o Sepolia, riorganizzare le operazioni batch che sfiorano il limite e adattare la logica e gli avvisi di stima del gas in modo che falliscano rapidamente quando le costruzioni superano il nuovo limite.
Vale la pena analizzare il contesto normativo. La storia di Ethereum ha favorito vincoli minimi e di uso generale, demandando la complessità ai livelli superiori. L'EIP-7825 segue questo schema: non esprime opinioni su cosa dovrebbero fare i contratti, ma solo sul rispetto di un limite superiore che protegge la vitalità e prepara il livello di esecuzione per un futuro multi-thread.
Inoltre, evita le alterazioni del mercato delle commissioni e lascia l'economia dello spazio blob e gli obiettivi di blocco ad altri EIP e fork. Come ha affermato la Fondazione, il limite "stabilisce una base più sicura e prevedibile per una maggiore produttività nei fork futuri ", una frase che riassume succintamente il compromesso.
Al momento della stampa, l'ETH veniva scambiato a 3.835 dollari.
