Sistemi distribuiti
Computer indipendenti si coordinano attraverso una rete, in cui i messaggi possono arrivare in ritardo e singoli nodi possono guastarsi.
CIRCULA studia scadenza e rinnovo nel contesto programmabile offerto dallo stato condiviso, dalle regole di validazione e dalla cronologia verificabile delle blockchain. Il programma di ricerca sviluppa semantiche formali, un prototipo minimo ed esperimenti riproducibili per valutarne effetti e costi, compresa l’eventuale disponibilità di informazioni utili alla verifica o al recupero dopo la scadenza. Ispirato alla circolazione e alla radice latina circulus (“cerchio”), il nome richiama il ciclo di vita di diritti e pretese digitali: validità, scadenza ed eventuale rinnovo. [1]
L’OBIETTIVO SCIENTIFICO
Le blockchain spesso conservano registrazioni e stato di verifica dopo il completamento di un’operazione o l’inattività di un diritto. Le regole di durata esistono già come timeout, timelock e politiche di conservazione, ma ipotesi, livelli di applicazione e requisiti di recupero vengono spesso studiati separatamente.
CIRCULA collega queste domande in un contesto tecnico definito: operazioni native del registro con validità condizionata dalla scadenza e possibilità di rinnovo. Studia quali soluzioni preservino correttezza e verificabilità, quanto sia possibile limitare la persistenza e quali nuovi costi di verifica, recupero o gestione emergano.
LA PROSPETTIVA PIÙ AMPIA
La scadenza modifica la validità. La ricerca esaminerà quali informazioni vengono conservate, eliminate o diventano indisponibili e in quali condizioni restano possibili verifica, contestazione o recupero.
CIRCULA studia la disponibilità e l’utilità delle informazioni che possono rimanere dopo la scadenza.
IL QUADRO CONCETTUALE
I fondamenti spiegano come i nodi mantengono un registro condiviso. I concetti di validità descrivono ciò che CIRCULA modellerà, implementerà e valuterà.
Computer indipendenti si coordinano attraverso una rete, in cui i messaggi possono arrivare in ritardo e singoli nodi possono guastarsi.
Un registro condiviso che raggruppa le transazioni in blocchi collegati da hash crittografici, così i partecipanti possono verificarne l’ordine e la cronologia.
Un protocollo che consente ai nodi di concordare un risultato, per esempio quali transazioni entrano nel registro e in quale ordine.
Le regole codificate nel protocollo o negli smart contract determinano come le operazioni del registro vengono validate ed eseguite. È il contesto programmabile in cui CIRCULA studia la scadenza.
Il periodo in cui un'operazione del registro soddisfa le condizioni temporali. Occorre specificarne inizio, fine e nozione di tempo.
Il passaggio dalla validità alla scadenza al raggiungimento di un limite definito. La progettazione del sistema determina come viene gestita la cronologia.
Un'operazione autorizzata che modifica o estende un intervallo di validità. Tempi, permessi e rinnovi tardivi richiedono una semantica esplicita.
Registrazioni o prove che possono restare dopo la fine della validità. CIRCULA valuterà che cosa è disponibile e se consente verifica o recupero.
La parte del sistema che verifica le condizioni di durata. CIRCULA studia l'applicazione nativa nel registro, i suoi costi e le sue garanzie.
La capacità di analizzare stati precedenti, spiegare le decisioni di scadenza e consentire il recupero, preservando una cronologia trasparente.
Gli snapshot Coin Metrics confrontano crescita dell’infrastruttura e distribuzione delle disponibilità di Bitcoin, Ethereum e USDC su Ethereum a fine 2018 e fine 2025. Mostrano come l’accumulo dei dati del registro coesista con concentrazione e dormienza, motivando regole di durata esplicite, conservazione limitata e archiviazione compatibile con il recupero. [2]
Leggi ogni riga dal 2018 al 2025; l’ultima colonna indica la crescita relativa. La dimensione del registro è un indicatore dei dati cumulativi in GB; indirizzi e transazioni sono conteggi cumulativi in milioni; i contratti sono uno stock a fine periodo. Una persona può usare più indirizzi e un indirizzo può rappresentare più persone. Le variazioni usano le serie prima dell’arrotondamento: valori iniziali visualizzati molto piccoli possono quindi produrre percentuali elevate.
| Asset | Metrica | Fine 2018 | Fine 2025 | Variazione (%) |
|---|---|---|---|---|
| BTC | Proxy dimensione del registro (GB, cumulativo) | 198.11 | 710.27 | +258.5% |
| Nuovi indirizzi (milioni, cumulativi) | 470.36 | 1,499.19 | +218.7% | |
| Transazioni (milioni, cumulative) | 368.69 | 1,290.96 | +250.1% | |
| ETH | Proxy dimensione del registro (GB, cumulativo) | 69.02 | 1,411.29 | +1944.8% |
| Nuovi indirizzi (milioni, cumulativi) | 73.44 | 388.79 | +429.4% | |
| Smart contract (milioni, fine periodo) | 9.05 | 63.36 | +600.0% | |
| Transazioni (milioni, cumulative) | 368.81 | 3,163.55 | +757.8% | |
| USDC su ETH | Nuovi indirizzi (milioni, cumulativi) | 0.02 | 25.80 | +116545.5% |
| Transazioni (milioni, cumulative) | 0.05 | 146.39 | +295302.2% |
Il gruppo a sinistra mostra le quote dell’offerta; quello a destra il valore implicito di tali disponibilità in miliardi USD. Le colonne “Variazione” riportano variazioni percentuali relative; i punti percentuali misurano la differenza assoluta tra quote. La quota detenuta dagli indirizzi principali di Ethereum passa, ad esempio, da 99,82% a 69,37%: −30,45 punti percentuali, pari a −30,5% rispetto al 2018.
| Asset | Indicatore | Quota dell’offerta (%) | Valore implicito (miliardi USD) | ||||
|---|---|---|---|---|---|---|---|
| 2018 | 2025 | Variazione (%) | 2018 | 2025 | Variazione (%) | ||
| BTC | Top 10% degli indirizzi | 98.94% | 98.83% | -0.1% | 63.68 | 1,727.28 | +2612.4% |
| Sugli exchange | 8.79% | 12.46% | +41.7% | 5.66 | 217.71 | +3746.9% | |
| Dormienza dell’asset | 98.57% | 97,93% | -0.6% | 63.44 | 1,711.45 | +2597.7% | |
| ETH | Top 10% degli indirizzi | 99.82% | 69.37% | -30.5% | 13.59 | 249.85 | +1737.9% |
| Sugli exchange | 16.95% | 11.78% | -30.5% | 2.31 | 42.44 | +1738.5% | |
| Dormienza dell’asset | 91.45% | 90.19% | -1.4% | 12.45 | 324.82 | +2508.3% | |
| USDC su ETH | Top 10% degli indirizzi | 99.99% | 99.85% | -0.1% | 0.25 | 51.63 | +20491.1% |
| Sugli exchange | 45.17% | 20.61% | -54.4% | 0.11 | 10.66 | +9308.7% | |
| Dormienza dell’asset | 68.96% | 68.70% | -0.4% | 0.17 | 35.52 | +20442.9% | |
L’indicatore della dimensione del registro Ethereum passa da 69,02 a 1.411,29 GB, circa 20,4 volte il livello del 2018. Questa crescita dell’impronta storica motiva lo studio della persistenza limitata insieme ai requisiti di audit e recupero.
L’indicatore di dormienza di Bitcoin è ancora al 97,93% nel 2025, rispetto al 98,57% del 2018. La crescita dell’infrastruttura può coesistere con inattività persistente e invita ad approfondire il suo rapporto con la circolazione.
La quota di Ethereum sugli exchange scende dal 16,95% all’11,78%, mentre il valore implicito sale da 2,31 a 42,44 miliardi USD. Una quota minore dell’offerta può quindi avere un valore in dollari maggiore: i due gruppi rispondono a domande diverse.
Questi snapshot descrivono alcune tendenze. Stabilire un eventuale effetto economico causato dalla scadenza richiederebbe ulteriori ricerche. Concentrazione, disponibilità sugli exchange e dormienza dipendono da custodia, riuso degli indirizzi e contabilizzazione. Le metriche infrastrutturali mancanti non sono applicabili o disponibili come serie comparabili; conteggi cumulativi e stock a fine periodo restano distinti.
Quattro domande collegano semantica della durata, livello di applicazione, benefici e costi misurabili e validazione successiva circoscritta. RQ1–RQ3 formano il nucleo tecnico; RQ4 considera solo le soluzioni che ne superano i controlli di correttezza, verificabilità e recupero.
Semantica
Specificare validità, scadenza, rinnovo, verificabilità e recupero con ipotesi esplicite su tempo, attivazione, finalità e persistenza limitata. L’obiettivo è attribuire a ogni evento del ciclo di vita un significato univoco, verificabile con modelli formali ed eseguibili.
Collocazione
Confrontare l’applicazione delle regole a livello di sistema, contratto, wallet o servizio. Una scelta viene mantenuta solo se preserva gli invarianti dichiarati e supera i test di conformità ai confini temporali; l’applicazione a un livello superiore resta possibile quando quella nativa non è tecnicamente praticabile.
Valutazione
Con carichi controllati sensibili alla scadenza, confrontare i benefici della persistenza limitata con i costi aggiuntivi di verifica, recupero e gestione. Utilizzare riferimenti espliciti senza scadenza o applicati a livelli superiori e valutare i risultati rispetto ai limiti di costo dello scenario e all’incertezza delle misure.
Possibilità di impiego
Per le soluzioni che superano i controlli tecnici, esaminare quali livelli di applicazione restino ammissibili rispetto a trasparenza, verificabilità, recupero e garanzie procedurali. La validazione resta nel contesto del progetto; i riferimenti ai pagamenti regolamentati definiscono i confini del confronto.
Dalle domande alle evidenze
Il progetto segue un percorso dalla semantica alle evidenze. Una mappa delle conoscenze definisce ipotesi e riferimenti; la semantica formale ed eseguibile stabilisce i controlli; un prototipo circoscritto dimostra le scelte mantenute; esperimenti controllati ne confrontano comportamento, costi e limiti.
Contesto tecnico definito
Operazioni native del registro con validità condizionata dalla scadenza e rinnovo
RQ1–RQ4: definizione del perimetro
RQ1 + modellazione per RQ3
RQ1–RQ2
RQ3–RQ4 + confronto dei livelli per RQ2
Segui il contesto tecnico definito, poi le domande di ricerca e i quattro risultati collegati. Ogni work package mostra le RQ coperte; la valutazione contribuisce a perfezionare semantica e baseline. Il prototipo collega consenso, tokenomics e registro con scadenza.
WP1 / LAVORO PREVISTO
Documentare le regole di durata esistenti: che cosa scade, quale livello applica la regola e quali assunzioni richiede. L’atlante fornisce le prove e i confini di confronto per il lavoro successivo.
Tutto il personale di ricerca parte da questo inquadramento comune.
RISULTATO PREVISTO
Prove annotate · Tassonomia delle regole di durata · Confini di confronto
WP2 / LAVORO PREVISTO
Formalizzare emissione, trasferimento, scadenza, rinnovo, contestazione, regolamento e recupero. Modellare quali informazioni vengono conservate o eliminate e sotto quali ipotesi sono possibili verifica o recupero. Sviluppare un riferimento eseguibile deterministico e scenari di conformità.
Il modello esplicita le proprie assunzioni sul tempo e sulla finalità.
RISULTATO PREVISTO
Semantica formale · Riferimento eseguibile · Scenari di conformità
WP3 / LAVORO PREVISTO
Implementare la semantica selezionata in un nodo minimo o in un piccolo ambiente di prova. Esaminare primitive con scadenza e persistenza limitata, verificando quali interfacce di verifica o recupero possano essere supportate dopo la scadenza.
I controlli di conformità determinano quali soluzioni passano alla valutazione.
RISULTATO PREVISTO
Prototipo circoscritto · Controlli di conformità · Interfacce di audit e recupero
WP4 / LAVORO PREVISTO
Confrontare le soluzioni selezionate con riferimenti espliciti, sotto carichi di lavoro controllati. Misurare i costi di persistenza, verifica e recupero; esaminare i vincoli istituzionali e di adozione nei contesti scelti.
Riportare incertezze, limiti e risultati negativi.
RISULTATO PREVISTO
Confronti controllati · Configurazioni riproducibili · Istantanee delle prove
La valutazione fa parte di un ciclo interno di revisione scientifica. I fallimenti di conformità portano a rivedere semantica o scelte implementative; gli esperimenti possono affinare riferimenti, osservabili e limiti di impiego. Procedono solo le soluzioni che rispettano correttezza, verificabilità e recupero. Gli artefatti di ricerca versionati documentano queste decisioni.
Esplora i risultati