Che cos'è l'EIP-4844?

EIP-4844 è la proposta di miglioramento di Ethereum che ha introdotto le transazioni con blob. Queste transazioni di tipo 3 trasportano grandi quantità di dati chiamati blobs insieme al blocco sul livello di consenso, che gestisce il sistema proof-of-stake di Ethereum. I dati dei blobs restano fuori dal livello di esecuzione in cui operano gli smart contract.

Proto-Danksharding prende il nome dai ricercatori che lo hanno proposto, Protolambda e Dankrad Feist, come spiega ethereum.org. "Proto" indica che è la prima fase del Danksharding completo, un progetto successivo che elimina la necessità che un singolo nodo scarichi tutti i dati dei blob.

La proposta descrive i rollup come l'unico modo trustless per scalare Ethereum nel breve e medio termine. L'obiettivo iniziale di capacità dei blob era di circa 0,375 MB per blocco, con un limite di circa 0,75 MB.

Introducendo il formato di transazione esatto previsto per il Danksharding completo, l'EIP-4844 ha richiesto ai rollup una sola modifica importante al modo in cui pubblicano i dati. Gli aumenti di capacità successivi non hanno richiesto un altro tipo di transazione.

Perché i rollup avevano bisogno di un nuovo tipo di dati

Un rollup esegue le transazioni su una rete separata, poi pubblica su Ethereum un registro compresso delle stesse. Chiunque può usare quel registro per ricostruire e verificare lo stato del rollup. Questa garanzia si chiama disponibilità dei dati.

Per gli optimistic rollup, i dati permettono a chiunque di contestare uno stato errato durante la finestra di disputa. I rollup zk dimostrano ogni cambiamento di stato con una prova di validità, ma gli utenti hanno comunque bisogno dei dati sottostanti per confermare i propri saldi e uscire se l'operatore smette di funzionare. Entrambi i modelli di rollup richiedono questi dati solo per un periodo limitato.

Prima di marzo 2024, i rollup pubblicavano questi dati come calldata, il campo di input di una normale transazione. Ogni nodo Ethereum elabora il calldata e lo conserva in modo permanente, quindi i rollup pagavano per un'archiviazione permanente quando sarebbero bastate poche settimane di disponibilità.

Condividere lo stesso mercato del gas con le altre transazioni Ethereum aggiungeva un altro costo. Nei periodi di congestione sulla mainnet le commissioni per i dati dei rollup aumentavano, e a pagarle erano gli utenti. EIP-4844 ha risolto entrambi i problemi dando ai blobs un prezzo proprio e una data di eliminazione fissa.

Come funzionano le transazioni blob

Una transazione blob somiglia a una normale transazione Ethereum con dati aggiuntivi allegati. La specifica EIP-4844 stabilisce le regole di base:

• Dimensione fissa: un blob contiene 4.096 elementi di campo da 32 byte ciascuno, per un totale di 131.072 byte (128 KiB). Chi invia paga per l'intero blob anche se ne usa solo una parte.
• Archiviazione temporanea: i nodi di consenso conservano i blobs per 4.096 epoche, circa 18 giorni, prima di eliminarli. Gli operatori di rollup, i servizi di archivio e gli utenti possono conservare copie proprie per uso storico.
• Nascosti agli smart contract: L'Ethereum Virtual Machine (EVM), che esegue gli smart contract, non può leggere il contenuto dei blob. Tramite l'opcode BLOBHASH, i contratti possono accedere solo a un hash con versione di 32 byte per ciascun blob.
• Impegni crittografici: ogni blob include un impegno KZG, una breve impronta crittografica dei suoi dati. I rollup possono usare un contratto precompilato all'indirizzo 0x0A per dimostrare che un determinato valore appartiene a un blob, a un costo di 50.000 gas.
• Commissione separata che viene bruciata: il gas dei blob ha una commissione di base distinta. Il protocollo brucia l'intera commissione dei blob e non la rimborsa se la transazione fallisce.

Gli impegni KZG si basano su numeri casuali segreti che nessuno deve conoscere. Per generarli, Ethereum ha tenuto una cerimonia pubblica con più di 140.000 contributi, la più grande del suo genere, secondo ethereum.org. La configurazione resta sicura finché almeno un partecipante ha distrutto il proprio valore segreto.

I nodi verificano ogni blob una sola volta, senza eseguirlo né archiviarlo in modo permanente. Questo carico di lavoro limitato consente alla rete di prezzare i dati dei blob molto al di sotto dei calldata.

Come il mercato delle commissioni dei blob determina i prezzi

Il prezzo dei blobs segue lo stesso principio dell'EIP-1559, che stabilisce la commissione base normale di Ethereum. Il protocollo specifica un obiettivo e un numero massimo di blobs per blocco. Un utilizzo superiore all'obiettivo fa salire la commissione base dei blobs, mentre un utilizzo inferiore la fa scendere.

Un totale progressivo chiamato excess blob gas tiene traccia di questa differenza e la commissione di base cresce in modo esponenziale con tale totale. Al lancio, un blocco contenente il massimo di 6 blobs aumentava la commissione di circa 12,5%. Un blocco vuoto la riduceva di circa 11,1%.

L'EIP-7691 di Pectra ha cambiato il rapporto tra obiettivo e massimo da 1:2 a 2:3 e ha modificato la velocità di aggiornamento della commissione. Un blocco pieno ora aumenta la commissione di circa 8,2%, mentre un blocco senza blobs la riduce di circa 14,5%.

La bassa domanda ha messo in luce una debolezza del progetto originale. Ogni volta che l'offerta superava la domanda, la blob base fee scendeva spesso al minimo di 1 wei, la più piccola unità di ETH. Dopo un improvviso aumento della domanda, per risalire da quel livello minimo erano necessarie oltre un'ora di blocchi quasi pieni prima che la commissione tornasse a un prezzo di mercato, hanno osservato gli autori di EIP-7918.

Capacità dei blob dopo Dencun

Ethereum ha aumentato tre volte la capacità dei blobs da marzo 2024, alzando sia l'obiettivo sia il numero massimo di blobs per blocco:

L'obiettivo attuale è circa 4,7 volte il livello di lancio. La capacità massima è 3,5 volte superiore, permettendo a un blocco pieno di trasportare circa 2,6 MiB di dati blob.

Oltre all'aumento della capacità, Pectra ha introdotto EIP-7623. Per le transazioni con molti dati, ha fissato prezzi minimi del calldata di 10 gas per ogni byte a zero e 40 gas per ogni byte diverso da zero. Il calldata è diventato una scelta poco conveniente per i dati dei rollup, spingendo gli utenti rimasti a passare ai blobs.

L'EIP-7892 di Fusaka ha introdotto i fork Blob Parameter Only (BPO). Questi modificano solo l'obiettivo e il massimo dei blob, oltre alla velocità di adeguamento delle commissioni dei blob. I team dei client applicano le modifiche tramite configurazione anziché nuovo codice, permettendo aumenti di capacità senza attendere un aggiornamento completo con nome.

Come confermato nell'annuncio mainnet della Ethereum Foundation, i primi due fork BPO erano programmati insieme a Fusaka. Entrambi sono stati attivati nei tempi previsti.

Come PeerDAS ha cambiato la verifica dei blob

Prima di Fusaka, ogni nodo di consenso scaricava ogni blob, e la banda dei validatori domestici era quindi il limite massimo della capacità.

PeerDAS (EIP-7594) sostituisce questi download completi con il campionamento della disponibilità dei dati. Ogni blob viene prima esteso tramite erasure coding, che aggiunge dati ridondanti per ricostruire l'originale a partire da una sua parte. Il protocollo divide i dati estesi in 128 colonne. I singoli nodi ne memorizzano e verificano solo alcune.

Con i parametri attuali, un nodo ha bisogno di circa un ottavo dei dati totali per verificarne la disponibilità, secondo EIP-7594. Raccogliere almeno metà delle colonne permette a qualsiasi nodo di ricostruire i dati completi. Con la crescita della rete, la probabilità che un attaccante nasconda dati superando questi controlli diventa trascurabile.

I rollup che inviano blobs si assumono anche compiti diversi con PeerDAS. Devono calcolare 128 cell proof per ogni blob e allegarle alla transazione, spostando i calcoli onerosi lontano dai produttori di blocchi. EIP-7594 limita ogni transazione a 6 blobs.

La Ethereum Foundation afferma che PeerDAS consente un aumento di 8x della capacità teorica di blob. Un precedente aggiornamento del protocollo delineava un percorso da 6 fino a 48 blobs per blocco con questa architettura.

EIP-7918 e il Blob Fee Floor

Un'altra proposta di Fusaka, EIP-7918, lega le commissioni dei blob alla commissione base di esecuzione. Il suo prezzo di riserva richiede che un blob costi almeno quanto 8.192 unità di gas di esecuzione normale. Ogni blob consuma 131.072 unità di gas dei blob, rendendo la commissione base di riserva del blob pari a un sedicesimo della commissione base di esecuzione.

Il prezzo di riserva mira a ripristinare un segnale di prezzo funzionante. Quando i costi di esecuzione rappresentano la maggior parte della spesa totale di un rollup, le variazioni della commissione base dei blob incidono poco sulla domanda e tale commissione scende a 1 wei. La riserva fa pagare agli utenti dei blob anche una parte del lavoro di calcolo necessario per verificare le prove KZG.

In termini assoluti, il minimo resta contenuto. Una commissione base di esecuzione di 1 gwei porta il costo minimo di un blob a 8.192 gwei, ovvero circa 0,0000082 ETH. Quando la domanda di blob è alta, la regola non ha effetto perché la commissione di mercato supera già la riserva.

Fidelity Digital Assets ha modellato il prezzo di riserva come se fosse stato applicato dai tempi di Dencun. La commissione corretta avrebbe superato quella osservata nel 93% dei giorni, aggiungendo circa 24.641 ETH di ricavi fino al 28 ottobre 2025. La sua stima valutava tale importo circa 78,6 milioni di dollari a un prezzo di ETH pari a 3.984 $.

Domanda di blob nel 2026: capacità inutilizzata e limiti della rete

Dopo i fork BPO, l'offerta di blob ha superato la domanda. Gli sviluppatori principali hanno concordato a gennaio 2026 che un terzo fork BPO non era una priorità finché l'utilizzo non fosse aumentato, ha riferito la Ethereum Foundation.

L'utilizzo ha poi raggiunto nuovi massimi. Il 3 settembre 2026 ha toccato un record di media su tre giorni di 5,9 blobs per blocco e una media giornaliera di 6,7, ha riportato Bankless. Questi valori rappresentavano comunque solo 40 a 50% dell'obiettivo di 14 blobs. I blocchi con tutti i 21 blobs restavano rari.

Un'ulteriore espansione dipende anche dalle prestazioni della rete. Secondo una ricerca di MigaLabs, i blocchi con molti blobs avevano maggiori probabilità di far saltare il blocco successivo, ha riferito DL News. All'inizio del 2026 gli sviluppatori hanno raggiunto un accordo di massima sulla necessità che i dati dei blobs si diffondano più rapidamente nella rete prima di aumentare di nuovo la capacità.

Il prossimo aumento proposto fisserebbe un obiettivo di 21 blobs e un massimo di 32. Gli sviluppatori stanno valutando commissioni rollup più basse rispetto al carico di banda aggiuntivo, insieme al grande aumento del limite di gas previsto per Glamsterdam. Alla fine di ottobre 2026 nessun terzo fork BPO ha una data per la mainnet.

Chi cattura il valore: commissioni dei rollup, ricavi dei blob e offerta di ETH

L'EIP-4844 ha raggiunto il suo obiettivo principale: rendere economiche le transazioni di Layer 2. Base, Arbitrum e OP Mainnet ora pubblicano i dati a una piccola frazione del costo precedente. Le nostre classifiche dei Layer 2 mostrano quante reti dipendono da questi prezzi.

Le commissioni basse limitano anche i guadagni di Ethereum. Nell'anno fino a fine 2025, Base ha pagato circa 5,2 milioni di dollari in commissioni blob a fronte di circa 94 milioni di dollari incassati dalle commissioni di transazione degli utenti, secondo Fidelity. Gran parte del valore generato dalla sua attività è rimasta al rollup.

Poiché le commissioni blob vengono bruciate, questo ha un effetto diretto sull'offerta di ETH. Le combustioni delle commissioni di esecuzione e blob hanno rimosso circa 16.525 ETH tra il 1° gennaio e il 9 ottobre 2026, compensando solo il 2,07% dell'emissione lorda, ha calcolato TokenPost. L'offerta netta è aumentata di circa 778.000 ETH in quel periodo. L'equilibrio attuale tra combustione ed emissione è disponibile sul nostro tracker del gas di ETH.

I sostenitori affermano che i blobs economici ampliano l'attività complessiva. A loro avviso, una maggiore capacità e il prezzo di riserva previsto da EIP-7918 potrebbero rendere nel tempo le commissioni sui blobs una fonte di ricavi più rilevante. I critici osservano che i rollup trattengono la maggior parte delle commissioni pagando poco a Ethereum, indebolendo il legame tra l'uso della rete e il prezzo di ETH.

EIP-4844 e la roadmap in evoluzione di Ethereum

La roadmap incentrata sui rollup alla base di EIP-4844 assegnava alla mainnet di Ethereum il ruolo di garantire la sicurezza, mentre le reti Layer 2 gestivano la maggior parte dell'attività. Quel piano è cambiato nel 2026.

Il 3 febbraio 2026 Vitalik Buterin ha scritto che la decentralizzazione dei Layer 2 era progredita molto più lentamente del previsto, anche mentre la mainnet stessa si stava scalando, secondo The Block. Ha affermato che la visione originale delle reti Layer 2 e del loro ruolo in Ethereum "non ha più senso" e ha chiesto una nuova strada.

Entrambe le direzioni compaiono nelle priorità di protocollo 2026 della Ethereum Foundation. L'esecuzione su mainnet e la capacità dei blob rientrano ora in un unico percorso Scale, il cui lavoro su Glamsterdam include ulteriori aumenti dei parametri dei blob. Nel 2025 il limite di gas della mainnet è raddoppiato, da 30 a 60 milioni. Tale limite misura quanta capacità di calcolo entra in un blocco.

La concorrenza arriva anche da reti dedicate alla disponibilità dei dati. Celestia ed EigenDA, che utilizza ETH restaked tramite EigenLayer, offrono maggiore capacità grezza a costi inferiori con modelli di sicurezza diversi. Fidelity ha avvertito che un aumento dei prezzi dei blob potrebbe spingere alcuni rollup verso queste alternative più economiche.

Cosa aspetta i blobs

Glamsterdam, il prossimo grande aggiornamento, è stato attivato sulla rete di test Sepolia il 6 ottobre 2026, in linea con il calendario della Ethereum Foundation. L'attivazione sulla rete di test Hoodi è prevista per il 26 ottobre 2026. Una data per la mainnet deve ancora essere concordata, ha riferito Yellow.

Diverse modifiche di Glamsterdam preparano la rete a gestire più blobs:

• Separazione proposer-builder integrata nel protocollo (EIP-7732): porta la costruzione dei blocchi nel protocollo ed estende il tempo disponibile per diffondere i dati nella rete da circa 2 secondi a circa 9 secondi, come spiega ethereum.org. Un nuovo comitato verifica che i dati blob di ogni blocco siano arrivati in tempo.
• Sparse blobpool (EIP-8070): ogni client di esecuzione ha una probabilità del 15% di scaricare un nuovo blob completo. In caso contrario, campiona solo le colonne a lui assegnate. La proposta stima che questo riduca la larghezza di banda media del blobpool di circa 4x.
• Soglia calldata più alta (EIP-7976): il prezzo minimo del calldata sale a 64 gas per byte. Tra gli obiettivi dichiarati della proposta c'è quello di incentivare maggiormente l'uso dei blobs.

Previsto dopo Glamsterdam, Hegota ha come funzione principale le liste di inclusione imposte dalla fork-choice (FOCIL). La Ethereum Foundation include la resistenza alla censura per i blobs tra le aree di ricerca associate a questo lavoro.

L'obiettivo a lungo termine resta il Danksharding completo. Ethereum.org lo colloca a diversi anni di distanza e prevede che supporterà oltre 100.000 transazioni al secondo tra i rollup. PeerDAS e le fork BPO, insieme alle modifiche di rete di Glamsterdam, sono passi verso quel progetto.

Considerazioni finali

EIP-4844 ha fornito ai rollup i dati temporanei ed economici di cui avevano bisogno. I blobs hanno ridotto il loro costo principale di oltre 90% da un giorno all'altro e hanno preservato il percorso verso il Danksharding completo.

La maggior parte delle sfide rimanenti è di natura economica e politica. Lo spazio dei blob supera la domanda dei rollup, lasciando alle commissioni dei blob uno scarso contributo al burn di ETH. Nel frattempo, Ethereum sta rivedendo il ruolo dei rollup nella propria roadmap.

Ci aspettiamo che la domanda e la capacità della rete di gestire blocchi più grandi determinino il ritmo dei futuri fork BPO. Finché l'utilizzo non raggiunge l'obiettivo attuale, la metrica blob più importante è quanta parte dell'obiettivo di 14 blob consumano ogni giorno i rollup.