Perché Bitcoin ha contato

Il problema che ha affrontato

L'informazione digitale si copia senza fatica. Per i documenti è un pregio, per il denaro è un difetto fatale: se un'unità di valore è solo un file, nulla impedisce di spendere la stessa unità due volte in due posti. È il problema della doppia spesa, e qualunque sistema di pagamento deve rispondervi in qualche modo.

La risposta consueta è un operatore. Una banca, un circuito di carte o una società di pagamenti tiene il registro che fa fede e decide quale transazione sia arrivata prima. Funziona bene, e significa anche che quell'operatore può congelare conti, annullare scritture, rifiutare clienti e fallire.

Bitcoin ha proposto un'altra risposta: lasciare che una rete pubblica ordini le transazioni, rendere costosa la riscrittura di quell'ordine con il proof of work e pagare con l'attività stessa chi svolge quel lavoro. Non serve fidarsi di nessuno individualmente perché riscrivere lo storico costerebbe più di quanto l'attacco possa plausibilmente rendere.

Che cosa era davvero nuovo

Quasi tutti i componenti sono precedenti a Bitcoin. Firme digitali, funzioni hash, rompicapi di proof of work, reti peer-to-peer e proposte precedenti di contante digitale esistevano già. Il contributo è stato l'assemblaggio: una combinazione precisa in cui incentivi, meccanismo di ordinamento e regole di verifica si sostengono a vicenda abbastanza da funzionare senza un amministratore.

Vale la pena tenere questa inquadratura perché regola bene le aspettative. Bitcoin è una risposta ingegneristica a un problema di coordinamento. Non sostiene che la crittografia risolva le frodi, che la scarsità crei valore o che togliere un operatore tolga il rischio.

Il documento tecnico è comparso nel 2008 e la rete è partita nel 2009. Spesso quel momento viene collegato alla crisi finanziaria, ma il protocollo va valutato dalla progettazione pubblicata e dal funzionamento, non da un movente semplificato attribuito al suo autore pseudonimo.

A che cosa rinuncia il progetto

Togliere l'operatore centrale non elimina le dipendenze: le sposta. Ora la rete dipende dalla correttezza delle implementazioni software, dal fatto che il mining resti economicamente distribuito, dalla capacità delle persone di gestire le proprie chiavi, dalla connettività e da un disordinato processo sociale per concordare le modifiche al codice.

Inoltre rende impossibili per progettazione alcune comodità. Non esiste il reimposta password, non esiste lo storno, non esiste un ufficio antifrode e non c'è modo di annullare un pagamento inviato all'indirizzo sbagliato. Non sono dimenticanze da correggere in seguito: sono il costo diretto della proprietà che permette al sistema di funzionare senza operatore.

Usa lo storico con prudenza

Un lungo storico di funzionamento è una prova genuina di solidità. Una rete che ha elaborato transazioni senza interruzioni per molti anni sotto osservazione pubblica è stata messa alla prova in modi che un progetto nuovo non ha conosciuto. È ragionevole tenerne conto.

Non è però una prova sul prezzo e non dice nulla sui servizi costruiti attorno all'attività. La maggior parte di chi ha perso denaro in questo campo non l'ha perso per un guasto del protocollo, ma per un exchange, un custode, una pagina di phishing o il proprio backup. Il curriculum del protocollo non si trasferisce all'azienda che custodisce il tuo conto.

• Separa le affermazioni sul protocollo da quelle su un'azienda che lo usa.
• Considera «non è mai stato violato» un'affermazione sulla rete, non sul tuo conto.
• Chiediti che cosa un sistema non può fare per te prima di dipenderne.