The Genesis Book

Quand on envoie du bitcoin, on oublie facilement les expériences qui ont rendu ce transfert possible. Aaron van Wirdum y revient dans The Genesis Book. Paru en 2024, le livre croise histoire monétaire, cryptographie et parcours de personnes souhaitant agir en ligne sans surveillance permanente. Pour un débutant, il pose une question utile : quels éléments devaient fonctionner ensemble pour qu’une monnaie numérique ne dépende plus d’une seule entreprise ? [1] [2]

L’introduction s’ouvre sur Douglas Jackson et son système e-gold. Les utilisateurs transféraient en ligne des soldes représentant des droits sur de l’or physique. Le métal ne changeait pas de coffre à chaque paiement ; l’entreprise mettait ses comptes à jour. C’était pratique, mais le service dépendait d’elle. Le récit de l’intervention des autorités distingue la couverture d’une monnaie de la disponibilité des paiements : l’or peut toujours exister alors que les transferts ne fonctionnent plus. [2]

Des monnaies privées, le récit passe à ceux qui voulaient protéger la vie privée sur le réseau. Les Cypherpunks faisaient de la cryptographie, c’est-à-dire des méthodes mathématiques de protection de l’information, un outil concret. Affirmer un droit à la vie privée ne suffisait pas : il fallait des logiciels permettant de communiquer en sécurité. Le livre relie ces efforts à la recherche d’argent liquide électronique. On comprend mieux pourquoi Bitcoin traite ensemble monnaie, vérification et dépendance envers les intermédiaires. [2]

Dans le chapitre public consacré à Hashcash, Adam Back rencontre un problème quotidien : envoyer un courriel indésirable ne coûte presque rien. Et si l’expéditeur devait d’abord faire travailler son ordinateur ? Il pourrait joindre le résultat au message, et le destinataire le vérifier rapidement. La charge serait faible pour un envoi occasionnel, mais s’accumulerait pour des envois massifs. Hashcash cherchait ainsi à limiter les abus sans demander à chacun de révéler son identité. [3]

Hashcash utilise Proof of Work : trouver un résultat acceptable demande des calculs répétés, tandis que sa vérification est simple. Imaginons chercher un nombre qui, traité avec les données du message, satisfait une condition précise. L’ordinateur essaie plusieurs possibilités jusqu’à réussir. Cela ne donne pourtant pas une pièce au destinataire. Il reçoit la preuve d’un travail, pas de l’argent à dépenser ensuite. Hashcash ne constituait donc pas, à lui seul, un système monétaire complet. [3]

Même une solution ingénieuse ne s’impose pas toute seule. Si un destinataire exige Hashcash mais que les expéditeurs ne savent pas le produire, il refusera aussi des messages attendus. Si personne ne l’exige, les expéditeurs n’ont guère de raison de l’ajouter. Le chapitre rend concret ce problème d’adoption réciproque. Le coût de calcul était une brique importante ; le transfert de valeur, les règles monétaires et les raisons de participer restaient également à résoudre. [3]

Des économistes côtoient les programmeurs dans ce récit. Les notes écrites accompagnant un entretien de CheckSig évoquent l’intérêt de l’auteur pour les réflexions de Hayek sur une monnaie hors du monopole étatique. Elles éclairent la recherche d’alternatives aux monnaies établies. Elles ne dévoilent pas toute la bibliothèque ni les motivations de Satoshi. Le contexte historique et l’interprétation de l’auteur n’ont pas la même portée qu’une preuve reliant directement un texte précis à une décision précise. [5]

Cette entrée s’appuie sur la lecture de l’introduction publique, du chapitre Hashcash et de la page About du manuscrit diffusé en 2023. L’éditeur fournit les informations de publication ; les notes écrites de CheckSig apportent le contexte économique. Il ne s’agit ni d’une vérification de tout le livre publié ni d’une affirmation selon laquelle sa version finale correspond partout au manuscrit. Les entrées Cypherpunks, Hashcash et Proof of Work détaillent l’apport de ces expériences. [2] [3] [4] [1] [5]