La Fondazione Ethereum ha annunciato che il suo hard fork Fusaka imporrà un tetto massimo di 16.777.216 unità di gas per transazione, segnando la prima volta che la rete applica un limite per transazioni distinto dal cap di gas per blocchi. Il cambiamento, formalizzato come EIP-7825, è già attivo sui testnets Holesky e Sepolia e sarà implementato su mainnet quando Fusaka sarà attivato.
Cosa Sapere:
- Ethereum limiterà le singole transazioni a 2²⁴ unità gas (circa 16,78 milioni), prevenendo chiamate sovradimensionate singole da monopolizzare interi blocchi
- La Fondazione posiziona il limite come base per le capacità di esecuzione parallela, richiedendo che carichi di lavoro eccedenti la soglia siano divisi in chiamate sequenziali più piccole
- Tutti i principali client hanno implementato il cambio nelle versioni pronte per Fusaka, con sviluppatori invitati a testare sui testnets e a regolare la logica di stima del gas di conseguenza
La Fondazione Collega il Limite a una Strategia di Esecuzione Parallela
Toni Wahrstätter ha delineato la logica in un post del 21 ottobre, affermando che il tetto mitigherà i vettori di denial-of-service migliorando la prevedibilità del packing dei blocchi. La Fondazione ha sottolineato che la maggior parte degli utenti non vedrà impatti pratici, poiché la distribuzione delle transazioni nel mondo reale è ben al di sotto della soglia. La superficie di rischio si concentra su contratti con batch pesanti, script di distribuzione e router specializzati che in precedenza avrebbero potuto avvicinarsi al target di gas di blocco completo di circa 45 milioni di unità.
EIP-7825 separa la complessità a livello di transazione dal throughput a livello di sistema.
Chiamate eccezionalmente grandi creavano problemi di tempismo e pianificazione per i costruttori e i validatori prima del tetto. Il nuovo limite costringe i carichi di lavoro oltre i 16,78 milioni di gas a suddividersi in operazioni più piccole.
La Fondazione connette esplicitamente il limite a sforzi futuri come l'EIP-7928, previsto nell'era Glamsterdam. Transazioni prevedibili e delimitate servono come prerequisito per concorrenza significativa nel layer di esecuzione. Il limite assicura che almeno diverse transazioni indipendenti possano adattarsi per blocco anche in condizioni di mempool difficili, riducendo al minimo lo scenario peggiore di contesa e semplificando la progettazione dello scheduler per i costruttori che testano percorsi di esecuzione paralelli.
Implementazione Tecnica e Impatto sugli Sviluppatori
La specifica segue un approccio spartano e meccanico. L'abstract di EIP-7825 dichiara l'intento di impostare il limite a "16.777.216 (2^24) gas" per transazione, migliorando la resilienza contro certi vettori di denial-of-service e rendendo l'elaborazione delle transazioni più prevedibile con l'aumento dei limiti di blocco. Tale semplicità ha attirato i canali core-dev come un vincolo ben delimitato che preserva la compatibilità futura con lavori di scaling più ambiziosi.
Il dibattito sull'encoding e la comunicazione del tetto è durato mesi.
Le discussioni su Ethereum Magicians e durante le chiamate AllCoreDevs hanno esaminato la denominazione e la parametrizzazione. Un thread ha riassunto la garanzia principale: allineare i target di blocco ai multipli di 2²⁴ in modo che i costruttori possano sempre includere almeno n transazioni se il mempool ne contiene n di idonee.
Geth, Erigon, Reth, Nethermind e Besu hanno tutti implementato la modifica nelle versioni pronte per Fusaka. La Fondazione ha notato che la semantica di eth_call rimane inalterata, ma le transazioni pre-firmate con limiti di gas superiori a 2²⁴ richiederanno una nuova firma al di sotto del limite.
Gli sviluppatori dovrebbero testare su Holesky o Sepolia, ritoccare le operazioni batch che si avvicinano al limite e regolare la logica di stima del gas in modo da fallire rapidamente quando le costruzioni superano il limite.
Termini Chiave
Il gas misura lo sforzo computazionale su Ethereum. Ogni operazione costa una quantità specifica di gas, che gli utenti pagano in Ether. Il limite di gas per blocco mette un cap al gas totale che tutte le transazioni in un blocco possono consumare. Gli hard forks sono aggiornamenti dell'intera rete che richiedono a tutti i nodi di aggiornare il loro software. I testnets come Holesky e Sepolia consentono agli sviluppatori di provare le modifiche prima di distribuirle su mainnet.
L'esecuzione parallela consentirebbe alla rete di elaborare più transazioni non in conflitto contemporaneamente invece che sequenzialmente. I vettori di denial-of-service sono metodi di attacco che potrebbero rallentare o arrestare le operazioni di rete. Il mempool contiene le transazioni in attesa di inclusione nei blocchi.
Contesto Politico e Risposta del Mercato
La filosofia di sviluppo di Ethereum favorisce vincoli minimali e di uso generale che delegano la complessità a strati superiori. EIP-7825 si adatta a questo schema settando un limite superiore che protegge la liveliness della rete senza dettare il comportamento dei contratti. La modifica evita alterazioni al mercato delle commissioni e lascia l'economia dello spazio blob e i target di blocco ad altre proposte.
La Fondazione ha descritto il limite come l'istituzione di "una base più sicura e più prevedibile per throughput più alto in fork futuri." Quella frase cattura il tradeoff tra limitare la dimensione della transazione individuale e preparare l'infrastruttura per una maggiore capacità complessiva. L'Ether viene scambiato a $3,835 al momento della stampa.
Riflessioni Conclusive
L'hard fork Fusaka introduce il primo limite di gas a livello di protocollo per transazione di Ethereum, impostato a 16.777.216 unità. La Fondazione inquadra il limite come infrastruttura per l'esecuzione parallela mitigando i rischi di denial-of-service, con un impatto minimo previsto per gli utenti tipici.