19 parole dimostrano quanto audace fosse Bitcoin

Richard Gendal Brown è CTO presso R3.

Questo articolo Opinioni esclusivo fa parte della serie "Bitcoin at 10: The Satoshi White Paper" di CoinDesk.

C'è un fenomeno in antropologia chiamato "Culto del carico." Fu osservato per la prima volta in Melanesia alla fine del XIX secolo e divenne famoso dopo la Seconda guerra mondiale, quando remote tribù del Pacifico crearono piste di atterraggio per aerei e imitarono controllori del traffico aereo scomparsi da tempo nel tentativo di stimolare il ritorno dei lanci militari.

Il culto del cargo è un fenomeno in cui gruppi di persone confondono la forma con la sostanza, aggrappandosi a un concetto facilmente visibile senza comprenderne la ragione profonda della sua esistenza.

Mentre celebriamo il decimo anniversario dell'e-mail che annunciava la nascita di Bitcoin, ho riflettuto sulla diffusione dei culti del cargo nel settore blockchain, sulle loro cause e su cosa dovremmo fare al riguardo.

Ad esempio, molte delle prime piattaforme blockchain aziendali hanno trasmesso tutti i dati a tutti i partecipanti o a sottogruppi di partecipanti definiti in modo approssimativo. T è così che funziona il business: i contratti dovrebbero essere privati, ovviamente. Ma la trasmissione completa era il modo in cui Bitcoin lo faceva, quindi a volte sembrava che quelle piattaforme "cultassero il carico" dello stesso concetto, anche se aveva perfettamente senso per Bitcoin ma non aveva assolutamente alcun senso per il business. Da allora hanno rivisto i loro progetti ma, come comunità, dovremmo chiederci: come è successo? Possiamo fare di meglio in futuro?

Allo stesso modo, molte piattaforme blockchain aziendali funzionano su qualcosa chiamato Ethereum Virtual Machine (EVM) e richiedono agli sviluppatori di programmare in un linguaggio chiamato Solidity. Non perché le aziende vogliano Imparare linguaggi completamente nuovi, ma perché è così che ha fatto Ethereum .

Il problema è che, sebbene l'EVM sia stato un risultato straordinario, è stato solo un ripiego temporaneo: la comunità Ethereum pianifica pubblicamente di abbandonarlo nel NEAR futuro. Quindi è difficile pensare a una ragione per adottarlo per scopi completamente estranei, tranne forse per motivi di cargo-culting. Ciò ha conseguenze reali: imparare nuovi linguaggi costa denaro e le decisioni tecniche prese dalle aziende durano a lungo.

Se queste blockchain aziendali basate su EVM attecchissero, ONE potrebbe immaginare che l'ecosistema aziendale mondiale potrebbe continuare a utilizzare l'EVM molto tempo dopo che la piattaforma per cui è stata inventata si fosse evoluta!

Questa servile aderenza a ONE soluzione specifica per ONE problema specifico si estende persino a un principio CORE della rivoluzione della blockchain aziendale: l'esistenza dei blocchi.

Satoshi Nakamoto T si è svegliato ONE mattina pensando: "Ciò di cui il mondo ha realmente bisogno è che le transazioni vengano raggruppate e confermate lentamente in blocchi!" No, Bitcoin è un sistema batch perché la realtà fisica, la velocità della luce, significa che è impossibile progettarlo in un altro modo se si vogliono anche raggiungere gli obiettivi di progettazione del sistema attorno al consenso pseudonimo criptoeconomicamente intensificato.

Se Satoshi avesse potuto costruire un sistema in tempo reale, lo avrebbe fatto.

Quindi, se T hai alcuni dei requisiti di Bitcoin, qual è la ragione per cui la tua soluzione dovrebbe apparire identica e funzionare come un computer mainframe batch degli anni '60?

Un esempio da seguire

Sostengo da tempo che il mondo delle blockchain aziendali si consoliderà molto più velocemente di quanto chiunque si aspetti, che un "giorno della resa dei conti" sta arrivando. In questo, il decimo anniversario del documento che ha dato il via a Bitcoin, possiamo, forse, usare un esempio pratico per vedere cosa possiamo Imparare dal modo in cui Satoshi ha affrontato questa questione di design, un design che era davvero nuovo e libero dal culto del carico.

Di seguito è riprodotta l'email che ha annunciato la nascita dell'intero progetto. La prima riga recita: "Ho lavorato a un nuovo sistema di denaro elettronico completamente peer-to-peer, senza terze parti affidabili".

Con questa frase ingannevolmente semplice, Satoshi Nakamoto annunciò l'arrivo di Bitcoin.

In quelle 19 parole era racchiuso ciò che equivaleva a una precisa specifica dei requisiti. Non una replica di culto del carico di un'idea inappropriata del passato, ma un set specifico di requisiti, da cui poi è seguito un design specifico.

Analizziamo alcune di queste parole per vedere come Satoshi lo ha fatto.

• Completamente peer-to-peer: quindi niente computer centrali.
• Nessuna terza parte attendibile: quindi il denaro elettronico deve essere intrinseco alla piattaforma. (Altrimenti dovresti fidarti dell'emittente.)

Questo spiega anche perché ci si concentra così tanto sui partecipanti alla rete che gestiscono i propri nodi: se T ci si può affidare al software che si gestisce e si controlla, ci si affida a una terza parte fidata.

Forse ancora più importante, la mancanza di una terza parte attendibile implica anche che i fornitori di conferma delle transazioni (i miner) non possano essere obbligati a essere identificati, altrimenti la necessità di un fornitore di identificazione reintroduce una terza parte attendibile attraverso la porta sul retro.

Questa deliberata assenza di identità nel mondo reale significa che T puoi implementare "ONE partecipante ONE voto", quindi hai bisogno di un altro modo per LINK al mondo reale. Ciò porta a una prova di lavoro che sovrappone ONE conferma all'ultima, il che, a sua volta, significa che devi dare tempo alle conferme di propagarsi in tutto il mondo, il che, a sua volta, porta alla necessità di raggruppamento, e quindi le conferme devono arrivare sotto forma di blocchi. E così FORTH.

È solo una piccola esagerazione affermare che l'intera architettura del Bitcoin si sviluppa inevitabilmente e inesorabilmente a partire da queste 19 parole.

Si lavora sui dettagli e l'intera architettura trova il suo posto.

Rischi e scelte

In sintesi, il Bitcoin è una soluzione sorprendentemente elegante a un problema aziendale molto ben definito.

Non è esente da problemi, ovviamente. E molti di questi sono profondi e fondamentali: tecnici, ambientali e culturali. Ma T possiamo minimizzare la portata del risultato di Nakamoto. Dieci anni dopo, la proliferazione della " Tecnologie blockchain" sembrerebbe suggerire che Nakamoto sia stato molto influente.

E tuttavia... Come ho sostenuto sopra, non tutte le piattaforme blockchain aziendali di oggi derivano da una specifica precisa dei requisiti e da un arduo processo di progettazione. Invece, sembrano molto diverse. Alcune sono, di fatto, repliche cargo-culted di sistemi progettati per risolvere problemi molto diversi.

La soluzione di questo problema risiede nell'ingegneria.

Per capire cosa intendo, diamo un'occhiata a Corda, la piattaforma blockchain open source che il mio team supporta e gestisce, con l'aiuto di una grande e crescente comunità open source. T intendo che questo pezzo sia un discorso di vendita, quindi dirò subito che ci sono problemi per i quali Corda è una soluzione incredibile... e problemi per i quali non lo è! Studiatelo da soli e applicatelo dove ha senso.

Ma è anche questo il punto: Corda è una soluzione ingegneristica a un problema specifico.

Capita che Corda abbia molto in comune con altre piattaforme blockchain (transazioni concatenate crittograficamente, opzioni di consenso tolleranti ai guasti bizantini, scala massiccia e molto altro). Ma LOOKS anche diversa per alcuni aspetti fondamentali.

Di conseguenza, noi della comunità Corda siamo stati criticati per queste scelte di design apparentemente non convenzionali. Ma credo che questa critica fosse fuori luogo. Il motivo per cui piattaforme come Corda hanno un aspetto diverso è perché risolvono problemi diversi e sono state progettate da zero per risolverli. Le differenze sono una caratteristica, non un bug, per così dire.

Per Corda, la nostra missione è consentire alle persone e alle aziende di effettuare transazioni direttamente, con certezza legale, definitività di transazione, rigorosa Privacy e totale garanzia che "ciò che vedi è ciò che vedo io". Di conseguenza, il suo design è diverso. Ad esempio, c'è un livello di identità, le transazioni vengono inviate solo a coloro che hanno bisogno di riceverle, le transazioni vengono confermate una alla volta in tempo reale e così FORTH.

Quelle piattaforme che hanno identificato un problema chiaro da risolvere e progettato una buona soluzione a quel problema sono in ottima salute. Dopo il più grande CordaCon di sempre, ci dirigiamo verso il 2019 con implementazioni di produzione alle spalle e un'adozione su larga scala appena davanti a noi.

Grazie, Satoshi, per averci mostrato la strada.

Immagine dell'astronautatramite Shutterstock