L'architettura blockchain si sta allontanando dal semplice dibattito "una sola catena fa tutto". La domanda più utile è quali funzioni debbano rimanere unite, quali possano essere separate e quali nuovi rischi emergano quando un sistema diventa modulare. Questo è importante perché l'esecuzione, il regolamento, il consenso, la disponibilità dei dati, la dimostrazione, la sequenzializzazione e la sicurezza condivisa possono ora essere combinati in molti modi diversi.
A settembre 2026, non esisteva un vincitore assoluto. Le blockchain monolitiche potevano offrire un modello operativo e di sicurezza più rigoroso, mentre i sistemi modulari potevano specializzare i singoli livelli e scalare le diverse risorse in modo indipendente. Celestia è uno degli esempi più chiari di rete specializzata per la disponibilità dei dati. EigenLayer svolge un ruolo diverso: non è semplicemente "un'altra blockchain modulare", ma un framework di riorganizzazione e sicurezza condivisa che può aiutare servizi aggiuntivi a rafforzare la sicurezza economica. Ethereum stesso opera sempre più come un sistema L1-L2 piuttosto che rientrare perfettamente nella categoria dei sistemi puramente monolitici.
Una blockchain monolitica gestisce le principali funzioni del protocollo all'interno di un unico sistema di base integrato. Queste funzioni includono solitamente l'esecuzione delle transazioni, il regolamento, il consenso e la disponibilità dei dati. L'architettura è più facile da comprendere perché la stessa catena definisce le regole, ordina le attività, verifica le transizioni di stato e rende disponibili i dati delle transazioni.
Un'architettura blockchain modulare separa alcune di queste funzioni in livelli specializzati. Una rete può eseguire le transazioni, un'altra può fornire la disponibilità dei dati e un'altra ancora può occuparsi del regolamento o della sicurezza. La documentazione di Celestia descrive il modello modulare come un sistema in cui l'esecuzione e il regolamento possono risiedere al di sopra di un livello base incentrato sul consenso e sulla disponibilità dei dati. La documentazione attuale spiega anche il campionamento della disponibilità dei dati (DAS), che consente ai nodi leggeri di verificare se i dati di un blocco sono stati pubblicati senza scaricare ogni singolo byte del blocco. Consultare la documentazione di Celestia sulla disponibilità dei dati .
No. La modularità è uno strumento di progettazione, non una garanzia di prestazioni migliori o di maggiore sicurezza. Separare le funzioni può consentire a ciascun livello di ottimizzare un compito più specifico, ma crea anche interfacce tra i livelli. Queste interfacce introducono ulteriori presupposti: i ponti potrebbero non funzionare, i sequenziatori potrebbero censurare, i dati potrebbero non essere disponibili quando necessario, le prove potrebbero subire ritardi o un'applicazione potrebbe dipendere da diversi sistemi con modelli di fiducia differenti.
Le architetture monolitiche riducono parte di questa complessità trasversale, poiché lo stesso set di validatori e le stesse regole di protocollo spesso governano una porzione maggiore dello stack. Il compromesso è che ogni nodo completo potrebbe dover gestire un carico di lavoro maggiore, il che può rendere più difficile aumentare la velocità di trasmissione grezza senza incrementare i requisiti hardware o di larghezza di banda.
Suggerimento per i lettori: quando confrontate due blockchain, non fermatevi al numero di transazioni al secondo o alle commissioni. Annotate dove avviene l'esecuzione, dove vengono pubblicati i dati, dove si svolge il regolamento finale, chi può riordinare le transazioni e quale componente può causare l'arresto del sistema o la perdita di fondi.
Celestia può essere intesa come una rete specializzata per il consenso e la disponibilità dei dati. Applicazioni e aggregazioni possono pubblicare dati su Celestia mentre l'esecuzione avviene altrove. Questo risolve il problema della scalabilità: invece di chiedere a una singola blockchain di base di eseguire ogni transazione dell'applicazione, Celestia si concentra sulla messa a disposizione e sulla verificabilità dei dati dei blocchi.
La sua tecnica chiave è il campionamento della disponibilità dei dati. Celestia codifica i dati dei blocchi tramite un sistema di cancellazione e i nodi luce campionano piccole porzioni di tali dati con relative prove. Un campionamento efficace garantisce la disponibilità completa dei dati del blocco. Celestia utilizza anche alberi di Merkle con namespace, in modo che le applicazioni possano recuperare e dimostrare la completezza dei dati pertinenti al proprio namespace, anziché scaricare dati applicativi non correlati.
Ciò non significa che la "disponibilità dei dati" sia sinonimo di archiviazione permanente. La documentazione di Celestia distingue esplicitamente tra la dimostrazione della pubblicazione di nuovi dati di blocco e la conservazione a tempo indeterminato dei dati storici. L'attuale documentazione sulla recuperabilità dei dati indica che il campionamento dei nodi luce utilizza una finestra mobile di sette giorni con l'attuale modello di potatura, pertanto gli sviluppatori devono comunque prevedere un piano per il recupero a lungo termine dei dati storici. Consultare la documentazione di Celestia sulla recuperabilità e la potatura dei dati .
Suggerimento per gli sviluppatori: se state valutando Celestia per un'aggregazione o una catena di applicazioni, definite la vostra strategia per i dati storici separatamente dalla vostra strategia per la disponibilità dei dati in tempo reale.
Non nello stesso senso. Questa è una semplificazione comune che va corretta. L'idea centrale di EigenLayer è il riposizionamento: la partecipazione legata a Ethereum può essere utilizzata per svolgere ulteriori compiti di validazione per servizi esterni. Questi servizi sono stati storicamente chiamati Servizi Validati Attivamente, o AVS. L'obiettivo è consentire alle nuove infrastrutture di utilizzare la sicurezza criptoeconomica condivisa invece di creare sempre un'economia di validazione completamente separata da zero.
EigenLayer si inserisce quindi nel dibattito sulla modularità come primitiva di sicurezza e coordinamento, piuttosto che semplicemente come catena di disponibilità dei dati. Eigen Labs ha descritto il lancio della sua mainnet nel 2024 come l'avvio di un protocollo di riorganizzazione, concepito per estendere la sicurezza criptoeconomica a servizi aggiuntivi. Si veda il resoconto ufficiale di EigenLayer per il 2024. Anche la documentazione attuale di EigenCloud presenta gli AVS di EigenLayer come un modo per creare servizi verificabili attraverso i suoi strumenti di sviluppo; si veda la documentazione di EigenCloud .
EigenDA è un utile esempio di come il modello di sicurezza condivisa possa supportare un'infrastruttura modulare. Si tratta di un servizio di disponibilità dei dati costruito nell'ecosistema EigenLayer, mentre EigenLayer stesso è il framework più ampio per il rimaneking e la sicurezza. Una spiegazione dell'architettura ufficiale di Eigen Labs, sebbene datata, è ancora utile: descrive EigenDA come un archivio di disponibilità dei dati basato su EigenLayer e mostra come un rollup possa utilizzare EigenDA per i dati pur continuando a utilizzare Ethereum per altre parti dello stack. Si veda la panoramica ufficiale sull'integrazione di EigenDA .
Suggerimento per i lettori: separate "EigenLayer" da "EigenDA" nel vostro modello mentale. Il primo rappresenta il framework più ampio di sicurezza condivisa/ripristino delle risorse; il secondo è uno specifico sistema di disponibilità dei dati all'interno di tale ecosistema.
Ethereum è un buon esempio del perché l'etichetta binaria stia diventando meno utile. Ethereum L1 integra ancora esecuzione, consenso, regolamento e disponibilità nativa dei dati a livello base. Tuttavia, la strategia di scalabilità dell'ecosistema ha spostato progressivamente l'esecuzione degli utenti verso i rollup di L2, mentre Ethereum fornisce regolamento, sicurezza e capacità dati.
La Ethereum Foundation ha esplicitamente descritto Ethereum come un sistema L1-plus-L2. Nel marzo 2026, ha scritto che la piattaforma dovrebbe essere intesa come una relazione di reciproco rafforzamento tra L1 e una rete differenziata di L2, pur riconoscendo che la frammentazione è uno dei principali svantaggi di un ambiente multichain. Si veda la strategia della Ethereum Foundation per le piattaforme L1 e L2 .
Questo è visibile anche nella roadmap dei dati di Ethereum. L'EIP-4844 ha introdotto lo spazio blob per i rollup, rendendo più economico pubblicare dati di livello 2 senza dover trattare ogni byte come un normale dato di chiamata di esecuzione. La documentazione ufficiale di Ethereum spiega che i rollup dipendono dalla disponibilità dei dati per una verifica indipendente e che i dati blob sono temporanei, non archivi storici permanenti. Consultare la documentazione sulla disponibilità dei dati su Ethereum.org .
| Domanda | Approccio monolitico | Approccio modulare |
|---|---|---|
| Dove vengono gestite le funzioni principali? | Principalmente all'interno di un protocollo di base integrato. | Suddiviso in livelli o servizi specializzati. |
| Strategia di scalabilità | Aumentare la capacità del sistema di base mantenendo inalterate le funzionalità. | Scalare l'esecuzione, la disponibilità dei dati, la verifica o la sicurezza in modo indipendente. |
| Analisi della sicurezza | Spesso vi sono meno dipendenze esterne da sottoporre a verifica. | È necessario analizzare lo strato rilevante più debole e le interfacce tra gli strati. |
| Flessibilità dello sviluppatore | Più vincolato dalle scelte di progettazione dello strato di base. | Può combinare ambienti di esecuzione, sistemi DA, livelli di regolamento e servizi di sicurezza. |
| esperienza utente | Può essere più semplice quando risorse e applicazioni rimangono sulla stessa catena. | Potrebbe creare frammentazione a livello di bridge, wallet, liquidità e cross-chain. |
| Percorso di aggiornamento | Le modifiche potrebbero richiedere il coordinamento nell'ambito del protocollo integrato. | I singoli moduli possono evolversi in modo indipendente, ma la compatibilità diventa una preoccupazione aggiuntiva. |
A volte, ma non necessariamente. La questione fondamentale è se un sistema modulare preservi le proprietà di sicurezza che gli utenti si aspettano. Un sistema aggregato che pubblica dati su una rete, li regola su un'altra, utilizza un sequencer centralizzato e dipende da un bridge separato presenta molteplici domini di errore. Un bug o una violazione della governance in un componente critico possono avere conseguenze anche se la catena di regolamento stessa rimane sicura.
D'altro canto, la specializzazione può migliorare la sicurezza quando un livello è progettato specificamente per un determinato compito ed espone regole di verifica chiare. I sistemi di sicurezza condivisi possono anche ridurre la necessità per ogni nuovo servizio di avviare un set di validatori completamente indipendente. Il risultato dipende dall'implementazione, dalla distribuzione delle quote, dalla diversità degli operatori, dalle condizioni di slashing, dai sistemi di prova, dalla progettazione del bridge, dalle chiavi di aggiornamento e dal decentramento operativo.
Consigli per investitori e utenti: cercate un modello di minaccia pubblicato e una descrizione chiara di chi può aggiornare i contratti, bloccare i prelievi, censurare le transazioni o sostituire gli operatori. Diciture come "Protetto da Ethereum", "utilizza Celestia" o "basato su EigenLayer" non sono sufficienti.
Diverse questioni importanti rimangono ancora irrisolte. In primo luogo, non è ancora chiaro quali servizi modulari svilupperanno mercati tariffari stabili. Un livello tecnicamente efficiente necessita comunque di una domanda sufficiente a coprire i costi degli operatori, della larghezza di banda, dello spazio di archiviazione, della verifica e dello sviluppo continuo.
In secondo luogo, l'esperienza utente tra diverse blockchain e livelli rimane complessa. La strategia della piattaforma Ethereum per il 2026 identifica la frammentazione come un problema fondamentale. Una migliore interoperabilità potrebbe nascondere gran parte della complessità agli utenti, ma nascondere la complessità non equivale a eliminare i presupposti di fiducia.
In terzo luogo, i sistemi modulari possono spostare la centralizzazione anziché eliminarla. L'esecuzione può essere decentralizzata mentre la sequenza è concentrata; la disponibilità dei dati può essere decentralizzata mentre la generazione delle prove è concentrata; oppure la sicurezza può essere economicamente condivisa mentre la partecipazione degli operatori rimane concentrata.
Infine, il termine "modulare" stesso si riferisce a molteplici architetture. Un rollup sovrano che utilizza Celestia non è la stessa cosa di un Ethereum L2 che invia blob a Ethereum, né è la stessa cosa di un AVS che utilizza la sicurezza EigenLayer. Le affermazioni sulle blockchain modulari dovrebbero quindi essere valutate stack per stack.
La scelta si basa sul collo di bottiglia e sui requisiti di sicurezza dell'applicazione, non sull'etichetta. Un'applicazione finanziaria di alto valore potrebbe preferire un percorso di regolamento e disponibilità dei dati strettamente integrato, anche se ciò comporta costi maggiori. Un'applicazione di gioco o social potrebbe dare maggiore importanza a un'esecuzione economica e a un'elevata velocità di trasmissione dei dati. Una catena di applicazioni potrebbe richiedere regole di esecuzione personalizzate, esternalizzando al contempo la disponibilità e la sicurezza dei dati.
Una valutazione pratica dovrebbe rispondere a cinque domande prima di scegliere uno stack:
La direzione più plausibile è quella ibrida, piuttosto che quella in cui il vincitore prende tutto. È improbabile che le blockchain monolitiche scompaiano, poiché l'integrazione tra esecuzione e sicurezza può essere vantaggiosa. Allo stesso tempo, reti specializzate per la disponibilità dei dati, aggregazioni, servizi di sicurezza condivisi, sistemi di prova e livelli di esecuzione interoperabili offrono agli sviluppatori più modi per assemblare infrastrutture blockchain.
Celestia dimostra la necessità di specializzare la disponibilità dei dati. EigenLayer dimostra la possibilità di trattare la sicurezza economica come un servizio riutilizzabile da altri sistemi. Ethereum mostra come una blockchain di base possa rimanere integrata pur evolvendosi in una piattaforma modulare L1-plus-L2 più ampia.
Il cambiamento fondamentale non è che ogni blockchain debba diventare modulare, bensì che gli sviluppatori non debbano più accettare un'architettura fissa. La prossima fase delle criptovalute sarà probabilmente definita dalla capacità dei progetti di combinare specializzazione, sicurezza verificabile, limiti di fallimento ben definiti, economia sostenibile e un'esperienza utente che non richieda la comprensione di ogni singolo livello sottostante.
Utilizza questa checklist per le criptovalute del quarto trimestre per riequilibrare le allocazioni, controllare la concentrazione, rivedere le imposte e la custodia e affrontare la fine dell'anno con un piano di gestione del rischio ben definito.
Scopri come la tokenizzazione RWA collega i titoli del Tesoro alla finanza blockchain, utilizzando BlackRock BUIDL per spiegare proprietà, custodia, accesso, rendimento e rischio.
Confronta i feed e i flussi di dati di Chainlink con Pyth Core e Pyth Pro, considerando aggiornamenti push e pull, latenza, sicurezza, costi e modifiche all'integrazione previste per il 2026.
Impara a identificare le divergenze rialziste e ribassiste dell'RSI, a confermare i setup di inversione, a evitare i falsi segnali, a scegliere le impostazioni dell'RSI e a utilizzare una pratica checklist di trading.
Una revisione basata su dati concreti dei lanci di giochi Web3 di maggior successo del quarto trimestre 2026, tra cui Off The Grid, NIGHT CROWS W, Yakkamon e i principali rischi per l'ecosistema.
Scopri come le funzionalità di Uniswap v4 personalizzano i pool di liquidità, dalle commissioni dinamiche ai controlli di accesso, e confronta i vantaggi pratici, i rischi e i casi d'uso.
L'intelligenza artificiale può accelerare lo sviluppo di smart contract, ma il codice generato necessita comunque di revisione umana, test, librerie sicure e verifiche. Confronta le reali opportunità e i rischi.
Confronta i principali aggregatori di notizie e piattaforme di ricerca sul mondo delle criptovalute per i trader professionisti, tra cui CryptoPanic, Kaito, Messari, Glassnode, Nansen, Arkham e Coin Metrics.
Bitcoin ha un'offerta fissa, ma questo non lo rende una copertura perfetta contro l'inflazione. Scopri quando BTC può essere utile, quando potrebbe non esserlo e come verificare questa ipotesi.
Un'analisi approfondita di cinque token Layer 2 che potrebbero essere sottovalutati nel 2026, con particolare attenzione all'utilità del token, alla cattura del valore, al rischio di sblocco e ai catalizzatori in tempo reale.
