Che ore sono in una rete cripto?
Che ore sono in una rete cripto? Sembra una domanda sciocca, e invece è la più importante.
Ogni evento di una rete cripto porta con sé un'etichetta, il timestamp: data e ora, come l'orologio di una stazione. È il filo che lo lega al mondo fisico. Ma ciò che conta davvero è un'altra cosa:
Quando l'evento sia avvenuto rispetto a tutti gli altri.
Questo tempo non lo legge nessun orologio. È una proprietà interna della rete, e la rete lo costruisce da sola.
Prima o dopo, non «a che ora»
Immagina la coda all'ufficio postale. Ti basta sapere chi era davanti a chi: conta l'ordine, non l'ora esatta in cui ciascuno è arrivato.
La doppia spesa è la ragione pratica. Se provi a spendere due volte la stessa moneta digitale, in due negozi diversi, la rete non deve sapere a che ora hai pagato, ma quale pagamento è venuto prima: il secondo va respinto. Senza un ordine condiviso, il denaro digitale si copierebbe come un file.
La blockchain è un orologio
Ogni blocco porta l'impronta del precedente: la catena scandisce il tempo come una lancetta (illustrazione CoinBack, generata con IA).
L'esempio più semplice è la blockchain, la «catena di blocchi». In fondo è un orologio: ogni blocco è un tic.
Le transazioni di un blocco avvengono tutte in quel momento, condividendo il timestamp del blocco stesso. Non si confondono, perché dentro il blocco ognuna ha il suo posto: contemporanee, ma ordinate.
Una lancetta non può arrivare sul 3 senza essere passata dal 2: il prima e il dopo sono scritti nella struttura dell'orologio.
La blockchain funziona allo stesso modo: ogni blocco contiene l'«impronta» (in gergo, l'hash) del blocco precedente, un sigillo che ne blocca il contenuto. Non si può quindi cambiare un blocco senza invalidare tutti quelli successivi.
Il quando dipende dal blocco, non dall'ora
Su Bitcoin, immagina di fare colazione al bar alle 9 e pagare 10.000 satoshi (il satoshi è la centomilionesima parte di un bitcoin).
Alle 11 compri una spremuta al supermercato e paghi 3.000 satoshi.
Per la catena, però, l'ora in cui hai pagato non conta: conta quale pagamento entra prima in un blocco.
Se il pagamento al bar resta in attesa e la spremuta passa per prima, per la rete la spremuta è venuta prima del cappuccino e cornetto. Se a inizio giornata nel portafoglio avevi solo 11.000 satoshi, il barista non vedrà arrivare nulla.
Hedera e il DAG: non una catena, ma una rete di eventi
Nell'hashgraph ogni evento punta a due eventi precedenti; il tempo di consenso è la mediana degli orologi dei nodi (illustrazione CoinBack, generata con IA).
Hedera, la rete su cui vive CBK, ha scelto un'altra strada. Ricordi il pettegolezzo sulla proposta di Marco a Giulia, nella storia di Hedera? Quando giri la notizia a Stefania, porti con te due ricordi: l'ultima cosa che hai detto tu e ciò che hai appena sentito da Francesco. Ogni cosa resta legata a due cose precedenti, in una rete in cui tutti si sentono di continuo.
Non più una fila indiana, ma una ragnatela. Si chiama DAG, grafo aciclico diretto: frecce che puntano sempre verso il passato e mai verso il futuro. Da questa ragnatela, e dalle voci che i nodi si sono scambiati, la rete ricava un unico ordine, valido per tutti.
Il colpo di scena: il consensus timestamp
Eppure, dopo tanta filosofia, c'è una sorpresa: Hedera riporta in scena l'orologio fisico.
Ogni computer della rete annota quando ha sentito parlare del tuo pagamento. L'orario che sta nel mezzo, la mediana, diventa l'ora ufficiale per tutti: è il consensus timestamp. Un orologio sbagliato o bugiardo non basta a spostarlo.
Se avessi pagato su Hedera, la colazione delle 9 sarebbe venuta prima della spremuta delle 11, come nella realtà, e il barista avrebbe ricevuto i suoi soldi in circa 3-5 secondi.
Il tempo come accordo
Alla fine, in una rete il tempo non si scopre: si concorda. Non c'è un grande orologio nel cielo a dettarlo, ma un patto tra molti partecipanti su che cosa venga prima e che cosa dopo.
CBK, il token di CoinBack, nasce dentro questo accordo. Scopri i negozi partner e i premi in CBK di ciascuno.
L'idea, del resto, ha quasi cinquant'anni. Nel 1978 l'informatico Leslie Lamport scrisse che in un sistema distribuito non esiste un tempo unico per tutti: esiste la relazione «Questo è avvenuto prima di Quello». Se ti scrivo e tu rispondi, la risposta viene dopo il messaggio, qualunque cosa dicano i nostri orologi. Se invece due eventi non possono essersi influenzati a vicenda, chiedersi quale sia venuto prima non ha risposta: per Lamport sono eventi «concorrenti».
Fonti
- Leslie Lamport, Time, Clocks, and the Ordering of Events in a Distributed System, Communications of the ACM 21(7), luglio 1978
- Satoshi Nakamoto, Bitcoin: A Peer-to-Peer Electronic Cash System, 31 ottobre 2008
- Bitcoin Wiki, Block timestamp e Difficulty
- Hedera Docs, Gossip about gossip e Hashgraph consensus algorithms
- Hedera Docs, Introduction (finalità)
- Hedera, What is hashgraph consensus?