Du Bitcoin à la tokenisation : une brève histoire

Avant la première cryptomonnaie publique

La valeur numérique n’a pas commencé avec Bitcoin. Les banques tenaient des registres électroniques de comptes bien avant l’apparition des chaînes de blocs publiques, les réseaux de paiement reliaient des institutions et des chercheurs exploraient la monnaie électronique cryptographique. Des systèmes antérieurs ont introduit des techniques telles que les signatures numériques, les fonctions de hachage cryptographiques et la preuve de travail. Une signature numérique est une preuve mathématique créée à l’aide d’une clé secrète et qui peut être vérifiée avec la clé publique correspondante ; une fonction de hachage cryptographique produit une sortie de longueur fixe à partir de données. Ces éléments fondamentaux ont permis d’étudier l’authentification, l’intégrité des enregistrements et la rareté des unités numériques.

Pour replacer les choses dans leur contexte historique, il faut distinguer l’invention du déploiement. Des propositions de monnaie électronique et d’enregistrements détectant toute altération existaient avant Bitcoin, mais nombre d’entre elles dépendaient d’un opérateur central ou n’ont jamais été largement utilisées en pratique. Le défi persistant était le problème de la double dépense : si une unité numérique n’est qu’une information, comment un réseau peut-il empêcher quelqu’un de dépenser deux fois des copies équivalentes sans faire confiance à un seul teneur de registre ? Bitcoin a fourni une réponse opérationnelle pour un réseau public, mais il n’a pas inventé tous les composants sur lesquels il repose.

2008–2009 : Bitcoin devient opérationnel

Le 31 octobre 2008, le pseudonyme Satoshi Nakamoto a diffusé « Bitcoin: A Peer-to-Peer Electronic Cash System ». Le document décrivait un réseau dans lequel les participants pouvaient vérifier un historique partagé des transactions sans dépendre d’un processeur de paiement central unique pour régler chaque transfert. Le premier bloc Bitcoin, communément appelé le bloc de genèse, a été créé le 3 janvier 2009. Les premiers logiciels permettaient aux utilisateurs de diffuser des transactions et d’examiner indépendamment le registre du réseau. Ces dates sont des jalons historiques, et non une raison de supposer que les technologies ultérieures sont identiques à Bitcoin.

Bitcoin a associé la participation publique, l’autorisation cryptographique et des règles d’enregistrement des transactions dans un système opérationnel cohérent. Du point de vue de ce module d’introduction, son innovation centrale n’était pas un nouveau type d’image ou de document. Il s’agissait d’une unité numérique transférable dont l’historique pouvait être vérifié au regard de règles partagées par des parties qui ne se connaissaient pas nécessairement. La manière dont le réseau résout les désaccords sera abordée dans le prochain module, « Comment les chaînes de blocs parviennent au consensus ».

Années 2010 : nouvelles conceptions et actifs programmables

Avec l’essor du développement des réseaux publics, les communautés ont expérimenté différentes fonctionnalités de transaction, différents modèles opérationnels et différentes règles. Certains projets privilégiaient les paiements ; d’autres exploraient la confidentialité, l’identité ou la coordination entre plusieurs parties. Il en a résulté non pas une industrie uniforme, mais une famille d’architectures reposant sur des hypothèses différentes. Un responsable devrait donc éviter des affirmations telles que « toutes les chaînes de blocs sont publiques » ou « chaque jeton peut être échangé contre son actif sous-jacent », car aucune de ces affirmations n’est généralement vraie.

Ethereum a lancé son réseau principal le 30 juillet 2015 et a popularisé un environnement polyvalent pour les contrats intelligents. Un contrat intelligent est un logiciel déployé sur une chaîne de blocs ou une plateforme similaire, qui exécute les actions prescrites lorsque les conditions définies dans son code sont remplies. Le mot « contrat » ne garantit pas que le programme constitue un accord juridiquement exécutoire. Ces programmes ont simplifié la création et la gestion d’unités de jetons à l’aide d’interfaces partagées, élargissant ainsi les possibilités de conception au-delà de la monnaie native d’un réseau.

Les normes de jetons ont aidé des applications sans lien entre elles à interagir avec les jetons de manière plus prévisible. Par exemple, une norme peut définir la manière d’interroger les soldes et de demander des transferts. La normalisation ne vérifie pas les activités d’un émetteur, ne prouve pas une créance et ne protège pas les utilisateurs contre un code défectueux. Il vaut mieux la comprendre comme un outil d’interopérabilité : des interfaces techniques communes réduisent le travail nécessaire aux portefeuilles, aux applications et aux autres infrastructures pour reconnaître des types d’enregistrements similaires.

Des jetons aux arrangements du monde réel

La tokenisation a élargi la réflexion, qui ne porte plus seulement sur les unités natives des réseaux, mais aussi sur les représentations d’instruments et d’actifs émis en dehors d’une chaîne de blocs. Il peut s’agir de la représentation numérique d’une créance obligataire, d’une part dans une structure de fonds admissible, d’un billet ou d’un droit à des services déterminés. Dans le langage du secteur, un « actif du monde réel » désigne généralement un actif ou une créance hors chaîne auquel font référence des enregistrements sur chaîne. Ce terme est descriptif et ne remplace pas l’identification de l’instrument juridique réel.

Pour une obligation tokenisée, les questions importantes comprennent notamment : qui est tenu d’effectuer les paiements, quel registre fait autorité sur le plan juridique, si des restrictions aux transferts s’appliquent et quels recours un investisseur peut exercer en cas de défaillance d’un opérateur. Pour un billet de spectacle, les caractéristiques essentielles peuvent plutôt concerner les règles d’admission, les droits au remboursement et les dispositifs antifraude. Ces deux exemples utilisent des enregistrements numériques, mais leurs profils de risque et leurs exigences juridiques diffèrent. La tokenisation modifie la manière dont l’information est représentée et traitée ; elle ne crée pas automatiquement de nouveaux droits.

Les dispositifs à valeur stable ont vu le jour pour fournir des jetons conçus pour suivre une référence, telle qu’une monnaie. Leur conception peut varier considérablement, notamment quant à la nature de la garantie, aux mécanismes de remboursement et à la gouvernance. Certains ressemblent à des créances sur un émetteur identifiable ; d’autres reposent sur des mécanismes de marché ou logiciels. Un nom qui suggère la stabilité ne doit jamais être considéré comme une garantie. En pratique, il faut lire les conditions applicables et déterminer si le dispositif dépend de réserves, de dépositaires externes ou de marchés fonctionnels.

Les institutions et les autorités publiques entrent dans le débat

L’intérêt pour les systèmes de registre distribué s’est également étendu aux infrastructures de règlement, aux chaînes d’approvisionnement, aux organismes de tenue de registres et aux banques centrales. L’expression monnaie numérique de banque centrale (MNBC) désigne au sens large la monnaie numérique d’une banque centrale ; sa conception précise et sa disponibilité varient selon les juridictions. Une MNBC n’est pas automatiquement une cryptomonnaie, et l’existence d’un registre de banque centrale ne signifie pas que le public peut y participer librement et sans autorisation. Par ailleurs, des institutions ont exploré des réseaux à accès restreint, dans lesquels la participation ou les droits d’écriture sont réservés à des entités agréées.

Le vocabulaire réglementaire s’est développé parallèlement à l’adoption. La Recommandation 15 du GAFI traite des risques associés aux nouvelles technologies, notamment des actifs virtuels et des prestataires de services sur actifs virtuels ; la Recommandation 16 du GAFI porte sur la transparence des paiements et est souvent évoquée en lien avec les informations accompagnant certains transferts d’actifs virtuels. Des cadres régionaux ont suivi, par exemple le règlement de l’UE sur les marchés de crypto-actifs (MiCA), qui a créé un régime dédié à de nombreux crypto-actifs et prestataires de services, tandis que les instruments financiers sont restés soumis au droit des valeurs mobilières. Ces évolutions illustrent le passage de la nouveauté à une surveillance spécialisée, et non l’avènement d’un corpus de règles universellement harmonisé.

Cinq leçons historiques

• Les chaînes de blocs publiques réutilisent des idées plus anciennes en cryptographie et en réseautique ; c’est leur combinaison opérationnelle qui compte.
• Une monnaie native et un jeton représentant une créance juridique externe ne doivent pas être considérés comme la même chose.
• La programmabilité élargit les fonctionnalités tout en ajoutant des dépendances logicielles et de gouvernance.
• Les conceptions à accès restreint et sans permission répondent à des besoins organisationnels différents.
• Le traitement réglementaire varie selon le produit, l’activité, la juridiction et la période.

L’histoire est utile, car elle évite les fausses équivalences. Le lancement de Bitcoin constitue un jalon pour les registres décentralisés de transactions ; celui d’Ethereum, un jalon pour la programmabilité polyvalente ; et la tokenisation est une technique plus large permettant de représenter des créances et des droits. Ces évolutions se recoupent sans former une séquence simple dans laquelle une technologie en remplace nécessairement une autre. Le critère opérationnel reste la question de savoir si le système apporte un avantage démontrable pour un cas d’utilisation précis.

Point à retenir pour l’examen : retenez le document Bitcoin de 2008, le bloc de genèse de janvier 2009, le lancement d’Ethereum en 2015 et la différence entre la création de cryptomonnaies et la tokenisation de droits externes.