Actu-crypto

🔒
❌ About FreshRSS
There are new articles available, click to refresh the page.
Before yesterdayComprendre la cryptomonnaie

Le bloc de genĂšse de Bitcoin

March 24th 2022 at 09:00

Lorsqu'il a conçu le prototype de Bitcoin en janvier 2009, Satoshi Nakamoto a dû construire un premier bloc à partir duquel la chaßne s'est allongée. Ce bloc il l'a appelé le bloc de genÚse (« genesis block » en anglais) en référence au premier livre de la Torah et de la Bible, qui raconte la création du monde par Dieu.

Par convention, on considÚre qu'il s'agit du bloc de hauteur 0 (ou « bloc 0 ») au-dessus duquel les autres blocs sont successivement empilés. Examinons plus en détail ce que contient cet élément fondateur de Bitcoin en procédant à une dissection minutieuse !

 

Un bloc fondateur

Le bloc de genĂšse est une donnĂ©e essentielle du protocole Bitcoin car il constitue la base Ă  partir de laquelle on peut dĂ©terminer la chaĂźne la plus longue (c'est-Ă -dire celle ayant le plus de preuve de travail accumulĂ©e) et par consĂ©quent la validitĂ© des transactions du registre. Il est thĂ©oriquement le seul bloc Ă  devoir ĂȘtre inscrit en dur dans le protocole, mĂȘme si d'autres l'ont Ă©tĂ© par la suite.

Tel que l'Ă©crivait Satoshi Nakamoto :

« La chaßne de blocs est une structure en forme d'arbre qui a pour racine le bloc de genÚse, chaque bloc pouvant avoir plusieurs candidats à sa suite. »

Bloc de genĂšse embranchements

Le code de novembre 2008 (fourni par Satoshi à Hal Finney, Ray Dillinger et James A. Donald notamment) contenait déjà une premiÚre version du bloc de genÚse, horodatée au 10 septembre 2008, 18:02:08 UTC. Néanmoins, un nouveau bloc a été construit en janvier 2009 spécialement pour le lancement du prototype.

Le bloc de genÚse que nous connaissons est ainsi présent dans la version 0.1 du logiciel de Bitcoin, publiée le 8 janvier 2009. Un commentaire au sein du code le décrit :

Genesis Block:
GetHash()      = 0x000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f
hashMerkleRoot = 0x4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b
txNew.vin[0].scriptSig     = 486604799 4 0x736B6E616220726F662074756F6C69616220646E6F63657320666F206B6E697262206E6F20726F6C6C65636E61684320393030322F6E614A2F33302073656D695420656854
txNew.vout[0].nValue       = 5000000000
txNew.vout[0].scriptPubKey = 0x5F1DF16B2B704C8A578D0BBAF74D385CDE12C11EE50455F3C438EF4C3FBCF649B6DE611FEAE06279A60939E028A8D65C10B73071A6F16719274855FEB0FD8A6704 OP_CHECKSIG
block.nVersion = 1
block.nTime    = 1231006505
block.nBits    = 0x1d00ffff
block.nNonce   = 2083236893
CBlock(hash=000000000019d6, ver=1, hashPrevBlock=00000000000000, hashMerkleRoot=4a5e1e, nTime=1231006505, nBits=1d00ffff, nNonce=2083236893, vtx=1)
  CTransaction(hash=4a5e1e, ver=1, vin.size=1, vout.size=1, nLockTime=0)
    CTxIn(COutPoint(000000, -1), coinbase 04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73)
    CTxOut(nValue=50.00000000, scriptPubKey=0x5F1DF16B2B704C8A578D0B)
  vMerkleTree: 4a5e1e

Ce bloc pÚse trÚs exactement 285 octets. Le voici représenté en hexadécimal brut :

0100000000000000000000000000000000000000000000000000000000000000000000003ba3edfd7a7b12b27ac72c3e67768f617fc81bc3888a51323a9fb8aa4b1e5e4a29ab5f49ffff001d1dac2b7c0101000000010000000000000000000000000000000000000000000000000000000000000000ffffffff4d04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73ffffffff0100f2052a01000000434104678afdb0fe5548271967f1a67130b7105cd6a828e03909a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11d5fac00000000

Le bloc de genĂšse est composĂ© d'un entĂȘte de 80 octets et d'une unique transaction, la transaction de rĂ©compense. Son identifiant (le rĂ©sultat du hachage de l'entĂȘte par double SHA-256) est 000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f. Les zĂ©ros qui dĂ©butent cet identifiant indiquent qu'une preuve de travail a Ă©tĂ© rĂ©alisĂ©e.

Notez que les différentes informations contenues dans le bloc sont souvent transmises avec un ordre des octets inverse (dit « little-endian » ou « petit-boutiste »). Nous donnerons ici les informations dans l'ordre ordinaire (qu'on appelle « big-endian » ou « gros-boutiste ») à l'aide du préfixe 0x.

 

L'entĂȘte

Comme tous les blocs dans le protocole, le bloc de genĂšse possĂšde un entĂȘte donnant 6 informations diffĂ©rentes. Voici cet entĂȘte en dĂ©tail :

01000000 - version
0000000000000000000000000000000000000000000000000000000000000000 - identifiant du bloc précédent
3ba3edfd7a7b12b27ac72c3e67768f617fc81bc3888a51323a9fb8aa4b1e5e4a - racine de Merkle
29ab5f49 - horodatage
ffff001d - valeur cible
1dac2b7c - nonce

 

La version du bloc

0x00000001

La version du bloc indique l'ensemble des rÚgles respectées par le bloc. Cette version 1 indiquait un respect des rÚgles du protocole originel défini par Satoshi. D'autres versions ont été introduites plus tard : la version 2 pour l'application du BIP-34 en mars 2013, la version 3 pour l'activation du BIP-66 en juillet 2015, et la version 4 pour celle du BIP-65 en décembre 2015. Le champ de version a par la suite été utilisé pour que les mineurs signalent leur intention d'appliquer un soft fork (conformément au BIP-9).

 

L'identifiant du bloc précédent

0x0000000000000000000000000000000000000000000000000000000000000000

Puisqu'il s'agit du premier bloc de la chaßne, le champ utilisé pour donner l'identifiant du bloc précédent est fixé à zéro par convention.

 

La racine de Merkle

0x4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b

La racine de Merkle correspond Ă  l'empreinte finale de l'arbre de Merkle des transactions. Puisqu'il n'y a qu'une seule transaction dans le bloc de genĂšse, il s'agit simplement de l'identifiant de cette transaction.

 

L'horodatage

0x495fab29

L'horodatage indique la date et l'heure à laquelle le mineur a trouvé le bloc. Il est donné par le nombre de secondes depuis le 1er janvier 1970 00:00:00 UTC. Ici, le nombre correspond à 1 231 006 505 secondes : le bloc de genÚse est donc horodaté au 3 janvier 2009 à 18:15:05 UTC.

Toutefois, il ne faut pas croire que cet horodatage indique l'instant précis du lancement effectif du réseau. Ce dernier a en effet été réalisé un peu plus tardivement : le bloc 1 est ainsi horodaté au 9 janvier 2009 à 02:54:25 UTC, soit 5 jours, 8 heures, 39 minutes et 20 secondes plus tard.

 

La valeur cible

0x1d00ffff

La valeur cible est la valeur minimale que l'identifiant du bloc peut avoir pour que ce dernier constitue une solution au problÚme de preuve de travail de Bitcoin. Moins cette valeur cible est haute, plus il est facile de trouver une solution et de miner un bloc. Elle est donc inversement proportionnelle à la difficulté du réseau.

La valeur cible du bloc de genĂšse correspond Ă  la plus grande valeur possible dans Bitcoin, ou la difficultĂ© la plus basse pour le dire autrement. Elle est encodĂ©e comme un nombre flottant oĂč le premier octet reprĂ©sente un exposant et oĂč la mantisse est dĂ©terminĂ©e par les 3 octets suivants. Ici, elle est Ă©gale Ă  0x00ffff × 256(0x1d - 3) c'est-Ă -dire 0x00000000ffff0000000000000000000000000000000000000000000000000000.

La preuve de travail du bloc est valide car l'identifiant est effectivement (largement) inférieur à cette valeur cible :

0x000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f ≀
0x00000000ffff0000000000000000000000000000000000000000000000000000

On définit la difficulté du minage comme l'inverse de la valeur cible multipliée par la valeur cible de base :

difficulté = cible_de_base / cible

La difficulté du bloc de genÚse est donc de 1.

AprÚs le lancement du réseau, la difficulté a stagné à ce niveau pendant prÚs d'un an avant d'enfin commencer à augmenter le 30 décembre 2009.

Au sein du code, le champ de la valeur cible est appelĂ© nBits, car ce paramĂštre dĂ©signait (avant que Satoshi n'en modifie le sens) le nombre de bits de tĂȘte Ă  mettre Ă  zĂ©ro pour que la solution soit valide. Dans la version de novembre 2008, le champ Ă©tait en effet fixĂ© Ă  20, ce qui correspondait Ă  5 zĂ©ros de tĂȘte en reprĂ©sentation hexadĂ©cimale, soit une valeur cible de 0x00000fffff....

 

Le nonce

0x7c2bac1d

Le nonce (mot qui provient de l'expression anglaise « for the nonce » signifiant « pour la circonstance, pour l'occasion ») désigne le nombre que le mineur fait varier pour calculer la preuve de travail. Il n'a aucune signification particuliÚre, étant déterminé au hasard.

 

L'ensemble des transactions

L'ensemble des transactions forme la seconde partie du bloc. Le voici en détail :

01 - nombre de transactions
01000000 - version
01 - nombre d'entrées
0000000000000000000000000000000000000000000000000000000000000000 - identifiant de transaction de la sortie précédente
ffffffff - index de la sortie précédente
4d - taille du script de déverrouillage
04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73 - script de déverrouillage
ffffffff - numéro de séquence
01 - nombre de sorties
00f2052a01000000 - montant
43 - taille du script de verrouillage
4104678afdb0fe5548271967f1a67130b7105cd6a828e03909a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11d5fac - script de verrouillage
00000000 - temps de verrouillage

 

Le nombre de transactions

0x01

Le bloc contient une seule transaction : la transaction de rĂ©compense qui rĂ©munĂšre le mineur (ici Satoshi) pour la preuve de travail rĂ©alisĂ©e. Le bloc ne comporte ainsi aucune autre transaction, tout comme les blocs minĂ©s dans les premiers jours. Il a fallu attendre le 12 janvier et le bloc 170 pour voir la premiĂšre transaction effective du rĂ©seau ĂȘtre confirmĂ©e : celle entre Satoshi et Hal Finney.

Toutes les données restantes du bloc appartiennent à la transaction de récompense.

 

La version de la transaction

0x00000001

La version de la transaction indique comment celle-ci doit ĂȘtre interprĂ©tĂ©e. Elle est fixĂ©e Ă  1 conformĂ©ment au protocole initial. Aujourd'hui, il existe Ă©galement une version 2 qui autorise l'usage des verrous temporels relatifs (voir BIP-68).

 

Le nombre d'entrées de la transaction

0x01

La transaction contient une seule entrée : la base de piÚce, ou coinbase, qui permet de créer ex nihilo les nouveaux bitcoins et de recueillir les frais de transaction. Cette entrée est donc purement superflue, mais permet de conserver une certaine cohérence dans l'implémentation logicielle. Elle est constituée des champs identifiant la sortie précédente (théorique), d'un script de déverrouillage et d'un numéro de séquence.

 

L'identifiant de transaction de la sortie précédente

0x0000000000000000000000000000000000000000000000000000000000000000

Ce champ est utilisé dans les transactions pour dire à quel sortie transactionnelle correspond une entrée, en donnant l'identifiant de la transaction qui a créé la sortie. Puisqu'il s'agit d'une transaction de récompense qui ne fait pas référence à une sortie transactionnelle précédente, ce champ est fixé à 0 par convention.

 

L'index de la sortie précédente

0xffffffff

Ce champ est utilisé dans les transactions pour dire à quel sortie transactionnelle correspond une entrée, en donnant la position de la sortie dans la transaction qui l'a créée. Puisqu'il s'agit d'une transaction de récompense qui ne fait pas référence à une sortie transactionnelle précédente, ce champ est fixé au maximum par convention.

 

Le script de déverrouillage (scriptSig)

0x04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73

Dans Bitcoin, le script de déverouillage est combiné à un script de verrouillage précédent et détermine la validité d'une dépense. Il contient généralement les signatures nécessaires à la dépense d'une piÚce et est par conséquent souvent appelé scriptSig. Dans le cas d'une transaction de récompense, l'entrée ne fait référence à aucune sortie transactionnelle existante et ce script peut donc contenir des données arbitraires.

Ici, le script se présente de la maniÚre suivante :

<valeur cible> <nonce supplémentaire> <chaßne de caractÚres>

Ainsi, il est constitué de trois informations :

  • Tout d'abord, la valeur cible du bloc, donnĂ©e en sens inverse, conformĂ©ment Ă  la façon dont elle est reprĂ©sentĂ©e dans le code : 0xffff001d
  • Ensuite, un nonce supplĂ©mentaire (0x04), ou extra nonce, mis en place par Satoshi dans le code du logiciel. Le nonce supplĂ©mentaire du bloc de genĂšse a pour valeur 4, et ceux des blocs suivants sont croissants : celui du bloc 1 est aussi Ă©gal Ă  4, celui du bloc 2 Ă  11, celui du bloc 3 Ă  14, etc. La variation de ce nonce supplĂ©mentaire au sein des blocs a permis de mettre en Ă©vidence un motif particulier, appelĂ© le « Patoshi Pattern », qui dĂ©termine prĂ©cisĂ©ment les blocs minĂ©s par Satoshi et qui dĂ©montre que sa fortune s'Ă©lĂšve Ă  plus de 1 125 150 bitcoins.
  • Enfin, une chaĂźne de caractĂšres aujourd'hui emblĂ©matique, encodĂ©e en UTF-8, qui est :
    The Times 03/Jan/2009 Chancellor on brink of second bailout for banks

    Cette courte phrase correspond à la une du Times du 3 janvier 2009, qui annonçait que le ministre des finances du Royaume-Uni était sur le point de renflouer les banques pour la deuxiÚme fois. Le Times étant un quotidien anglais, cela a mené à des spéculations quant à l'identité de Satoshi, qui écrivait également dans un anglais britannique.

The Times 3 janvier 2009 chancelier ministre des finances renflouement des banques

Cette phrase présente dans le script de la transaction de récompense possÚde un rÎle double :

  • PremiĂšrement, elle prohibe l'antidatage : sa prĂ©sence dans le premier bloc, Ă  partir duquel toute la chaĂźne est construite, prouve que le rĂ©seau de Bitcoin n'a pas Ă©tĂ© lancĂ© avant le 3 janvier 2009. Cependant, cela ne veut pas dire que le bloc de genĂšse date bien du 3 janvier : en effet, il a pu ĂȘtre construit entre le 3 janvier (date de l'horodatage dĂ©clarĂ©) et le 8 janvier (date de publication du code).
  • DeuxiĂšmement, elle indique symboliquement ce Ă  quoi Bitcoin s'oppose en faisant rĂ©fĂ©rence au contexte monĂ©taire et financier de l'Ă©poque : le renflouement des grandes banques d'investissement par les États et par les banques centrales suite Ă  la crise financiĂšre de 2007-2008. Il est d'ailleurs possible que Satoshi ait choisi cette date prĂ©cisĂ©ment pour sĂ©lectionner cette une.

Ce script de la base de piĂšce est encore utilisĂ© de nos jours par les mineurs pour de multiples raisons. À l'instar de Satoshi, ils peuvent inclure des informations arbitraires dans le bloc et faire passer un message public au monde. Ç'a Ă©tĂ© le cas de la coopĂ©rative F2Pool qui, le 11 mai 2020, a Ă©voquĂ© l'injection de liquiditĂ© de la RĂ©serve FĂ©dĂ©rale en rĂ©action Ă  la crise du covid-19 au sein du bloc 629 999 (le bloc prĂ©cĂ©dant le troisiĂšme halving) :

NYTimes 09/Apr/2020 With $2.3T Injection, Fed's Plan Far Exceeds 2008 Rescue

Les regroupements de mineurs peuvent Ă©galement s'identifier en indiquant leur nom, ce qui permet de juger de la dĂ©centralisation du rĂ©seau, mĂȘme si cette pratique reste purement dĂ©clarative.

Enfin, les mineurs se servent encore de ce champ pour faire varier un nonce supplĂ©mentaire, le nonce de l'entĂȘte ne permettant plus depuis 2012 d'essayer suffisamment de possibilitĂ©s par rapport Ă  la difficultĂ© Ă©levĂ©e du rĂ©seau.

 

Le numéro de séquence (nSequence)

0xffffffff

Le numéro de séquence de l'entrée est maximal, ce qui fait que la transaction est considérée comme finale.

À l'origine, le numĂ©ro de sĂ©quence dans les entrĂ©es avait pour objectif de permettre les Ă©changes rĂ©pĂ©tĂ©s au sein de contrats, tels que les canaux de paiement. Ce modĂšle imaginĂ© par Satoshi n'Ă©tait pas suffisamment sĂ©curisĂ© et a par consĂ©quent Ă©tĂ© abandonnĂ©. Cependant, la rĂšgle de finalitĂ©, qui fait que la transaction est considĂ©rĂ©e comme finale (pas de temps de verrouillage) si les numĂ©ros de sĂ©quence de toutes les entrĂ©es sont maximaux (comme ici), a Ă©tĂ© conservĂ©e.

Aujourd'hui, ce numéro de séquence est utilisé pour déterminer le temps de verrouillage relatif d'une entrée et pour signaler Replace-by-Fee.

 

Le nombre de sorties de la transaction

0x01

La transaction contient une seule sortie, celle créditant Satoshi de son revenu de minage. Cette sortie est constituée d'un montant et d'un script de verrouillage.

 

Le montant

0x000000012a05f200

Le montant de la sortie est donné dans la plus petite unité du systÚme, unité qu'on a appelé le satoshi en hommage au créateur de Bitcoin. Ce montant correspond ici à 5 milliards de satoshis, soit 50 bitcoins. Il s'agit de la limite maximale du taux de création monétaire de l'époque (50 bitcoins par bloc).

 

Le script de verrouillage (scriptPubKey)

0x4104678afdb0fe5548271967f1a67130b7105cd6a828e03909a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11d5fac

Le scrpt de verrouillage est l'ensemble des conditions à fournir pour pouvoir dépenser la piÚce correspondante. Ici, il possÚde la forme :

<clé publique> CHECKSIG

oĂč la clĂ© publique est 04678afdb0fe5548271967f1a67130b7105cd6a828e03909a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11d5f. Il s'agit donc d'une sortie transactionnelle de type Pay to Public Key (P2PK), un schĂ©ma utilisĂ© dans les dĂ©buts de Bitcoin, qui demande une simple signature pour dĂ©bloquer les fonds. Cela explique le nom donnĂ© couramment Ă  ce script : scriptPubKey.

Bien souvent, cette sortie est rĂ©trospectivement attribuĂ©e Ă  l'adresse 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa, obtenue en prenant l'empreinte de la clĂ© publique. Cela est nĂ©anmoins purement esthĂ©tique car c'est bien la clĂ© publique elle-mĂȘme qui a servi Ă  recevoir les bitcoins, pas l'adresse.

Fait intĂ©ressant : cette sortie transactionnelle n'est pas considĂ©rĂ©e comme dĂ©pensable par le protocole en raison de la façon dont le bloc de genĂšse est exprimĂ© dans le code. Cette erreur de programmation pourrait ĂȘtre corrigĂ©e par un hard fork, mais cela ne serait ni utile (Satoshi n'a pas touchĂ© Ă  ses bitcoins depuis qu'il a disparu), ni mĂȘme souhaitable (incompatibilitĂ© du protocole). Les 50 premiers bitcoins crĂ©Ă©s sont donc probablement brĂ»lĂ©s Ă  tout jamais.

 

Le temps de verrouillage (nLocktime)

0x00000000

Le temps de verrouillage (donnĂ©e globale appartenant Ă  la transaction) dĂ©termine la date Ă  partir de laquelle cette transaction pourra ĂȘtre confirmĂ©e. En Ă©tant fixĂ© Ă  zĂ©ro, celui-ci est dĂ©sactivĂ©.

 

Les autres chaĂźnes

Si le bloc de genĂšse constitue un fondement du protocole Bitcoin, il sert Ă©galement de base aux diffĂ©rentes branches minoritaires de Bitcoin qui possĂšdent le mĂȘme historique jusqu'Ă  leurs scissions respectives : Bitcoin Cash, Bitcoin SV, Bitcoin Gold ou encore eCash/XEC. D'autres protocoles possĂšdent leur propre bloc de genĂšse et certains d'entre eux ont Ă©galement incorporĂ© la une d'un journal ou d'un magazine pour garantir que le lancement du rĂ©seau ne s'est pas rĂ©alisĂ© avant la date donnĂ©e. Ainsi, le bloc de genĂšse de Litecoin (datant du 7 octobre 2011) contient la phrase suivante :

NY Times 05/Oct/2011 Steve Jobs, Apple’s Visionary, Dies at 56

Celui de Dash (datant du 19 janvier 2014) inclut la une suivante :

Wired 09/Jan/2014 The Grand Experiment Goes Live: Overstock.com Is Now Accepting Bitcoins

 


Source

Bitcoin Wiki, Genesis block

Qu’est-ce qui sĂ©curise Bitcoin ?

November 14th 2020 at 10:30

Bitcoin est un concept de monnaie numĂ©rique fonctionnant sur Internet qui a Ă©tĂ© crĂ©Ă© en 2008 par Satoshi Nakamoto. Mis en application Ă  partir du 3 janvier 2009, il a parcouru un long chemin qui l’a menĂ© Ă  devenir ce qu’il est aujourd’hui, Ă  la fois d’un point de vue technique, Ă©conomique et social. NĂ©anmoins, il existe toujours des incomprĂ©hensions Ă  son Ă©gard, y compris chez ceux qui pensent avoir saisi ses principes de base. C’est en particulier le cas de son modĂšle de sĂ©curitĂ© qui reste flou pour beaucoup de personens.

Dans Bitcoin, une foule de notions interviennent. Le systĂšme est fondĂ© sur un rĂ©seau public et dĂ©centralisĂ© de nƓuds qui font tourner un logiciel open source. Ces nƓuds vĂ©rifient des opĂ©rations cryptographiques et entretiennent un registre distribuĂ© et horodatĂ© appelĂ© la chaĂźne de blocs, registre oĂč sont enregistrĂ©es toutes les transactions d’une unitĂ© de compte, le bitcoin. Au sein de ce rĂ©seau, un certain nombre d’acteurs, appelĂ©s des mineurs, utilisent la puissance de calcul de leurs machines afin de valider les transactions effectuĂ©es par le rĂ©seau, et reçoivent en Ă©change une rĂ©munĂ©ration en bitcoins. Tout cela forme un tout harmonique qui permet Ă  Bitcoin d’exister depuis quasiment douze ans.

Cependant, ce qui sĂ©curise Bitcoin, ce n’est pas la cryptographie, la chaĂźne de blocs, le logiciel libre, la dĂ©centralisation ou la puissance de calcul. Ce qui sĂ©curise Bitcoin, c’est l’action combinĂ©e d’individus, de personnes de chair et d’os mues par leurs intĂ©rĂȘts, de gens qui prennent des dĂ©cisions et qui s’exposent Ă  des risques personnels. Bitcoin est en effet un systĂšme Ă©conomique et, en tant que tel, base sa sĂ©curitĂ© sur le comportement intĂ©ressĂ© des ĂȘtres humains1.

 

Qu’est-ce qui prĂ©serve la qualitĂ© de l’infrastructure logicielle ?

Bitcoin est un protocole de communication qui permet l’existence et la circulation d’une unitĂ© de compte numĂ©rique, le bitcoin. Ce protocole est un ensemble de rĂšgles et ne peut donc pas directement ĂȘtre utilisĂ© par un individu : il faut pour cela qu’il existe une implĂ©mentation logicielle, Ă  savoir un programme qui respecte et vĂ©rifie ces rĂšgles.

L’écosystĂšme autour de Bitcoin repose donc sur ces implĂ©mentations logicielles, qui peuvent ĂȘtre complĂštes (nƓuds du rĂ©seau) ou partielles (portefeuilles lĂ©gers). Bien Ă©videmment, les implĂ©mentations complĂštes sont les plus essentielles Ă  la sĂ©curitĂ© de Bitcoin, puisque ce sont elles qui servent Ă  valider les transactions et Ă  miner les blocs. En particulier, Bitcoin Core, l’implĂ©mentation de rĂ©fĂ©rence de Bitcoin (BTC), joue un rĂŽle central dans l’infrastructure du rĂ©seau.

Comme tous les programmes informatiques complexes, Bitcoin Core n’est pas exempt de faiblesses, ce qui au cours de son histoire s’est matĂ©rialisĂ© par deux incidents majeurs :

  • En aoĂ»t 2010, une faille dans le systĂšme des transactions (value overflow) avait permis Ă  une personne de crĂ©er plus de 184 milliards de bitcoins Ă  partir de rien ! Cet incident avait heureusement pu ĂȘtre corrigĂ© dans les heures qui avaient suivi grĂące Ă  la mobilisation des mineurs qui avaient appliquĂ© un patch correctif. À l’époque, cela n’avait pas Ă©tĂ© dommageable pour Bitcoin, qui ne gĂ©rait que peu de valeur.
  • En mars 2013, un dĂ©faut contenu dans la mise Ă  jour du code avait provoquĂ© la sĂ©paration accidentelle du rĂ©seau pendant plusieurs heures. Bitcoin Ă©tait alors beaucoup plus utilisĂ© et cette sĂ©paration momentanĂ©e avait notamment entraĂźnĂ© la rĂ©alisation d’une double dĂ©pense par un utilisateur.

C’est pour cela qu’il est crucial que le logiciel derriĂšre Bitcoin soit bien maintenu, optimisĂ©, amĂ©liorĂ©. Bitcoin reprĂ©sente aujourd’hui prĂšs de 300 milliards de dollars et dĂ©place des dizaines de milliards de dollars chaque jour, et par consĂ©quent il serait dĂ©sastreux qu’un dysfonctionnement majeur survienne.

Pour assurer la sĂ©curitĂ© du logiciel, il existe donc des dizaines de personnes, identifiĂ©es ou anonymes, qui s’attellent Ă  scruter et Ă  perfectionner le code, Ă  temps plein ou Ă  temps partiel. Puisque Bitcoin Core est un logiciel libre disponible en source ouverte sur Internet, n’importe qui peut consulter le code, vĂ©rifier qu’il est conforme au rĂ©sultat attendu ou mĂȘme proposer de le modifier pour l’amĂ©liorer ! Tel que l’expliquait Satoshi Nakamoto en dĂ©cembre 2009 :

Être accessible en source ouverte signifie que n’importe qui peut examiner le code de maniĂšre indĂ©pendante. S’il s’agissait d’une source fermĂ©e, personne ne pourrait vĂ©rifier la sĂ©curitĂ©. Je pense qu’il est essentiel pour un programme de cette nature d’ĂȘtre open source.

Cette ouverture, couplĂ©e Ă  une dette technique limitĂ©e, donne Ă  Bitcoin une sĂ»retĂ© plus grande que de nombreux systĂšmes informatiques. En effet, au vu des sommes en jeu, la rĂ©compense pour l’exploitation rĂ©ussie d’une faille dans le code serait Ă©norme, ce qui renforce la confiance qu’on peut avoir dans le logiciel au cours du temps (effet Lindy).

De plus, les failles dans le code sont, outre leur raretĂ©, le plus souvent trĂšs subtiles, ce qui fait que ce sont les dĂ©veloppeurs bienveillants qui les dĂ©couvrent et qui les rapportent. On peut par exemple citer le bogue d’inflation trouvĂ© et rĂ©vĂ©lĂ© en septembre 2018 par Awemany, dĂ©veloppeur pour Bitcoin Unlimited, ou la faille permettant des attaques par dĂ©ni de service rapportĂ©e en juin 2018 par Braydon Fuller, dĂ©veloppeur pour Bcoin, et rĂ©vĂ©lĂ©e publiquement plus deux ans plus tard, en septembre 2020.

Enfin, il faut spĂ©cifier que l’infrastructure logicielle n’est pas maintenue gratuitement et qu’elle est soutenue financiĂšrement par les organisations et les individus dont l’activitĂ© dĂ©pend de la qualitĂ© du fonctionnement du rĂ©seau. C’est ainsi que des entreprises impliquĂ©es dans Bitcoin acceptent de rĂ©munĂ©rer les principaux dĂ©veloppeurs de Bitcoin Core, pas par charitĂ©, mais parce qu’elles ont quelque chose Ă  gagner.

Tout ceci fait que la sĂ©cuitĂ© du logiciel s’amĂ©liore au cours du temps, que les vulnĂ©rabilitĂ©s sont dĂ©tectĂ©es et maĂźtrisĂ©es et que, en presque douze ans d’existence, seules deux d’entre elles ont provoquĂ© un incident majeur. Bitcoin ne repose donc pas sur des logiciels magiques qui fonctionneraient parfaitement bien, mais sur l’action des dĂ©veloppeurs qui maintiennent des implĂ©mentations faillibles et sur l’aide des mĂ©cĂšnes qui financent ce dĂ©veloppement.

 

Qu’est-ce qui assure le bon traitement des transactions ?

Bitcoin permet Ă  quiconque d’envoyer des fonds Ă  n’importe qui d’autre, quel que soit le moment, oĂč que se trouve le destinataire dans le monde pourvu qu’il dispose d’un accĂšs Ă  Internet. Il est ainsi rĂ©sistant Ă  la censure, c’est-Ă -dire qu’il est trĂšs difficile pour une entitĂ© d’empĂȘcher arbitrairement une transaction d’ĂȘtre rĂ©alisĂ©e.

La rĂ©sistance Ă  la censure est trĂšs importante car si Bitcoin n’avait pas cette propriĂ©tĂ©, il ne pourrait tout simplement pas survivre. Il deviendrait en effet un systĂšme bancaire comme un autre, soumis aux rĂ©glementations invasives des États : il devrait s’adapter Ă  l’instar de PayPal, ou mourir sous les coups des interventions Ă©tatiques, destin funeste qu’ont connu e-gold ou Liberty Reserve en leur temps.

Le bon traitement des transactions dans Bitcoin implique donc deux garanties qui le distinguent des systĂšmes bancaires traditionnels :

  • Toute transaction qui paie un montant correct de frais ne peut pas ĂȘtre dĂ©laissĂ©e (sĂ©curitĂ© a priori) ;
  • Toute transaction qui a Ă©tĂ© confirmĂ©e doit demeurer dans le registre et ne peut pas faire l’objet d’une double dĂ©pense (sĂ©curitĂ© a posteriori).

Ce bon traitement est assurĂ© par ce qu’on appelle le minage. Les mineurs, qui font partie du rĂ©seau, reçoivent les transactions des utilisateurs et les incluent dans des blocs. Ils rattachent ces blocs Ă  la chaĂźne par la rĂ©solution d’un problĂšme mathĂ©matique nĂ©cessitant une dĂ©pense d’énergie Ă©lectrique (preuve de travail) et sont en Ă©change rĂ©compensĂ©s par les bitcoins nouvellement crĂ©Ă©s (6,25 bitcoins par bloc actuellement) et par les frais payĂ©s par les transactions. Pour dĂ©terminer la chaĂźne valide les nƓuds suivent le principe de la chaĂźne la plus longue, c’est-Ă -dire qu’ils considĂšrent que la chaĂźne contenant le plus de preuve de travail (grosso modo celle avec le plus de blocs) est la chaĂźne valide. Cela permet au rĂ©seau d’arriver Ă  un consensus sur l’état du systĂšme.

Bitcoin repose donc sur la dĂ©pense d’énergie pour fonctionner, car c’est elle qui dĂ©termine le caractĂšre infalsifiable de la chaĂźne et des bitcoins crĂ©Ă©s. Le taux de hachage, qui dĂ©signe le nombre de calculs par seconde rĂ©alisĂ©s par le rĂ©seau, atteint aujourd’hui les 130 EH/s, Ă  savoir 130 milliards de milliards de calculs par seconde. Cette considĂ©rable force de calcul consomme aujourd’hui, selon certaines estimations, plus de 82 TWh par an, soit une dĂ©pense Ă©nergĂ©tique Ă©galant la consommation d’électricitĂ© de pays comme la Belgique ou la Finlande.

 

Taux de hachage Bitcoin BTC 2010 2020
Évolution du taux de hachage de Bitcoin entre 2010 et 2020 (Bitcoin.com Charts)

 

NĂ©anmoins, en dĂ©pit de son rĂŽle central, ce n’est pas sur cette Ă©nergie que se fonde la sĂ©curitĂ© du minage. En effet, la sĂ©curitĂ© vient de la concurrence entre les mineurs, et pas de l’énergie totale dĂ©pensĂ©e. Comme l’écrivait Satoshi Nakamoto dans le livre blanc de Bitcoin en 2008 :

Le systĂšme est sĂ©curisĂ© tant que les nƓuds honnĂȘtes contrĂŽlent collectivement plus de puissance de calcul qu’un groupe de nƓuds qui coopĂ©reraient pour rĂ©aliser une attaque.

L’important ce n’est pas que le taux de hachage de Bitcoin soit le plus haut possible, c’est que les mineurs disposant d’une puissance de calcul non nĂ©gligeable soient « honnĂȘtes », c’est-Ă -dire qui soient prĂȘts Ă  miner systĂ©matiquement toutes les transactions payant un montant correct de frais (pas de censure a priori) et Ă  toujours construire leurs blocs Ă  partir de la plus longue chaĂźne (pas de rĂ©organisation de chaĂźne).

Imaginons (cas pessimiste) que les États membres de l’ONU se mettent d’accord sur la dangerositĂ© de Bitcoin et dĂ©crĂštent l’interdiction de certaines transactions sur Bitcoin, les transactions de mĂ©lange de piĂšces au nom de la lutte contre le blanchiment d’argent par exemple. Dans ce cas, les mineurs pourraient ĂȘtre soumis Ă  de fortes pressions de la part de leurs autoritĂ©s respectives, et devraient faire le choix de continuer Ă  ĂȘtre honnĂȘtes en se dĂ©plaçant dans un pays non concernĂ© ou en minant illĂ©galement, ce qui constitue dans les deux cas un risque, ou de devenir des attaquants en suivant la loi. Cette rĂ©glementation des mineurs par les États permettrait, si leur matĂ©riel reprĂ©sentaient plus de la moitiĂ© de la puissance de calcul du rĂ©seau, d’empĂȘcher toute confirmation d’une transaction illĂ©gale par le biais d’une attaque des 51 % mondiale.

La solution au problĂšme proviendrait des individus et des groupes d’individus qui seraient prĂȘts Ă  miner des transactions dĂ©clarĂ©es comme illĂ©gales, et qui resteraient donc honnĂȘtes du point de vue de Bitcoin. Le risque pris par ces mineurs pourrait alors ĂȘtre compensĂ© par les frais des transactions censurĂ©es, qui pourraient s’avĂ©rer ĂȘtre trĂšs Ă©levĂ©s, surtout si des montants astronomiques Ă©taient en jeu.

C’est pour cela que la bon fonctionnement des transactions vient du comportement des mineurs, pas uniquement de la puissance de calcul du rĂ©seau. Pour que Bitcoin soit correctement sĂ©curisĂ©, il faut donc que les mineurs soient nombreux (partage du risque) et se trouvent Ă  des endroits diffĂ©rents du monde (dĂ©centralisation).

 

Carte de localisation des mineurs avril 2020
Répartition géographique des mineurs utilisant les coopératives BTC.com, Poolin et ViaBTC en avril 2020 (Cambridge Center for Alternative Finance)

 

 

Qu’est-ce qui garantit la limite des 21 millions de bitcoins ?

Lorsqu’on entend parler du bitcoin, il ne faut pas attendre longtemps avant que sa politique monĂ©taire singuliĂšre soit Ă©voquĂ©e. Le bitcoin suit en effet un processus d’émission trĂšs prĂ©cis qui limite sa quantitĂ© d’unitĂ©s en circulation Ă  21 000 000 : les fameux 21 millions de bitcoins.

Bien que le principe soit briĂšvement dĂ©crit dans le livre blanc, cette politique monĂ©taire n’a Ă©tĂ© dĂ©finie rigoureusement par Satoshi Nakamoto que le 8 janvier 2009 dans son annonce du lancement de Bitcoin :

La circulation totale sera de 21 000 000 de piĂšces. Elle sera distribuĂ© aux nƓuds du rĂ©seau lorsqu’ils crĂ©eront des blocs, le montant Ă©tant divisĂ© par deux tous les 4 ans.

les 4 premiÚres années : 10 500 000 piÚces
les 4 années suivantes : 5 250 000 piÚces
les 4 années suivantes : 2 625 000 piÚces
les 4 années suivantes : 1 312 500 piÚces
etc


Cela fait du bitcoin une monnaie dure Ă  produire Ă  l’inverse des monnaies fiat imposĂ©es par les États, comme l’euro ou le dollar, dont la gestion de la masse monĂ©taire est dĂ©lĂ©guĂ©e Ă  des banques centrales. Bitcoin donne ainsi aux individus la possibilitĂ© d’épargner une monnaie qui ne perd pas en valeur au cours du temps, et qui empĂȘche au passage les acteurs financiers proches du pouvoir de profiter de l’effet Cantillon.

La politique monĂ©taire du bitcoin constitue donc une propriĂ©tĂ© rĂ©volutionnaire qui n’a mĂȘme pas Ă©tĂ© appliquĂ©e par le passĂ© et beaucoup la mettent en valeur comme une propriĂ©tĂ© gravĂ©e dans le marbre qui ne pourrait absolument pas ĂȘtre modifiĂ©e. NĂ©anmoins ce n’est pas le cas, et cette « rĂ©sistance Ă  l’inflation » doit ĂȘtre, tout comme la rĂ©sistance Ă  la censure, sĂ©curisĂ©e par des individus qui agissent en ce sens.

Bitcoin est un protocole de communication, un ensemble de rĂšgles qui permettent Ă  des gens de transfĂ©rer de la valeur entre eux, et en cela il peut Ă©voluer. Les rĂšgles de consensus qui dĂ©finissent Bitcoin ne sont en effet pas figĂ©es et peuvent faire l’objet de changements, comme l’ont montrĂ© les diffĂ©rentes amĂ©liorations qui ont jalonnĂ© l’existence de Bitcoin telles que P2SH, les verrous temporels ou SegWit.

De plus, l’évolution du protocole peut se faire dans un sens non prĂ©vu originellement, ce qui a eu lieu Ă  de multiples reprises dans l’histoire des cryptomonnaies.

En juin 2016, Ethereum a ainsi violĂ© l’immuabilitĂ© de sa propre chaĂźne en annulant le piratage d’un contrat autonome (TheDAO) oĂč 3,6 millions d’éthers, qui reprĂ©sentaient plus de 45 millions d’euros. Cette somme dĂ©robĂ©e reprĂ©sentait 4,4 % de la quantitĂ© totale d’éthers en circulation, et une majoritĂ© Ă©conomique (Ă  commencer par Vitalik Buterin) a donc dĂ©cidĂ© de revenir sur ce transfert le 20 juin. Un groupe dissident a refusĂ©, ce qui a crĂ©Ă© une autre chaĂźne oĂč le piratage Ă©tait toujours prĂ©sent, qui s’appelle aujourd’hui Ethereum Classic.

De mĂȘme, Bitcoin a changĂ© depuis ses dĂ©buts et n’est plus le mĂȘme qu’en 2011. Le principal changement n’est pas un modification du protocole en soi, mais un changement de vision : les visions d’une monnaie d’échange et d’un moyen de transfert anonyme, qui Ă©taient prĂ©dominantes aux dĂ©buts de Bitcoin, se sont estompĂ©es au profit de la vision d’un or numĂ©rique qui servirait de monnaie de rĂ©serve. MĂȘme si les premiĂšres visions subsistent au travers du projet Lightning et des logiciels dĂ©diĂ©s Ă  la confidentialitĂ© (Wasabi, Samourai, JoinMarket), elles sont devenues nĂ©anmoins minoritaires dans la communautĂ© de Bitcoin. En effet, les gens s’enthousiasment plus aujourd’hui pour les investissements de grandes entreprises comme MicroStrategy et Square, ou pour l’intĂ©gration 100 % custodiale du bitcoin dans PayPal, que pour l’échange commercial ou pour l’usage rĂ©alisĂ© sur le dark web.

 

Visions de Bitcoin Nic Carter Hasu
Visions de Bitcoin (Nic Carter et Hasu).

 

Ce changement de narration s’est accompagnĂ© d’un maintien conservateur du protocole, notamment par le biais d’une restriction de sa capacitĂ© transactionnelle. Cette restriction a pour effet de prĂ©server la dĂ©centralisation du minage donc la sĂ©curitĂ© de la chaĂźne, mais aussi d’accroĂźtre considĂ©rablement les frais de transaction payĂ©s par les utilisateurs, qui peuvent actuellement ĂȘtre de plusieurs euros en moyenne pour un traitement rapide par le rĂ©seau2.

Face Ă  ces changements, nous sommes donc en droit de nous demander quelle est la force qui empĂȘche la politique monĂ©taire de Bitcoin d’ĂȘtre modifiĂ©e, ce qui nous amĂšne naturellement Ă  la question plus gĂ©nĂ©rale de la gouvernance de Bitcoin, c’est-Ă -dire la maniĂšre dont il est dirigĂ©. Qui dĂ©cide de l’avenir du protocole ?

D’une part, certains pensent que la gouvernance est la prĂ©rogative des dĂ©veloppeurs du protocole, que ceux-ci sont en charge de ce qui doit ou non ĂȘtre intĂ©grĂ©. Pour Bitcoin, ce serait le cas de l’implĂ©mentation de rĂ©fĂ©rence, Bitcoin Core, et de son mainteneur principal, Wladimir van der Laan, qui possĂšdent les droits sur le dĂ©pĂŽt GitHub. Il est en effet vrai que les dĂ©veloppeurs ont une certaine influence sur le protocole en acceptant ou en refusant d’inclure une modification : par effet d’inertie, ils ont un poids dans les choix qui vont ĂȘtre faits, car tout changement non consenti par eux devrait ĂȘtre implĂ©mentĂ© par une nouvelle Ă©quipe peut-ĂȘtre moins expĂ©rimentĂ©e et moins bien financĂ©e. NĂ©anmoins, si un changement majeur et controversĂ© en venait Ă  ĂȘtre proposĂ© (comme le serait probablement une violation de la politique monĂ©taire du bitcoin), les dĂ©veloppeurs n’auraient aucune chance de voir leur modification ĂȘtre acceptĂ©e. C’est notamment ce qui s’est passĂ© pour Bitcoin ABC, l’implĂ©mentation principale du protocole Bitcoin Cash, qui se voit aujourd’hui ĂȘtre exclue pour avoir tentĂ© de rediriger 8 % de la rĂ©compense de bloc Ă  ses fins.

D’autre part, une opinion assez rĂ©pandue suppose que ce sont les mineurs qui doivent dĂ©cider de l’évolution du protocole, notamment par le biais de votes proportionnĂ©s Ă  leur puissance de calcul. Ces mineurs sont en effet garants de l’intĂ©gritĂ© de la chaĂźne de blocs et possĂšdent un rĂŽle majeur dans Bitcoin. Il est donc Ă©vident qu’une version de Bitcoin privilĂ©giĂ©e par les mineurs a plus de chances de prospĂ©rer qu’une version concurrente qui serait plus sensible Ă  la censure. Cependant, ce ne sont pas les mineurs qui possĂšdent le rĂ©el pouvoir sur le protocole, pour la simple et bonne raison que ce ne sont pas eux qui contribuent Ă  valoriser l’unitĂ© de compte. En raisonnant par l’absurde, on pourrait dire que si les mineurs Ă©taient rĂ©ellement en charge du protocole, le systĂšme Ă©conomique de Bitcoin serait vouĂ© Ă  l’échec : ils seraient en effet incitĂ©s Ă  augmenter leurs revenus par la crĂ©ation monĂ©taire Ă  l’instar des banques centrales.

Tout ceci nous amĂšne Ă  la troisiĂšme catĂ©gorie d’acteurs impliquĂ©s dans Bitcoin : les utilisateurs, ou plutĂŽt les marchands, c’est-Ă -dire les personnes qui acceptent le bitcoin comme moyen de paiement pour un bien ou un service. Cette catĂ©gorie des marchands est Ă  prendre au sens large et inclut, outre les commerçants classiques, les Ă©pargnants et les spĂ©culateurs qui Ă©changent de l’euro contre du bitcoin. Le fait est que ce sont ces utilisateurs qui, par l’usage direct ou indirect d’un nƓud complet, dĂ©cident rĂ©ellement de la direction dans laquelle Bitcoin doit aller, car ce sont eux qui apportent de la valeur au bitcoin.

Lorsqu’en novembre 2017 il a Ă©tĂ© question de doubler la capacitĂ© transactionnelle de Bitcoin par le biais d’une mise Ă  niveau appelĂ©e SegWit2X, les utilisateurs ont refusĂ©. Cette proposition, soutenue par la majoritĂ© des mineurs et par une grande part des entreprises du milieu, a Ă©tĂ© annulĂ©e avant son activation au vu de l’impopularitĂ© de celle-ci. Ainsi, c’est le sectarisme des utilisateurs et des dĂ©tenteurs de bitcoins, attisĂ© par un certain nombre d’influenceurs, qui a prĂ©valu dans l’affaire, chose que pressentait Satoshi Nakamoto dĂšs dĂ©cembre 2010 :

Les utilisateurs de Bitcoin pourraient devenir de plus en plus sectaires à propos de la limitation de la taille de la chaüne pour que son accùs reste facile pour beaucoup d’utilisateurs et pour les petits appareils.

Le modĂšle Ă©conomique de Bitcoin est ainsi protĂ©gĂ© par ces marchands qui, par le biais d’une conservation plus ou moins longue, sont incitĂ©s Ă  faire en sorte que la valeur du bitcoin ne baisse pas, et mĂȘme qu’elle augmente. Il est donc dans leur intĂ©rĂȘt de ne pas modifier la politique monĂ©taire dĂ©flationniste du bitcoin. De plus, la limite des 21 millions de bitcoins est un point de Schelling fort qui dĂ©vantagerait toute tentative de changement.

NĂ©anmoins, ce modĂšle n’est pas magique et, tout comme le minage, repose essentiellement sur la rĂ©sistance individuelle des marchands aux pressions, qu’elles soient intĂ©rieures (la proposition d’une Ă©mission monĂ©taire pour protĂ©ger la chaĂźne par exemple) ou extĂ©rieures.

Le cas d’une pression extĂ©rieure est le plus parlant. De maniĂšre pessimiste, on pourrait imaginer qu’un dĂ©cret appliquĂ© par les États membres de l’ONU impose par la loi une crĂ©ation monĂ©taire qui reviendrait Ă  une banque centrale mondiale, et qui rendrait illĂ©gale la version dĂ©flationniste de Bitcoin. Dans ce dernier cas, le destin de Bitcoin serait entre les mains aux marchands, qui devraient faire preuve de courage en refusant ce dĂ©cret et en acceptant le bitcoin interdit, soit en toute illĂ©galitĂ© dans leur pays, soit dans un pays non concernĂ©.

Ainsi, Ă  l’instar du bon traitement des transactions qui est garanti par les mineurs et renforcĂ© par la dĂ©centralisation du minage, la dĂ©fense de la politique monĂ©taire est assurĂ©e par les marchands et affermie grĂące Ă  leur degrĂ© d’indĂ©pendance : moins il y a de marchands capables de continuer leur activitĂ© dans l’illĂ©galitĂ© ou depuis des lieux non rĂ©glementĂ©s, notamment par la gestion de leur propre nƓud complet, moins le bitcoin est rĂ©sistant Ă  l’inflation.

 

Conclusion

Bitcoin est un systĂšme Ă©conomique basĂ© sur l’action d’individus libres. Sa sĂ©curitĂ© ne provient donc pas des concepts sous-jacents Ă  son fonctionnement comme la cryptographie, la chaĂźne de blocs, le logiciel libre, la dĂ©centralisation ou la puissance de calcul, mais de la volontĂ© humaine des personnes qui Ɠuvrent chaque jour Ă  sa survie. Bitcoin ne serait pas lĂ  sans ses dĂ©veloppeurs bienveillants, ses mineurs soucieux de la rĂ©sistance de la chaĂźne et ses marchands prĂȘts Ă  tout pour conserver un protocole sain.

Bitcoin peut ainsi ĂȘtre dĂ©nigrĂ©, rĂ©glementĂ©, interdit, attaquĂ©, combattu, mais il ne pourra pas ĂȘtre dĂ©truit dans son principe tant qu’il y aura des gens derriĂšre lui. C’est pourquoi sa communautĂ© est si cruciale : mĂȘme dans les pires moments de doute, il y aura toujours des personnes prĂȘtes Ă  programmer, Ă  miner et Ă  valoriser le bitcoin. Ainsi, malgrĂ© les restrictions imposĂ©es par les États et les efforts des banques centrales pour le singer, Bitcoin est lĂ  pour rester. Et c’est tant mieux.

 


Notes

1. ↑ Je tire cette rĂ©flexion de la thĂ©orie d’Eric Voskuil et en particulier de son texte sur le principe du partage du risque dans lequel il observe que le risque individuel d’accepter ou de miner le bitcoin dĂ©pend du nombre de gens qui le prennent.

2. ↑ Ces deux changements, relatifs Ă  Bitcoin et Ă  Ethereum, ne sont pas forcĂ©ment de mauvaises Ă©volutions : le monde a probablement besoin d’une rĂ©serve de valeur Ă  hauts frais trĂšs sĂ©curisĂ©e et trĂšs stable (surtout lorsqu’on constate les derniers agissements des États et des banques centrales) et d’une plateforme de contrats autonomes qui puisse ĂȘtre modifiĂ©e socialement dans le cas oĂč 5 % des fonds sont concernĂ©s. NĂ©anmoins, ces changements indiquent que certains principes peuvent s’éroder et que les protocoles peuvent effectivement Ă©voluer dans un sens non prĂ©vu originellement.

❌