Alle 09:47 UTC circa del 12 novembre 2026 una transazione inviata all’indirizzo di ricezione dei batch di Base è entrata nel blocco 26.398.055 di Ethereum con sei blob allegati, i pacchetti di dati creati da EIP-4844. Insieme potevano contenere 768 KiB di transazioni Base compresse. Ethereum ha addebitato 0,00000359 ETH per i sei blob: circa 0,0000006 ETH a blob, cioè 0,12 centesimi di dollaro, al prezzo di circa 2.043,50 dollari per ETH rilevato su Etherscan alle 09:50 UTC. La stessa transazione ha pagato anche 21.000 unità di gas ordinario, per un costo di circa 0,0000068 ETH, quasi 1,4 centesimi. La «busta» è costata quasi blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool diverge, compared with simply holding the same tokens in a wallet. It becomes permanent when the provider withdraws.">il doppio dei sei blob messi insieme e circa 11 volte uno solo di essi.
Questa ricevuta è ciò che EIP-4844 ha costruito. La proposta, nota anche come proto-danksharding e attiva su Ethereum dall’aggiornamento Dencun del 13 marzo 2024, non ha fatto eseguire più transazioni alla rete. Ha aperto una corsia separata e temporanea per i dati dei rollup, con una propria unità di gas e un proprio prezzo, ed è il motivo principale per cui uno swap su Base o su Arbitrum oggi costa una frazione di centesimo. Quanto resti economica dipende ora da due impostazioni cambiate dopo il lancio: il numero di blob per blocco, con obiettivo a 14 da gennaio 2026, e un prezzo di riserva introdotto a dicembre 2025 che lega la commissione dei blob al gas ordinario.
Le basi dei rollup sono nella lezione su come i rollup layer 2 rendono Ethereum più economico: un rollup esegue le transazioni lontano da Ethereum, vi pubblica dati compressi e il risultato dichiarato, e fa pagare agli utenti la propria esecuzione più una quota del costo di pubblicazione. Cambia il modo in cui la dichiarazione viene verificata. I rollup optimistic aspettano una contestazione; gli ZK rollup allegano una prova, tema della lezione precedente, ZK rollup spiegati. Entrambi hanno bisogno che i dati siano pubblicati dove chiunque possa leggerli, ed è proprio questa parte che i blob hanno riprezzato.
Prima di EIP-4844, i rollup compravano calldata a prezzo pieno
Fino a Dencun un rollup aveva un solo posto dove mettere i propri batch su Ethereum: il calldata di una transazione ordinaria. Il calldata è l’insieme dei byte in ingresso di una chiamata. Ogni nodo completo lo scarica, è prezzato nello stesso gas del calcolo e resta nella storia della catena per sempre. La nostra guida a gas, base fee ed EIP-1559 spiega come si forma quel prezzo e perché nel 2025 il calldata è tornato a costare di più con la soglia minima di EIP-7623.
I rollup non hanno mai avuto bisogno di quella permanenza. I loro dati devono essere pubblici abbastanza a lungo perché chiunque possa ricostruire lo stato della catena o contestare un risultato sbagliato. Dopo, il risultato è consolidato su Ethereum e i byte grezzi interessano solo a chi vuole la cronologia. Pagare l’archiviazione eterna di dati che contano per qualche giorno era lo spreco che l’aggiornamento Dencun voleva eliminare.
Gli autori lo dicevano senza giri di parole. La proposta, creata il 25 febbraio 2022 da Vitalik Buterin, Dankrad Feist, Diederik Loerakker (noto come protolambda), George Kadianakis, Matt Garnett, Mofi Taiwo e Ansgar Dietrichs, apre la motivazione affermando che i rollup sono, nel breve e medio termine, «the only trustless scaling solution for Ethereum», l’unica soluzione di scalabilità senza fiducia per Ethereum. All’epoca, notava il testo, Optimism e Arbitrum applicavano commissioni di appena «~3-8x lower» rispetto a quelle di Ethereum. La proposta si definiva «a stop-gap solution», una soluzione ponte in attesa dello sharding completo dei dati. Il nome, come spiega ethereum.org, unisce i due ricercatori che hanno avanzato l’idea, protolambda e Dankrad Feist.
Un calcolo approssimativo dà la misura del cambiamento. Un blob contiene 131.072 byte. Pubblicati come calldata, quei byte costerebbero almeno 16 gas ciascuno quando non sono zero, cioè circa 2,1 milioni di gas per l’equivalente di un blob, e di più con la soglia di EIP-7623. Con una base fee di esecuzione mediana di 0,048 gwei nella mattinata del 12 novembre 2026, sono circa 0,0001 ETH, intorno ai 21 centesimi di dollaro, contro circa 0,11 centesimi per un blob nelle stesse ore. Blobscan, un explorer di blob, fa il confronto su tutta la storia: stima che i dati dei blob pubblicati dopo Dencun sarebbero costati circa 1,9 miliardi di dollari come calldata, contro circa 14,9 milioni di dollari effettivamente pagati in commissioni sui blob (statistiche del 12 novembre 2026; la cifra sul calldata è una stima di Blobscan).
Che cos’è un blob, campo per campo
4.096 elementi di campo, 128 KiB, un sidecar della beacon chain
Un blob è un blocco di dati di dimensione fissa: 4.096 elementi di campo da 32 byte ciascuno, quindi 131.072 byte, esattamente 128 KiB. Ogni elemento è un numero nel campo scalare della curva ellittica BLS12-381 e deve restare sotto il modulo di quel campo, per cui un rollup riesce a inserire in un blob un po’ meno di 128 KiB di dati propri. Un batch che non riempie un blob paga comunque tutto il blob: il prezzo è per blob, non per byte usato.
Nessun blob viaggia dentro il blocco di esecuzione, la parte che contiene conti e stato degli smart contract. Stanno accanto al blocco della beacon chain come «sidecar» gestiti dai client di consenso. Secondo la specifica di EIP-4844, i dati dei blob sono «simply part of the beacon chain and is fully downloaded by all consensus nodes», cioè parte della beacon chain e scaricati per intero da tutti i nodi di consenso: un disegno che PeerDAS ha cambiato a dicembre 2025. Lo strato di esecuzione, dove gira la EVM, non vede mai quei byte.
Impegni KZG e hash versionati: ciò che la EVM può vedere
Lo strato di esecuzione vede però un’impronta. Per ogni blob il mittente calcola un impegno KZG, 48 byte sulla curva BLS12-381, che si lega al blob letto come polinomio: se cambia un solo byte, l’impegno non corrisponde più. La transazione porta poi un hash versionato, composto da un byte di versione (0x01 per KZG) seguito dagli ultimi 31 byte dell’hash SHA-256 di quell’impegno. Uno dei sei blob della transazione Base citata sopra ha un hash versionato che comincia con 0x01756305.
Il byte di versione serve al futuro. La specifica dice che Ethereum potrebbe un giorno passare «to Merkle trees + STARKs for quantum-safety reasons», ad alberi di Merkle e STARK per sicurezza quantistica, aggiungendo una nuova versione senza rompere i contratti che conservano questi hash. È la stessa questione sollevata dalla scelta tra SNARK e STARK nella lezione sugli ZK rollup: KZG si fonda su accoppiamenti di curve ellittiche che un grande computer quantistico potrebbe spezzare, mentre gli impegni basati su hash non sono esposti allo stesso modo.
Transazioni di tipo 3, BLOBHASH e precompilato di valutazione del punto
Per portare i blob esiste un nuovo tipo di transazione, 0x03. Somiglia a una transazione EIP-1559 con due campi in più: max_fee_per_blob_gas, il massimo che il mittente accetta di pagare per unità di gas dei blob, e l’elenco degli hash versionati. Il campo destinatario non può essere vuoto, quindi una transazione con blob non può creare un contratto.
I contratti raggiungono i blob da due porte strette. L’opcode BLOBHASH (0x49, 3 gas) restituisce l’hash versionato di uno dei blob della transazione in corso, e permette al contratto di ricezione di un rollup di registrare a quali dati si è impegnato un batch. Il precompilato di valutazione del punto, all’indirizzo 0x0A e con costo di 50.000 gas, verifica una prova KZG che il blob, letto come polinomio, assuma un dato valore in un dato punto. Il contenuto non è mai leggibile dalla EVM.
Le due famiglie di rollup usano queste porte in modo diverso, come descrive la motivazione della specifica. Un rollup optimistic ha bisogno di qualche valore del blob solo quando qualcuno contesta un batch: durante una fraud proof li carica con prove KZG tramite il precompilato (vedi la lezione sui rollup optimistic e il loro gioco delle contestazioni). Uno ZK rollup invece dimostra che l’impegno del blob e quello usato dentro la propria prova di validità si riferiscono agli stessi dati, una «prova di equivalenza». La prova copre così esattamente i byte che Ethereum ha pubblicato.
Cancellati dopo circa 18 giorni, e perché basta
I client di consenso devono servire i blob per 4.096 epoche. Un’epoca è fatta di 32 slot da 12 secondi, quindi 4.096 epoche durano circa 18,2 giorni; la specifica stessa parla di «around 18 days». Dopo, i nodi possono eliminare i dati. Gli hash versionati restano su Ethereum per sempre, per cui chi ha conservato un vecchio blob può ancora dimostrare che è quello originale.
Diciotto giorni coprono con larghezza la finestra di contestazione dei grandi rollup optimistic, circa 6,4 giorni su Arbitrum One. Per uno ZK rollup lo stato è consolidato non appena Ethereum verifica la prova. Anche lo stato del rollup non scade insieme ai suoi blob: la sua ultima radice di stato vive in un contratto su Ethereum. Ciò che esce dai nodi di Ethereum è la cronologia grezza delle transazioni, che dipende allora dai nodi del rollup, dagli explorer e dagli archivi; Blobscan, per esempio, indicizza i blob e ne serve il contenuto.
| Parte di un blob | Valore nella specifica (Final) | Che cosa significa |
|---|---|---|
| Dimensione | 4.096 elementi di campo x 32 byte = 131.072 byte (128 KiB) | Se ne usa un po’ meno, ogni elemento deve restare sotto il modulo della curva |
| Gas dei blob | 131.072 per blob | Un contatore separato dal gas ordinario |
| Tipo di transazione | 0x03 | Non può creare un contratto (destinatario obbligatorio) |
| Impegno | KZG, 48 byte, curva BLS12-381 | Si lega all’intero blob |
| Hash versionato | 0x01 + ultimi 31 byte di SHA-256(impegno) | L’unica cosa che vede la EVM |
| Accesso dalla EVM | Opcode BLOBHASH 0x49 (3 gas); precompilato di valutazione del punto 0x0A (50.000 gas) | Il contenuto non è mai leggibile dai contratti |
| Commissione | Base fee dei blob x gas dei blob, bruciata | Non rimborsata se la transazione fallisce |
| Conservazione | 4.096 epoche, circa 18 giorni | Poi i client di consenso possono eliminarlo |
La cerimonia KZG: 141.416 contributi e un solo partecipante onesto
Gli impegni KZG richiedono una stringa di riferimento strutturata pubblica, un lungo elenco di punti di curva derivati da un numero segreto. Chiunque conoscesse quel segreto potrebbe falsificare impegni e sostenere che un blob contenesse dati che non ha mai contenuto. Il rimedio è una cerimonia in cui molti partecipanti, uno dopo l’altro, mescolano la propria casualità nella stringa e poi la distruggono. Il risultato è sicuro se almeno uno di loro è stato onesto e ha distrutto il proprio input.
La cerimonia di Ethereum è durata 208 giorni, dal 13 gennaio 2023 alle 13:13 UTC all’8 agosto 2023 alle 23:08 UTC, secondo il riepilogo della Ethereum Foundation del 23 gennaio 2024. Ha raccolto 141.416 contributi, che la fondazione ha definito la più grande cerimonia di questo tipo fino ad allora. Per tenere fuori lo spam, chi partecipava doveva accedere con un indirizzo Ethereum (il 93,36% lo ha fatto) o con un account GitHub (il 6,64%).
La cifra conta i contributi, e l’argomento di sicurezza non richiede che siano tutti onesti: ne basta uno. Gli impegni in stile STARK, costruiti con funzioni di hash, non richiedono alcuna cerimonia, ed è un altro motivo per cui l’hash versionato lascia spazio a uno schema diverso in futuro.
Un secondo mercato delle commissioni con una base fee propria
Gas in eccesso dei blob e regola esponenziale
Ogni blob usa 131.072 unità di gas dei blob. L’intestazione di ogni blocco registra un totale progressivo chiamato excess blob gas, il gas dei blob usato oltre l’obiettivo, riportato da blocco a blocco e mai sotto zero. La base fee dei blob è poi circa 1 wei moltiplicato per e elevato al rapporto tra gas in eccesso e una frazione di aggiornamento. I blocchi pieni spingono l’eccesso in alto e il prezzo sale in modo esponenziale; i blocchi vuoti lo riportano giù. Il minimo è 1 wei.
L’idea viene da EIP-1559, con una differenza che la specifica sottolinea: il prezzo «responds in the same way to the same total usage regardless of how it’s distributed», reagisce allo stesso modo allo stesso uso totale, comunque sia distribuito. Dieci blocchi pieni seguiti da dieci vuoti lasciano il prezzo dov’era, qualunque sia l’ordine.
La commissione dei blob viene bruciata, come la base fee di esecuzione, e la specifica precisa che non viene rimborsata se la transazione fallisce. Una transazione con blob paga inoltre il gas ordinario per la propria esecuzione, 21.000 gas o più, alla base fee normale più una mancia. È la «busta» dell’esempio iniziale.
| Periodo (da) | Obiettivo / massimo di blob | Frazione di aggiornamento | Variazione del prezzo dopo un blocco pieno | Variazione del prezzo dopo un blocco vuoto |
|---|---|---|---|---|
| Dencun, 13 mar 2024 | 3 / 6 | 3.338.477 | +12,5% | -11,1% |
| Pectra, 7 mag 2025 | 6 / 9 | 5.007.716 | +8,2% | -14,5% |
| BPO2, 7 gen 2026 (in vigore al 12 nov 2026) | 14 / 21 | 11.684.671 | +8,2% | -14,5% |
Le cifre vengono dalle costanti della specifica originale dei blob, da EIP-7691 e dalla configurazione dei client in produzione; EIP-7691 riporta da sé il +8,2% e il -14,5%. L’asimmetria dopo Pectra esiste perché il massimo è solo 1,5 volte l’obiettivo. Con 14/21, un blocco pieno mette 7 blob sopra l’obiettivo, mentre un blocco vuoto ne toglie 14.
Una vera bolletta di blob il 12 novembre 2026
Torniamo alla transazione di Base. La sua ricevuta mostra 786.432 unità di gas dei blob usate (6 x 131.072) a un prezzo di 4.567.735 wei. Moltiplicati, fanno circa 3,59 x 10^12 wei, cioè 0,00000359 ETH. La parte di esecuzione, 21.000 gas a un prezzo effettivo di 0,3228 gwei, è costata circa 0,0000068 ETH. Letta da un nodo RPC pubblico di Ethereum alle 09:45 UTC circa della stessa mattina, la base fee dei blob era di 4.270.424 wei, che porta il prezzo di un blob a circa 0,00000056 ETH, intorno a 0,11 centesimi di dollaro.
Nei 1.024 blocchi da 26.397.022 a 26.398.045, circa 3,4 ore fino alle 09:45 UTC, la base fee dei blob si è mossa tra 2,08 e 5,49 milioni di wei, con una mediana di 2,84 milioni. I blocchi hanno portato 5.588 blob, 5,44 per blocco in media: il 39% dell’obiettivo di 14.
Questi numeri si leggono facilmente con un errore di un fattore mille. Un ETH vale 10^18 wei, quindi 131.072 unità di gas dei blob a 3,6 milioni di wei fanno circa 4,7 x 10^11 wei. Meno di mezzo milionesimo di ETH: circa un decimo di centesimo di dollaro a blob, non un dollaro.
Il primo picco: le blobscription di marzo 2024
Il mercato ha affrontato il primo stress test due settimane dopo il lancio. Il 27 marzo 2024 le «blobscription», iscrizioni scritte nei blob tramite il protocollo Ethscriptions, hanno portato domanda da fuori dai rollup. CoinDesk ha riferito il 28 marzo 2024, citando una dashboard di Dune Analytics, che la base fee dei blob era salita ad almeno 582 gwei, circa 266 dollari a blob secondo la sua conversione, dal minimo di 1 wei su cui era rimasta dal lancio.
La regola ha fatto ciò per cui era stata disegnata. Con i parametri di Dencun, una serie di blocchi pieni alzava il prezzo del 12,5% a blocco, il che si compone in un fattore di circa 34 in 30 blocchi, sei minuti. Per i rollup l’episodio è stato una lezione di esposizione: quando il gas dei blob costa 1 wei, la quota di dati nella commissione di un layer 2 è quasi nulla, e quando la domanda resta sopra l’obiettivo per un po’, quella quota può moltiplicarsi molte volte nel giro di un’ora.
Da 3 a 14 blob per blocco: Pectra, BPO1 e BPO2
| Data e ora (UTC) | Aggiornamento | EIP | Obiettivo / massimo di blob per blocco | Dati per blocco, obiettivo / massimo |
|---|---|---|---|---|
| 13 mar 2024, 13:55 | Dencun | EIP-4844 | 3 / 6 | 384 KiB / 768 KiB |
| 7 mag 2025 | Pectra | EIP-7691 | 6 / 9 | 768 KiB / 1,125 MiB |
| 3 dic 2025, 21:49 | Fusaka | EIP-7594, EIP-7918, EIP-7892 | 6 / 9 (invariato) | 768 KiB / 1,125 MiB |
| 9 dic 2025, 14:21 | BPO1 | meccanismo di EIP-7892 | 10 / 15 | 1,25 MiB / 1,875 MiB |
| 7 gen 2026, 01:01 | BPO2 | meccanismo di EIP-7892 | 14 / 21 | 1,75 MiB / 2,625 MiB |
Dencun si è attivato all’epoca 269.568, alle 13:55 UTC del 13 marzo 2024, secondo l’annuncio di Dencun della Ethereum Foundation del 27 febbraio 2024. Ha portato la proposta sui blob insieme ad altre otto modifiche, tra cui EIP-7516, un opcode BLOBBASEFEE che permette ai contratti di leggere il prezzo dei blob. Pectra, il 7 maggio 2025, ha raddoppiato l’obiettivo a 6 e alzato il massimo a 9 con EIP-7691.
Fusaka, attivo alle 21:49 UTC del 3 dicembre 2025, ha mantenuto 6/9 ma ha portato PeerDAS e il prezzo di riserva di EIP-7918, spiegati più avanti, e ha messo in opera un nuovo tipo di aggiornamento. I fork Blob-Parameter-Only, definiti in EIP-7892, cambiano «only blob-related parameters: target, max, and baseFeeUpdateFraction», solo i parametri legati ai blob. L’annuncio di Fusaka ne ha programmati due: BPO1 alle 14:21 UTC del 9 dicembre 2025 (10/15) e BPO2 alle 01:01 UTC del 7 gennaio 2026 (14/21).
La catena conferma il calendario. Interrogato con il metodo eth_config il 12 novembre 2026, un nodo pubblico ha restituito un obiettivo di 14, un massimo di 21 e una frazione di aggiornamento di 11.684.671, attivi dal momento di BPO2, senza altre modifiche ai blob programmate nei client.
La domanda non ha tenuto il passo. A gennaio 2025 Vitalik Buterin scriveva in un post sulla scalabilità di L1 e L2 di Ethereum che «our blob space is barely covering the L2s and the usecases of today», lo spazio dei blob copre a stento i layer 2 e gli usi di oggi. Nella mattinata del 12 novembre 2026 i blocchi usavano il 39% dell’obiettivo. La scarsità dell’inizio del 2025 si è trasformata in spazio libero, almeno per ora, e lo spazio libero spinge un prezzo esponenziale verso il proprio minimo.
EIP-7918: un prezzo di riserva legato al gas di esecuzione
Quel minimo era 1 wei, ed era un problema. Quando l’uso resta sotto l’obiettivo, il gas in eccesso scende a zero e il prezzo smette di segnalare qualcosa. Gli autori di EIP-7918 lo hanno descritto con chiarezza: il vecchio meccanismo può continuare a «lowering the blob base fee until it eventually settles at 1 wei», abbassare la base fee fino a stabilizzarsi a 1 wei. A quel prezzo i rollup non pagavano nulla per il lavoro che i blob impongono ai nodi, e l’EIP osserva che verificare le prove KZG «is computationally expensive», è oneroso dal punto di vista computazionale.
La correzione è arrivata con Fusaka. EIP-7918 definisce una costante, BLOB_BASE_COST, pari a 8.192 (2 alla 13). Quando 8.192 volte la base fee di esecuzione vale più di un blob alla base fee corrente dei blob (131.072 volte quella commissione), il protocollo smette di sottrarre l’obiettivo dal gas in eccesso, e quindi eccesso e prezzo risalgono. In pratica il prezzo di un’unità di gas dei blob è tenuto vicino ad almeno un sedicesimo della base fee di esecuzione. È una riserva, non un pavimento rigido: la base fee dei blob può scendere sotto di essa, e la regola la spinge di nuovo verso l’alto.
Nella mattinata del 12 novembre 2026 questa regola ha fissato il prezzo. Con una base fee di esecuzione mediana di 0,048 gwei, la riserva valeva circa 3,0 milioni di wei per unità di gas dei blob. In 853 blocchi consecutivi su 1.023 la base fee dei blob era sotto quella riserva, quindi a spingere era la clausola di riserva, non la domanda di blob. Con un uso al 39% dell’obiettivo, la vecchia regola avrebbe lasciato scivolare il prezzo verso 1 wei. I prezzi dei blob ora seguono il gas ordinario: quando sale la base fee di esecuzione di Ethereum, sale anche il livello sotto i blob.
Per chi usa un layer 2 il cambiamento è invisibile. A circa un decimo di centesimo a blob, e con un paio di migliaia di trasferimenti compressi per blob, come ipotizza l’esempio della nostra lezione sui layer 2, il costo dei dati per trasferimento è intorno a cinque centomillesimi di centesimo.
Le commissioni dei layer 2 sono davvero calate? I numeri datati
Sì, e soprattutto in un solo scatto. growthepie, un sito di dati su Ethereum, prende il costo mediano delle transazioni di ogni layer 2 mese per mese, poi la mediana tra le catene, contando ogni catena una volta sola e includendo tutti i tipi di transazione. La sua serie, come pubblicata il 12 novembre 2026:
| Mese | Contesto | Commissione mediana tra i layer 2 | Variazione |
|---|---|---|---|
| feb 2024 | Prima di Dencun | 20 centesimi | |
| apr 2024 | Dopo Dencun | 1,9 centesimi | 10,7 volte meno cara |
| apr 2025 | Prima di Pectra | 0,16 centesimi | |
| giu 2025 | Dopo Pectra | 0,11 centesimi | 1,42 volte meno cara |
| nov 2025 | Prima di Fusaka | 0,11 centesimi | |
| gen 2026 | Dopo Fusaka | 0,10 centesimi | 1,09 volte meno cara |
| ott 2025 | Un anno prima | 0,13 centesimi | |
| ott 2026 | Ultimo mese completo | 0,17 centesimi | 1,3 volte più cara di ott 2025 (+30,6%) |
Dencun ha fatto il grosso: da 20 centesimi a 1,9 centesimi in due mesi, e growthepie indica un calo di 118 volte da febbraio 2024. La capacità aggiunta dopo ha spostato poco la mediana, 1,42 volte attorno a Pectra e 1,09 volte attorno a Fusaka, perché a quel punto i dati dei blob non erano più il costo principale. Resta l’esecuzione sul layer 2 stesso, il margine dell’operatore e il gas ordinario di Ethereum pagato per pubblicare batch e prove. La mediana di ottobre 2026, 0,17 centesimi, era più alta di un anno prima, nonostante una capacità di blob più che doppia.
Il primo giorno fu ancora più netto. The Block ha riferito il 14 marzo 2024, citando una dashboard di Dune, che la commissione mediana su Base è scesa da circa 0,5 dollari del 13 marzo a circa 0,0012 dollari, e che lo swap medio su Starknet è passato da oltre 6,8 dollari a 0,04, secondo il produttore di wallet Argent. Arbitrum One non aveva ancora integrato Dencun il giorno della pubblicazione: il suo aggiornamento ArbOS era previsto più tardi quella giornata.
Le commissioni di oggi, dalla mediana giornaliera dei costi di transazione di growthepie:
| Catena | Commissione mediana, 10 nov 2026 | Commissione mediana, 11 nov 2026 |
|---|---|---|
| Ethereum (layer 1) | 0,0298 $ | 0,0253 $ |
| Linea | 0,0167 $ | 0,0153 $ |
| Arbitrum One | 0,0048 $ | 0,0044 $ |
| Starknet | 0,0037 $ | 0,0031 $ |
| Scroll | 0,0022 $ | 0,0016 $ |
| Base | 0,0018 $ | 0,0017 $ |
| OP Mainnet | 0,000025 $ | 0,000015 $ |
Il divario con Ethereum si è ridotto, perché sono calate anche le commissioni della catena principale. L’11 novembre 2026 la mediana di Ethereum, circa 2,5 centesimi, era 6 volte quella di Arbitrum One e 15 volte quella di Base, e meno del doppio di quella di Linea. Le due famiglie di strati sono messe a confronto nella nostra guida al confronto tra layer 1 e layer 2.
Chi riempie i blob: Base, World Chain, Arbitrum e Robinhood Chain
Le statistiche complete di Blobscan, aggiornate alle 09:45 UTC del 12 novembre 2026, contano 25.219.392 blob in 9.982.067 transazioni con blob dal lancio di Dencun, con 4.747,3 ETH pagati in commissioni sui blob, circa 14,92 milioni di dollari al prezzo di ogni transazione. I blob che Blobscan attribuisce ai rollup sono il 95,0% del totale; il restante 5,0% è etichettato «other».
| Rollup (etichetta di Blobscan) | Blob, 13 mar 2024 – 12 nov 2026 | Quota di tutti i blob |
|---|---|---|
| Base | 9.108.755 | 36,1% |
| World Chain | 2.869.066 | 11,4% |
| Arbitrum | 2.418.953 | 9,6% |
| OP Mainnet | 1.561.232 | 6,2% |
| Taiko | 1.208.743 | 4,8% |
| Robinhood Chain | 1.157.381 | 4,6% |
| Soneium | 564.472 | 2,2% |
| Unichain | 468.375 | 1,9% |
Solo Base ha pagato 1.693,5 ETH di commissioni sui blob dal lancio, circa 5,29 milioni di dollari secondo Blobscan. Dividendo tutte le commissioni per tutti i blob, la media è di circa 0,59 dollari a blob, contro circa un decimo di centesimo il 12 novembre 2026: la media storica è dominata da periodi cari come marzo 2024, non dal mercato tranquillo di oggi.
Il quadro recente è diverso. Nei 30 giorni dal 12 ottobre al 10 novembre 2026, tra le catene seguite da growthepie, Base ha pubblicato il 34,3% dei byte di blob, Robinhood Chain il 21,5%, MegaETH l’11,2%, OP Mainnet l’8,9%, Celo l’8,4%, Arbitrum il 5,8% e World Chain il 4,1%. growthepie copre un sottoinsieme di catene e Blobscan attribuisce le etichette a modo suo, per cui le due serie di quote non si sommano allo stesso totale.
Non tutti i layer 2 usano i blob. Secondo l’API di ETHBEAT, ex L2BEAT, il 12 novembre 2026 39 dei 80 layer 2 attivi pubblicano i propri dati su Ethereum come blob, e custodiscono 30,9 miliardi di dollari sui 35,9 che quegli 80 mettono al sicuro, l’86,1%. Degli altri, 14 usano una soluzione di disponibilità dei dati personalizzata, 9 un comitato per la disponibilità dei dati, 7 Celestia, 5 EigenDA della famiglia EigenLayer, 2 EigenDA con un contratto di verifica, e 3 pubblicano ancora calldata. Le catene che tengono i dati fuori da Ethereum sono validium oppure optimium, più che rollup in senso stretto, come spiega la lezione sugli ZK rollup. Il gruppo «custom» di ETHBEAT comprende Polygon PoS, che la piattaforma classifica sotto «Others», un caso per la prossima lezione di questo percorso, su sidechain e rollup a confronto.
PeerDAS: verificare i dati dei blob senza scaricarli tutti
Perché le blockchain hanno bisogno di scalare accennava alla disponibilità dei dati e riassumeva PeerDAS in una frase: i nodi scaricano delle parti e campionano il resto. Qui si vede come vengono tagliate le parti. Prima di Fusaka ogni nodo di consenso scaricava ogni blob, cosa gestibile al massimo di Pectra di 1,125 MiB per blocco e pesante con i 2,625 MiB di oggi. EIP-7594, attivo dal 3 dicembre 2025, ha tolto quell’obbligo.
Il primo passo è la codifica a cancellazione. I 4.096 elementi di campo di ogni blob vengono estesi con un codice Reed-Solomon a 8.192, il doppio, in modo che l’originale si possa ricostruire da una metà qualsiasi. Il blob esteso è tagliato in 128 celle da 64 elementi di campo. Si immaginino i blob di un blocco impilati come righe: le celle nella stessa posizione di ogni riga formano una colonna, e le colonne sono 128, ciascuna con un proprio canale di gossip sulla rete peer-to-peer.
Il secondo passo è la custodia. Ogni nodo conserva almeno 4 gruppi di colonne su 128. Un nodo che gestisce validatori ne conserva uno per ogni 32 ETH di saldo effettivo complessivo, mai meno di 8 e al massimo tutti i 128. In più, ogni nodo campiona almeno 8 colonne per slot dai propri peer. Le colonne sono conservate per 4.096 epoche, come i blob. Un nodo con un grande saldo di validatori tiene quindi molti più gruppi di colonne di un semplice nodo completo.
Il campionamento funziona grazie a una proprietà che la specifica enuncia chiaramente: «A node can reconstruct the entire data matrix if it acquires at least 50% of all the columns», un nodo può ricostruire l’intera matrice se ottiene almeno il 50% delle colonne. Per rendere un blob irrecuperabile, chi produce il blocco dovrebbe trattenere più della metà delle colonne. Un nodo i cui campioni casuali non si riescono a recuperare considera il blocco non disponibile e non lo segue. Con i parametri attuali, dice l’EIP, un nodo scarica circa un ottavo dei dati, quota che l’EIP si aspetta possa scendere a 1/16 o 1/32 in seguito.
L’EIP spiega perché ha scelto le colonne invece delle righe: le estensioni si possono calcolare prima che il blocco esista, fuori dal percorso critico, e la maggior parte dei nodi ha già la maggior parte dei blob dalla mempool pubblica. Il lavoro pesante si è spostato sui mittenti. Calcolare le prove di ogni cella è costoso, quindi dopo Fusaka è il mittente della transazione con blob, cioè il rollup, a calcolarle e a inviarle in un nuovo involucro nella mempool. I software di invio dei rollup hanno dovuto aggiornarsi prima dell’upgrade.
Il carico sui nodi è anche il secondo argomento dietro EIP-7918. La sua motivazione conta il lavoro di un nodo completo, che verifica tutti i blob nella mempool di esecuzione, campiona 8 colonne e ne custodisce 4. Quel lavoro è il motivo per cui un blob non dovrebbe costare 1 wei, ed è il costo che pesa a chi gestisce da casa una delle macchine descritte nella nostra guida a che cosa fa un nodo.
PeerDAS ha dei limiti. Campiona in una sola dimensione, le colonne della matrice, e ogni colonna copre comunque tutti i blob del blocco. Il campionamento completo della disponibilità dei dati, in due dimensioni e con molte più colonne, resta un lavoro futuro.
Danksharding completo e Glamsterdam: piani, non promesse
Nel 2022 la proposta sui blob elencava ciò che lo sharding completo avrebbe ancora richiesto: «A low-degree extension of the commitments in the consensus layer to allow 2D sampling», un’estensione degli impegni nello strato di consenso per il campionamento in due dimensioni, un’implementazione reale del campionamento della disponibilità dei dati, la separazione tra proponente e costruttore perché i singoli validatori non debbano elaborare 32 MB di dati in uno slot, e la prova di custodia. PeerDAS ha realizzato una versione monodimensionale del campionamento. Il resto non era attivo sulla mainnet al 12 novembre 2026.
La pagina di ethereum.org sul danksharding, aggiornata il 22 ottobre 2026, dice ancora «Full Danksharding is several years away» e presenta 64 blob per blocco e più di 100.000 transazioni al secondo come obiettivi del progetto. La stessa pagina riporta ancora sei blob per il proto-danksharding, mentre l’obiettivo effettivo è 14 da gennaio 2026. Il post di Vitalik Buterin di gennaio 2025 indicava un traguardo simile: «When we get to 2D sampling, we can reach 128 blobs per slot.» Entrambi sono obiettivi dei ricercatori, non date.
Il prossimo aggiornamento, Glamsterdam, gira dal 6 ottobre 2026 sulla rete di test Sepolia. La sua meta-specifica, EIP-7773, il 12 novembre 2026 mostrava ancora un’attivazione sulla testnet Hoodi per il 26 ottobre 2026, ma quel fork è stato rinviato senza una nuova data, e un nodo Hoodi pubblico interrogato quel giorno non aveva alcuna attivazione di Glamsterdam configurata. Nemmeno per la mainnet c’era una data. Tre delle sue modifiche toccano i blob. EIP-7732, la separazione tra proponente e costruttore integrata nel protocollo, dà più tempo ai «data availability checks» e permette al costruttore di diffondere in anticipo i sidecar delle colonne dei blob. EIP-7976 alza la soglia minima del calldata a 64 gas per byte, e il suo testo elenca tra i motivi «Better blob incentivization», un migliore incentivo sui blob. EIP-8070, la blobpool sparsa, fa recuperare ai nodi di esecuzione i blob interi solo con probabilità 0,15 e campionare il resto, perché l’EIP prevede che il traffico di blob nella mempool dominerà la banda man mano che i fork BPO alzano la capacità. Il 12 novembre 2026 nei client non era configurato alcun nuovo fork BPO.
«I layer 2 non pagano»: il dibattito sulle entrate dei blob
I numeri dietro la critica sono netti. Nei 30 giorni fino al 10 novembre 2026, i layer 2 seguiti da growthepie hanno pagato circa 8.589 dollari di commissioni sui blob (Base 3.577, Robinhood Chain 1.924, Arbitrum 1.287) e circa 84.700 dollari in tutti i costi su Ethereum, tra blob e gas ordinario per pubblicare batch e prove. Negli stessi 30 giorni gli utenti di Base hanno pagato circa 2,63 milioni di dollari di commissioni, quelli di Robinhood Chain circa 1,29 milioni e quelli di Arbitrum circa 0,55 milioni. growthepie calcola il margine di Base, commissioni degli utenti meno costi su Ethereum, in circa 2,61 milioni di dollari.
Il burn racconta la stessa storia. Nei 1.024 blocchi della mattinata del 12 novembre 2026 i blob hanno bruciato circa 0,0022 ETH, mentre la base fee di esecuzione ne ha bruciati circa 1,65, quindi i blob erano circa lo 0,14% degli ETH bruciati (una stima: il burn di esecuzione è ricavato dal gas usato in ogni blocco e dal limite di 60 milioni di gas). Dal lancio di Dencun, Blobscan conta in totale 4.747 ETH bruciati tramite commissioni sui blob.
Vitalik Buterin ha formulato lui stesso la preoccupazione a gennaio 2025: «We need to make sure that ETH continues to accrue value even in an L2-heavy world», bisogna assicurarsi che ETH continui ad accumulare valore anche in un mondo dominato dai layer 2. Tra le idee elencate c’erano i layer 2 che «burning a portion of fees, permanently staking them», bruciano una parte delle commissioni o le mettono in staking in modo permanente, e da parte di Ethereum quella di «consider a minimum blob price», valutare un prezzo minimo dei blob. Per mostrare la posta in gioco prese la commissione media dei blob dei 30 giorni precedenti e la moltiplicò per 128 blob per slot: il risultato avrebbe bruciato «713,000 ETH per year», un’illustrazione che lui stesso temperò con «such a favorable demand curve is not guaranteed», una curva di domanda così favorevole non è garantita.
La difesa parte dal progetto. EIP-4844 è stato scritto per rendere economici i dati dei rollup, non per aumentare le entrate, e un prezzo vicino al minimo significa capacità libera. I layer 2 pagano Ethereum anche fuori dai blob: il gas ordinario di ogni pubblicazione di batch, che nell’esempio iniziale è costato circa il doppio dei sei blob messi insieme, più la verifica delle prove per gli ZK rollup; la maggior parte usa ETH come token per il gas. E il prezzo minimo dei blob evocato da Vitalik Buterin oggi esiste in una forma: da Fusaka, EIP-7918 lega i prezzi dei blob al gas di esecuzione.
Nessuna delle due parti ha un numero che chiuda la questione. Le entrate dai blob dipendono dalla domanda di spazio nei blocchi dei layer 2, che all’inizio del 2025 premeva contro l’obiettivo, secondo il racconto di Vitalik Buterin, e ora è sotto, e dalla base fee di esecuzione che segue il prezzo di riserva. Se questo scambio convenga ai detentori di ETH è una domanda sul futuro della domanda, e questa lezione non prende posizione sul prezzo di ETH.
Che cosa cambiano i blob per te, e per la dichiarazione dei redditi
La commissione di un layer 2 ha due parti: l’esecuzione sul layer 2 e una quota del costo di pubblicazione del batch su Ethereum. Dopo Dencun la parte dei blob è spesso la voce più piccola, e non la paghi mai direttamente: è il rollup a pagare Ethereum e a includere il costo nella tua commissione. Un’impennata di blob come quella di marzo 2024 può far salire per un po’ le commissioni dei layer 2, perché quella quota segue la base fee dei blob.
Sui tempi di prelievo i blob non influiscono. Un prelievo da un layer 2 verso Ethereum aspetta la finestra di contestazione di un rollup optimistic o la prova di uno ZK rollup, come spiegano le due lezioni precedenti. I 18 giorni di vita di un blob contano solo per la cronologia: le vecchie transazioni dei layer 2 restano visibili negli explorer del rollup e negli archivi di blob, non nei nodi di Ethereum.
Si possono vedere i blob di persona. Su Etherscan una transazione di tipo 3 mostra il gas dei blob usato, il prezzo del gas dei blob e l’elenco degli hash versionati; Blobscan mostra i blob di un blocco, la dimensione, la commissione pagata e il rollup che li ha inviati, e ne serve il contenuto finché li conserva.
Sul fronte fiscale, le commissioni sui blob ti raggiungono solo dentro la commissione del layer 2. In Italia le plusvalenze da cripto-attività realizzate dal 1° gennaio 2026 sono tassate al 33%, senza soglia di esenzione, come indica la brochure dell’Agenzia delle Entrate sulla legge di bilancio 2025. Quel testo non parla di blob né di commissioni di rete, e per trattarle nel tuo caso conviene rivolgersi a un commercialista. Negli Stati Uniti il regolamento del Tesoro sulle vendite di asset digitali, 26 CFR 1.1001-7, riduce l’importo realizzato di una vendita dei «digital asset transaction costs» imputabili e considera ceduti per servizi gli asset digitali usati per pagarli: una commissione pagata in ETH è essa stessa una piccola cessione per l’IRS. Nel Regno Unito il manuale cripto dell’HMRC (CRYPTO22150, aggiornato il 28 novembre 2025) include tra i costi deducibili ai fini dell’imposta sulle plusvalenze le «transaction fees paid for having the transaction included on the distributed ledger». Nessuno di questi testi cita i blob.
La prossima data da seguire è l’attivazione di Glamsterdam sulla mainnet, ancora senza data al 12 novembre 2026, insieme a un eventuale nuovo fork BPO che alzi di nuovo l’obiettivo dei blob. La prossima lezione di questo percorso confronta sidechain e rollup, a partire dalle catene che non hanno mai pubblicato blob.
