"I blocchi sono morti. Lunga vita ai blob": i ricercatori di Ethereum esplorano un aggiornamento per alleggerire il carico dei dati sui validatori

I ricercatori di Ethereum stanno esplorando una proposta di design che sposta i dati del payload di esecuzione nei blob pubblicati insieme ai blocchi, con l’obiettivo di ridurre le richieste di banda e allo stesso tempo permettere una maggiore scalabilità.

In un recente post di ricerca intitolato "I Blocchi sono Morti. Lunga vita ai Blob", co-autori Toni Wahrstatter e altri contributori di Ethereum hanno delineato EIP-8142, o “Block-in-Blobs” — una proposta preliminare presentata per la prima volta all’inizio di quest’anno.

Il design codificherebbe i dati delle transazioni direttamente nei blob — un formato dati introdotto nell’aggiornamento EIP-4844 di Ethereum — invece di richiedere ai validatori di scaricare ed eseguire nuovamente i payload di esecuzione completi.

Secondo i ricercatori, l’idea mira a risolvere un collo di bottiglia nell’architettura di Ethereum.

L’espansione delle dimensioni dei blocchi, insieme a limiti di gas più alti, implica che i validatori debbano scaricare e verificare una quantità di dati in continua crescita. Questo aumenta la pressione sulla banda e limita la scalabilità.

A marzo 2024, i blob sono stati introdotti come parte della roadmap per la disponibilità dei dati di Ethereum durante l’aggiornamento Dencun.

Introdotti tramite EIP-4844, noto anche come proto-danksharding, i blob sono progettati per trasportare grandi quantità di dati in modo più efficiente rispetto al calldata standard delle transazioni.

Anziché archiviare tutti i dettagli delle transazioni direttamente on-chain e richiedere ai validatori di elaborare tali dati, i blob permettono che i dati vengano impegnati crittograficamente e verificati senza replicazione completa attraverso la rete.

Block-in-Blobs

EIP-8142 amplia ulteriormente questa idea.

Invece di trattare i blob come uno strato ausiliario di dati, la proposta sposta i dati fondamentali del payload di esecuzione — già codificati nel formato RLP standard di Ethereum — all’interno dei blob stessi.

I validatori quindi verificherebbero gli impegni crittografici di questi blob e, nel tempo, si affiderebbero al campionamento della disponibilità dei dati. In questo modo è possibile verificare solo piccole porzioni di dati per assicurarsi che l’intero dataset esista, senza doverlo scaricare tutto.

Il cambiamento diventa particolarmente rilevante in un futuro in cui sistemi zkEVM gestiranno la verifica dell’esecuzione.

Le zero-knowledge proof possono confermare che le transazioni sono state elaborate correttamente, eliminando la necessità per i validatori di rieseguire ogni transazione.

Tuttavia, queste proof da sole non garantiscono che i dati delle transazioni siano effettivamente disponibili. "Con zkEVM, i validatori verificano le proof, non direttamente le transazioni," ha scritto Wahrstatter. Ha anche osservato che senza un meccanismo separato, i dati potrebbero essere trattenuti pur superando comunque i controlli di consenso.

Block-in-Blobs è progettato per colmare questa lacuna, secondo la proposta.

Incorporando i dati delle transazioni nei blob con impegni crittografici, la proposta rende la disponibilità dei dati esplicita piuttosto che implicita, permettendo ai validatori di campionare i dati invece di scaricarli completamente, pur mantenendo le garanzie di sicurezza.

Ci sono anche implicazioni più ampie su come Ethereum gestisce i dati.

Oggi, Ethereum separa ancora il gas di esecuzione dall’uso dei blob. Secondo il nuovo modello, entrambi potrebbero essere unificati in un unico sistema di "data gas". Se implementato con successo, secondo i ricercatori, permetterebbe di allineare i costi per tutte le forme di disponibilità dei dati e di evitare limiti sovrapposti.

ERC-8211 di Biconomy

Parallelamente, sono in corso sforzi per migliorare la struttura e l'esecuzione delle transazioni stesse.

Biconomy, in collaborazione con la UX track della Ethereum Foundation, ha proposto ERC-8211, uno standard che trasforma le transazioni in workflow programmabili.

Anziché parametri fissi al momento della firma, ERC-8211 consente alle transazioni di recuperare dati on-chain in tempo reale, validare condizioni ed eseguire più passaggi in sequenza con un’unica firma. L’obiettivo è ridurre le transazioni fallite e abilitare interazioni più complesse e guidate da agenti tra i protocolli DeFi, come spiegato nel thread di Biconomy su X.

Entrambi gli sviluppi si inseriscono in un’ondata più ampia di sperimentazione nell’ecosistema Ethereum. I ricercatori hanno definito roadmap di aggiornamento su più anni fino alla fine del decennio, dopo il doppio hard fork dello scorso anno.