{"id":13810,"date":"2026-10-22T18:31:42","date_gmt":"2026-10-22T16:31:42","guid":{"rendered":"https:\/\/www.blockchaindudes.com\/?p=13810"},"modified":"2026-10-23T19:26:32","modified_gmt":"2026-10-23T17:26:32","slug":"disponibilita-dati-archiviazione","status":"publish","type":"post","link":"https:\/\/www.blockchaindudes.com\/it\/disponibilita-dati-archiviazione\/","title":{"rendered":"Disponibilit\u00e0 dei dati e archiviazione: perch\u00e9 non sono la stessa cosa"},"content":{"rendered":"\n

Una blockchain pu\u00f2 rendere disponibili i dati delle transazioni per consentirne la verifica, senza promettere di conservarli per sempre. Se in seguito non riusciamo a recuperare un vecchio dato, il problema potrebbe riguardare l’archivio, anche quando la pubblicazione iniziale \u00e8 avvenuta correttamente.<\/p>\n\n\n\n

La distinzione conta quando una rete presenta il proprio servizio come un livello di data availability<\/em>. Prima di considerarlo un archivio permanente, conviene separare tre domande: i dati sono stati pubblicati, chi li conserva e come potremo recuperarli in futuro?<\/p>\n\n\n\n

<\/span>Tre domande diverse sui dati blockchain<\/span><\/h2>\n\n\n\n
Concetto<\/th>La domanda a cui risponde<\/th><\/tr><\/thead>
Disponibilit\u00e0 dei dati, o data availability (DA)<\/strong><\/td>I dati necessari alla verifica sono stati pubblicati e resi accessibili secondo le regole del protocollo?<\/td><\/tr>
Conservazione storica<\/strong><\/td>Chi mantiene i dati precedenti nel tempo?<\/td><\/tr>
Recuperabilit\u00e0<\/strong><\/td>\u00c8 possibile ottenere in seguito proprio i dati che ci servono?<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Le tre funzioni sono collegate, ma una non assicura automaticamente le altre. Una copia conservata \u00e8 utile se possiamo ottenerla. Allo stesso modo, una verifica positiva della disponibilit\u00e0 non promette una conservazione illimitata. Le FAQ di Celestia<\/a>, in inglese, chiariscono proprio questo punto.<\/p>\n\n\n\n

<\/span>Perch\u00e9 un hash non sostituisce una copia<\/span><\/h3>\n\n\n\n

Un hash o un commitment<\/em> crittografico pu\u00f2 aiutare a controllare che i dati ricevuti corrispondano a un riferimento registrato. Non fornisce per\u00f2 i dati mancanti. Se un progetto mostra un commitment, serve comunque una fonte da cui ottenere i dati sottostanti.<\/p>\n\n\n\n

La disponibilit\u00e0 non sostituisce neppure il controllo della validit\u00e0 delle transazioni. Avere gli elementi necessari e verificare che il calcolo rispetti le regole sono due requisiti distinti. La documentazione Ethereum sulla data availability<\/a> spiega perch\u00e9, in assenza degli input, non \u00e8 possibile una verifica indipendente.<\/p>\n\n\n\n

<\/span>I blob di Ethereum: pubblicazione con durata limitata<\/span><\/h2>\n\n\n\n

Ethereum ha introdotto i blob con EIP-4844<\/strong>, implementata nell’aggiornamento Dencun. Un rollup pu\u00f2 usarli per pubblicare dati delle transazioni. La conservazione prevista dal protocollo \u00e8 limitata: non significa che ogni nodo manterr\u00e0 quei dati indefinitamente. Il riferimento \u00e8 la guida Ethereum alle strategie di archiviazione dei dati<\/a>.<\/p>\n\n\n\n

I blob sono anche diversi dallo spazio di memorizzazione ordinario degli smart contract. Il loro contenuto completo non \u00e8 direttamente accessibile durante l’esecuzione nella EVM, mentre sono utilizzabili riferimenti a quel contenuto. La specifica EIP-4844<\/a> descrive questa scelta.<\/p>\n\n\n\n

Immaginiamo di voler recuperare un vecchio gruppo di transazioni di un rollup che utilizzava i blob. Sapere che quei dati sono stati pubblicati non identifica il servizio che li fornir\u00e0 oggi. Occorre verificare come il rollup gestisce il proprio archivio storico, senza dedurre una conservazione permanente dal solo utilizzo di Ethereum.<\/p>\n\n\n\n

<\/span>Celestia: verificare la disponibilit\u00e0 senza scaricare tutto<\/span><\/h2>\n\n\n\n

Celestia separa la disponibilit\u00e0 dei dati dall’esecuzione e dal livello di settlement<\/em>, dove vengono verificati e consolidati i risultati delle transazioni. I suoi nodi leggeri utilizzano il data availability sampling (DAS)<\/strong>: richiedono piccole porzioni casuali dei dati codificati di un blocco e controllano le prove che le accompagnano. Nelle condizioni previste dal sistema, i campioni ricevuti permettono di valutare la disponibilit\u00e0 senza che ogni nodo leggero scarichi il blocco intero. Il meccanismo \u00e8 descritto nella panoramica del livello DA di Celestia<\/a>.<\/p>\n\n\n\n

Il campionamento non \u00e8 un servizio di archiviazione. La documentazione Celestia su recuperabilit\u00e0 e pruning<\/a> spiega che i nodi possono eliminare dati meno recenti. Applicazioni e rollup devono organizzare la conservazione della propria storia; l’accesso ai nodi di archivio pubblici non dovrebbe essere l’unica soluzione prevista.<\/p>\n\n\n\n

<\/span>Che cosa serve a un nuovo nodo<\/span><\/h3>\n\n\n\n

Supponiamo che un nuovo nodo di un rollup debba rielaborare i blocchi precedenti per ricostruirne la storia. Una verifica positiva della disponibilit\u00e0 eseguita in passato non gli consegna quei blocchi. Servono dati storici accessibili oppure un metodo di avvio adeguato e supportato. Anche il percorso di recupero deve quindi essere documentato.<\/p>\n\n\n\n

<\/span>Lo stato attuale non \u00e8 tutta la storia<\/span><\/h2>\n\n\n\n

Lo stato descrive il sistema in un determinato momento: per esempio, i saldi e i dati degli smart contract. La cronologia delle transazioni registra invece i cambiamenti che hanno portato a quel risultato. Una fotografia dello stato attuale e un archivio completo delle transazioni hanno quindi scopi diversi.<\/p>\n\n\n\n

\u00c8 la differenza tra consultare il saldo di un conto e leggerne gli estratti: il saldo non mostra tutti i pagamenti precedenti. Allo stesso modo, una copia dello stato attuale di una blockchain non fornisce automaticamente ogni transazione storica o ogni stato passato. La documentazione Ethereum descrive le informazioni degli account<\/a> e distingue nei blocchi<\/a> lo stato dalle transazioni.<\/p>\n\n\n\n

<\/span>Le domande utili prima di affidarsi a un servizio dati<\/span><\/h2>\n\n\n\n

Quando leggi la documentazione di una rete o di un’applicazione, cerca tre risposte:<\/p>\n\n\n\n

    \n
  1. Quali dati sono inclusi?<\/strong> Un commitment, un blocco completo, gli input delle transazioni e una copia dello stato non sono intercambiabili.<\/li>\n\n
  2. Chi conserva la storia e per quanto tempo?<\/strong> Cerca responsabilit\u00e0 definite e una politica di conservazione esplicita.<\/li>\n\n
  3. Come si recuperano i dati?<\/strong> Verifica il punto di accesso, le condizioni d’uso e le alternative se un fornitore smette di rispondere.<\/li>\n<\/ol>\n\n\n\n

    Una descrizione utile chiarisce sia il meccanismo di pubblicazione sia il successivo percorso di recupero. Per ripassare il termine, puoi consultare la voce Data Availability del glossario BlockChainDudes, in inglese<\/a>.<\/p>\n\n\n\n

    <\/span>Capire la garanzia dietro l’etichetta<\/span><\/h2>\n\n\n\n

    Quando un progetto dichiara che i dati sono \u00abdisponibili\u00bb, chiediti che cosa significhi per l’uso che vuoi farne. Verificare un nuovo blocco, mantenere un archivio e recuperare un vecchio dato sono lavori diversi. Capire chi svolge ciascuno di questi compiti aiuta a valutare che cosa puoi ottenere davvero e quali risposte mancano ancora. Se sviluppi un’applicazione, verifica chi \u00e8 responsabile della conservazione dei dati storici e attraverso quale percorso l’applicazione potr\u00e0 recuperarli.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Una blockchain pu\u00f2 rendere disponibili i dati delle transazioni per consentirne la verifica, senza promettere di conservarli per sempre. Se in seguito non riusciamo a recuperare un vecchio dato, il…<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_daextam_enable_autolinks":"","footnotes":""},"categories":[862],"tags":[],"class_list":["post-13810","post","type-post","status-publish","format-standard","category-blockchain-it"],"_links":{"self":[{"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/posts\/13810","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/comments?post=13810"}],"version-history":[{"count":1,"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/posts\/13810\/revisions"}],"predecessor-version":[{"id":13811,"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/posts\/13810\/revisions\/13811"}],"wp:attachment":[{"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/media?parent=13810"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/categories?post=13810"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.blockchaindudes.com\/it\/wp-json\/wp\/v2\/tags?post=13810"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}