Il sistema di gestione del gas di Ethereum, componente fondamentale per il calcolo dei costi di transazione, è destinato a una revisione significativa. Vitalik Buterin ha presentato una proposta audace per introdurre un framework di gestione del gas multidimensionale, volto ad affrontare i limiti del sistema attuale.
L'attuale sistema del gas e le sue sfide
Vitalik ci ha detto che Ethereum attualmente utilizza un sistema di gas unificato in cui vari sforzi computazionali, come l'elaborazione, le operazioni di archiviazione, la trasmissione dei dati e le prove crittografiche, sono tutti quantificati sotto l'unica metrica del "gas"
Ad esempio, una transazione tipica potrebbe costare 47.085 unità di gas, suddivise tra costi di base, inclusione dei dati, interazioni di archiviazione e sforzi di esecuzione. Sebbene questo sistema semplifichi le operazioni di mercato e il calcolo delle commissioni, unisce tipologie di risorse fondamentalmente diverse, il che può esserematic.
Vitalik ha spiegato che questa fusione porta a inefficienze perché tratta risorse di rete distinte come se fossero intercambiabili. Questo equivoco può portare la rete a rifiutare blocchi di transazioni sicuri o ad accettare blocchi potenzialmente dannosi a causa di impostazioni inappropriate dei limiti di gas. Ritiene che il passaggio a un modello di gas multidimensionale potrebbe rappresentare meglio i veri limiti e le capacità della rete, aumentando potenzialmente la produttività senza semplificare eccessivamente l'intercambiabilità delle risorse.
Introduzione al gas multidimensionale
Il concetto di gas multidimensionale non è del tutto nuovo, come ha sottolineato Vitalik nella sua implementazione attiva con EIP-4844. Questo miglioramento introduce "blob" per i dati di rollup, riducendo significativamente i costi di transazione sulle soluzioni di livello 2. Consentendo limiti e commissioni separati per dati e calcolo, Ethereum può gestire operazioni più sostanziali e complesse senza compromettere l'integrità della rete.
Vitalik ci ha parlato delle sfide legate alle grandi dimensioni dei blocchi e del loro impatto sulla di Ethereum . Ha affermato che, prima delle recenti riforme, anche una minima riduzione dei costi dei dati avrebbe potuto aumentare pericolosamente la dimensione massima dei blocchi, mettendo a dura prova la rete. L'introduzione dei blob affronta questo problema stabilendo limiti e costi distinti per diverse tipologie di dati, il che ha già reso operazioni come i rollup molto più economiche e aumentato significativamente i volumi delle transazioni.
Il futuro del sistema di gas di Ethereum
Guardando al futuro, Vitalik ritiene che la prossima grande sfida sarà l'integrazione dei client stateless, che richiedono una rete per elaborare le transazioni senza memorizzare ogni singolo dato di stato su ogni nodo. Questo approccio trarrebbe grandi benefici da un modello di gas più raffinato, in cui i diversi tipi di dati e operazioni vengono tariffati in base alle effettive esigenze del sistema.
Tuttavia, il vero potenziale di un sistema di gas multidimensionale risiede nella sua flessibilità nel gestire in mododentdiverse risorse di rete. Ad esempio, la crescita dello stato potrebbe essere gestita tramite il suo modello di prezzo, distinto dall'elaborazione delle transazioni o dall'archiviazione dei dati, consentendo alla rete di adattarsi in modo più dinamico alle mutevoli esigenze.
Vitalik è ottimista sui vantaggi di questo sistema, ma ne riconosce le complessità, soprattutto per quanto riguarda l'esecuzione delle transazioni e le sotto-chiamate all'interno della Ethereum Virtual Machine (EVM). Ogni tipo di transazione potrebbe potenzialmente richiedere le proprie metriche di gas, complicando la progettazione e l'esecuzione degli smarttrac.
Nonostante queste sfide, è convinto che i vantaggi, in particolare in termini di scalabilità ed efficienza, giustifichino lo sforzo. Con un'implementazione attenta, un sistema di gas multidimensionale potrebbe rendere Ethereum più robusto e flessibile, più adatto a soddisfare le esigenze della sua eterogenea base di utenti.
