Le texte qui a lancé Bitcoin tient en neuf pages et environ 3 500 mots, et le mot « blockchain » n’y figure nulle part. L’auteur parle d’une « chaîne » et de la plus longue « chaîne de preuve de travail ». Écrivant sous le nom de Satoshi Nakamoto, pool di un market maker automatico divergono, rispetto a tenere semplicemente gli stessi token. Diventa definitiva al prelievo.">il l’a annoncé sur une liste de diffusion consacrée à la cryptographie le 31 octobre 2008. Au 23 octobre 2026, le réseau décrit dans ce texte avait produit plus de 972 000 blocs et tournait à environ 1 055 exahashs par seconde, selon l’estimation de mempool.space consultée ce matin-là.
Voici le livre blanc de Bitcoin expliqué section par section, pour les lecteurs qui savent déjà ce qu’est Bitcoin et veulent comprendre ce que son document fondateur soutient vraiment. Le résumé tient en une phrase : le texte propose de remplacer le tiers de confiance, la banque ou la monnaie d’État, par un ordre public des transactions que personne ne peut réécrire à bon compte. Tout le reste n’est que l’ingénierie nécessaire pour que cet ordre tienne.
Le plus simple est de le lire comme une suite d’objections. Une pièce peut être une série de signatures, mais alors on peut la dépenser deux fois. L’empêcher suppose un ordre public des événements. Cet ordre suppose des horodatages. Et ces horodatages demandent un coût qui rende leur réécriture difficile. Chaque section répond au problème laissé ouvert par la précédente, et la onzième fait le calcul des chances d’un attaquant. Les sections sont racontées ci-dessous avec nos mots, avec seulement quelques citations courtes, et confrontées au réseau tel qu’il fonctionne en 2026.
Le livre blanc de Bitcoin : ce que c’est, et ce que ce n’est pas
Le titre complet est « Bitcoin: A Peer-to-Peer Electronic Cash System ». Le PDF hébergé sur bitcoin.org/bitcoin.pdf compte neuf pages : un résumé, douze sections numérotées, deux pages de formules avec un court programme et ses résultats, et huit références. L’exemplaire que nous avons téléchargé le 23 octobre 2026 porte des métadonnées de mars 2009 : c’est donc un export ultérieur, pas le fichier même qui était lié dans le message d’octobre 2008. L’Institut Satoshi Nakamoto, qui tient des archives des écrits de Satoshi, date le texte du 31 octobre 2008 sur sa page en français.
Après l’annonce, Satoshi a aussi retouché le texte. Le résumé que Satoshi a collé dans son courriel du 31 octobre diffère par endroits de celui du PDF : la version du courriel parle de nœuds honnêtes qui contrôlent la plus grande part de puissance CPU, tandis que le PDF évoque une majorité de puissance CPU détenue par des nœuds qui ne coopèrent pas pour attaquer le réseau. Le raisonnement est le même, la formulation a été resserrée.
C’est une proposition technique, proche d’une prépublication universitaire. Le nom Bitcoin n’apparaît que dans le titre et dans l’adresse web placée sous le nom de l’auteur. Le corps du texte parle d’une « pièce électronique » et de nœuds qui dépensent de la puissance CPU. Plusieurs éléments que les lecteurs associent à Bitcoin en sont absents : le plafond de 21 millions, les halvings, les portefeuilles, les puces de minage dédiées. Une section plus bas en dresse la liste.
Ce n’est pas non plus un « livre blanc » au sens où l’entendent les régulateurs financiers aujourd’hui. Dans le règlement européen MiCA, le livre blanc d’un crypto-actif est un document d’information que l’émetteur d’un jeton doit notifier à une autorité de supervision. Satoshi n’a rien vendu et n’a rien demandé. La différence compte, et nous y revenons à la fin.
Comptez 15 à 20 minutes pour une lecture attentive du texte, davantage si vous travaillez la section 11 (c’est notre estimation). Les mathématiques sont facultatives : on peut sauter les formules et suivre quand même le raisonnement, puisque le texte imprime ses résultats dans des tableaux lisibles.
Le livre blanc de Bitcoin en PDF et en français : où le lire
L’original en anglais se trouve sur bitcoin.org/bitcoin.pdf, avec une copie sur les serveurs de l’Institut Satoshi Nakamoto. La page anglaise du document sur bitcoin.org (en anglais) recense des traductions dans des dizaines de langues, chacune en PDF et créditée à un traducteur nommé. Aucune ne vient de Satoshi, aucune n’a de valeur officielle.
Pour les lecteurs francophones, il n’existe pas de page française du document sur bitcoin.org : l’adresse bitcoin.org/fr/bitcoin-paper renvoyait une erreur quand nous l’avons testée le 23 octobre 2026. Le PDF français est lié depuis la page anglaise, à l’adresse bitcoin.org/files/bitcoin-paper/bitcoin_fr.pdf. Il compte 11 pages, s’intitule « Bitcoin : un système de paiement électronique pair-à-pair » et est signé Arnaud-François Fausse. Ses métadonnées indiquent une création en septembre 2018. Le traducteur prévient en fin de document que sa version « ne prétend en aucun cas être un substitut parfait » de l’original, et qu’il faut utiliser les documents originaux pour toute œuvre dérivée. En France, on cherche le plus souvent ce texte sous le nom de « livre blanc », une expression que la traduction elle-même n’emploie pas : elle parle de « ce papier » et de « document ».
Si vous cherchez le « livre blanc Bitcoin en PDF français », voilà donc le chemin : le PDF ci-dessus, ou la page française de l’Institut Satoshi Nakamoto, qui propose elle aussi la traduction. Les traductions italienne et autres sont listées sur la page anglaise de bitcoin.org.
Pour citer le texte dans un devoir ou un rapport, la forme habituelle est : Satoshi Nakamoto, « Bitcoin: A Peer-to-Peer Electronic Cash System », 31 octobre 2008, https://bitcoin.org/bitcoin.pdf. Si vous citez la traduction française, mentionnez aussi l’original anglais, comme le demande la note du traducteur, et nommez Arnaud-François Fausse.
Dans cette leçon, les citations du texte reprennent les mots de la traduction française d’Arnaud-François Fausse, que nous nommons à chaque fois. Le vocabulaire de cette traduction est parfois inattendu : « double-dépense » pour double spending, « preuve-de-travail » pour proof of work, « horodatage » pour time stamping, « empreinte numérique » pour hash, « pièce » pour coin. Dans le reste de l’article, nous écrivons « double dépense », « preuve de travail » et « hash », qui sont les formes d’usage courant.
Le livre blanc de Bitcoin expliqué en douze sections
Les sections se répartissent en trois groupes. Les sections 1 et 2 posent le problème : les paiements en ligne reposent sur la confiance, et une pièce purement numérique peut être copiée. Les sections 3 à 6 construisent la machine : l’horodatage, la preuve de travail, le fonctionnement courant du réseau et la prime qui pousse des gens à le faire tourner. Les sections 7 à 11 règlent l’ingénierie et la démonstration, du stockage et des clients légers à la forme d’une transaction, à la vie privée et aux chances d’une attaque. La section 12 résume le tout en un paragraphe.
| Section (titre de la traduction française) | Question à laquelle elle répond | Ce qu’elle est devenue (en octobre 2026) |
|---|---|---|
| 1 Introduction | Pourquoi supprimer le tiers de confiance ? | Le motif affiché de tout le projet |
| 2 Transactions | Qu’est-ce qu’une pièce ? | Des transactions signées entre paires de clés |
| 3 Serveur d’horodatage | Comment fixer un ordre des événements ? | Chaque bloc pointe vers le hash du précédent |
| 4 Preuve-de-travail | Pourquoi cet ordre est-il difficile à réécrire ? | Le minage, environ 1 055 EH/s le 23 octobre 2026 |
| 5 Réseau | Que fait chaque nœud ? | La routine de diffusion et de validation des blocs |
| 6 Prime de résultat | Pourquoi faire tourner un nœud ? | Subvention du bloc plus frais |
| 7 Demande d’espace disque | Le stockage va-t-il exploser ? | Des racines de Merkle dans des en-têtes de 80 octets |
| 8 Vérification de paiement simplifiée | Un utilisateur peut-il vérifier sans nœud complet ? | Les portefeuilles légers |
| 9 Combinaison et séparation des valeurs | Comment les montants s’additionnent et se divisent-ils ? | Entrées, sorties et monnaie rendue |
| 10 Vie privée | Qui voit quoi ? | Registre public, adresses pseudonymes |
| 11 Calculs | Quelle sécurité après z blocs ? | L’habitude d’attendre des confirmations |
| 12 Conclusion | Qu’a-t-on démontré ? | Un consensus fondé sur la puissance de calcul |
Résumé et introduction : la confiance traitée comme un coût
Le résumé (« Résumé » dans la traduction) énonce l’objectif en une phrase : un argent pour Internet qui circule d’une personne à l’autre sans institution financière au milieu. Il nomme ensuite l’obstacle, la double dépense, et le remède, un réseau pair à pair qui date les transactions dans une chaîne de preuves de travail. La condition de sécurité arrive aussitôt : le système tient tant que la majorité de la puissance de calcul appartient à des nœuds qui ne s’entendent pas pour l’attaquer.
L’introduction est la seule partie qui ressemble à une critique économique, et sa cible est étroite : ni la monnaie, ni les banques en tant que telles, mais le coût de la médiation. Un paiement réversible est un paiement que quelqu’un doit surveiller. Régler les litiges coûte de l’argent, ce coût fixe un plancher au montant d’un paiement qui vaut la peine, et les commerçants se protègent en réclamant à leurs clients des informations personnelles supplémentaires. Une part de fraude devient un coût que tout le monde budgète.
En face à face, l’argent liquide évite tout cela. En 2008, rien n’y parvenait en ligne. La réponse de Satoshi, dans la traduction de Fausse : « un système de paiement électronique basé sur une preuve cryptographique au lieu de la confiance ». Le détail que la plupart des résumés oublient, c’est que le texte garde une place à la protection de l’acheteur : des paiements pratiquement irréversibles protègent le vendeur, et des mécanismes de séquestre pourraient s’y ajouter pour l’acheteur. Le règlement des litiges sort du paiement lui-même, il n’est pas supprimé.
Une remarque pour les lecteurs de 2026 : beaucoup de gens détiennent aujourd’hui leurs bitcoins via une plateforme d’échange, ce qui réintroduit le tiers de confiance. Notre leçon sur le fonctionnement des plateformes d’échange centralisées explique ce que l’on confie dans ce cas. Le texte, lui, ne décrit que des gens qui détiennent leurs propres clés.
Section 2 : une pièce est une chaîne de signatures
La section 2 s’ouvre sur la ligne la plus dense du texte : « Nous définissons une pièce (de monnaie) électronique comme une chaîne de signatures électroniques » (traduction française d’Arnaud-François Fausse). Il n’y a pas d’objet « pièce » du tout, seulement une trace de transferts. Pour payer quelqu’un, on signe ensemble deux choses : l’empreinte (le hash) de la transaction qui vous a donné la pièce, et la clé publique de la personne payée. Chaque transfert se place au bout de la trace, si bien que quiconque la détient peut remonter la propriété pas à pas, un peu comme un employé de banque lit les endossements au dos d’un chèque.
La signature se fait avec la clé privée du propriétaire, qui n’a jamais besoin de quitter ses mains ; le propriétaire suivant est désigné par une clé publique, et les adresses Bitcoin d’aujourd’hui sont en général dérivées de clés publiques. La façon dont une paire de clés est générée, et pourquoi on ne peut pas la deviner, fera l’objet d’une leçon ultérieure. Retenez ici qu’une signature valide prouve que la bonne clé a servi.
Ce que les signatures ne montrent pas, c’est que le propriétaire n’a pas donné la même pièce à quelqu’un d’autre une minute plus tôt. C’est le problème de la double dépense. La solution classique de l’époque était une monnaie d’émission centrale : un émetteur qui voit chaque paiement, retire chaque pièce après usage et en émet une neuve. L’objection du texte est franche. Un tel émetteur reconstruit simplement une banque, avec une seule société sur le chemin de chaque paiement et tout le système monétaire à sa merci.
Il faut donc remplacer ce que savait l’émetteur. L’émetteur voyait toutes les transactions et décidait laquelle venait en premier. Sans lui, chaque transaction doit être annoncée publiquement, une idée que le texte attribue à la proposition b-money de Wei Dai, en 1998, et les participants ont besoin d’un moyen de s’accorder sur un ordre unique. Pour le bénéficiaire, la question devient simple : la majorité du réseau a-t-elle vu mon paiement avant toute autre dépense de la même pièce ? Notre guide sur le fonctionnement des transactions crypto suit les mêmes étapes telles qu’un portefeuille les exécute aujourd’hui.
Sections 3 et 4 : une chaîne d’horodatages coûteuse à réécrire
Satoshi n’a pas inventé les briques de ces deux sections, et le texte le dit dans ses références. Horodater des documents avec des hashs enchaînés remonte aux travaux de Stuart Haber et W. Scott Stornetta, publiés à partir de 1991, et l’idée de faire payer un coût de calcul pour envoyer un message vient du Hashcash d’Adam Back. Notre leçon sur la monnaie numérique avant Bitcoin raconte ces tentatives antérieures ; nous nous en tenons ici à la façon dont le texte les assemble.
Le serveur d’horodatage
Le point de départ est une vieille astuce de notaire. On rassemble un lot d’éléments, on calcule une empreinte unique pour tout le lot, et on la publie dans un endroit public difficile à modifier ensuite ; les exemples du texte sont un journal et un message sur un forum Usenet. Personne n’a pu calculer l’empreinte sans avoir les éléments, donc la valeur imprimée prouve qu’ils existaient à cette date. On chaîne ensuite les lots, chaque nouvelle empreinte couvrant la précédente, et toucher à un ancien lot casse toutes les valeurs publiées après lui. Le mot blockchain est sorti de cette idée plus tard ; notre guide sur ce qu’est une blockchain présente le concept général.
La preuve de travail : un CPU, un vote
Un journal est une partie centrale, aussi la section 4 le remplace-t-elle par la preuve de travail. Les nœuds essaient des valeurs jusqu’à ce que le hash du bloc (SHA-256 dans l’exemple du texte) commence par un nombre imposé de bits à zéro. La valeur qu’ils font varier est un compteur placé dans le bloc, le nonce (la « valeur d’ajustement » de la traduction). Chaque bit à zéro supplémentaire double le nombre moyen d’essais, alors que n’importe qui vérifie une réponse gagnante avec un seul hash. Le coût joue à sens unique : pour modifier un bloc qui en a d’autres au-dessus de lui, un attaquant doit refaire son travail, puis celui de tous les blocs suivants.
Le même dispositif répond à une seconde question : qui décide ? Compter un vote par adresse IP donnerait le pouvoir à quiconque peut en louer beaucoup. « La preuve-de-travail est par essence une-CPU-un-vote », écrit la traduction française d’Arnaud-François Fausse, et le verdict de la majorité est simplement la chaîne qui a le plus de travail derrière elle, celle que l’on appelle d’ordinaire la plus longue. La section se termine par une règle de difficulté, qui suit une moyenne mobile visant un nombre stable de blocs par heure et monte quand les blocs arrivent trop vite.
Deux choses ont changé dans la pratique. Le réseau recalcule désormais la difficulté tous les 2 016 blocs, avec pour cible deux semaines par période, comme l’explique le guide du développeur de bitcoin.org (en anglais) ; le texte ne donnait aucun chiffre de ce genre. Et l’image du « un CPU » a vieilli. Le minage se fait sur des puces spécialisées, et la puissance de calcul du réseau s’établissait à environ 1 055 exahashs par seconde le 23 octobre 2026, selon l’estimation de mempool.space. Le vote se compte toujours en travail de calcul, mais plus sur des processeurs ordinaires.
Sections 5 et 6 : comment le réseau tourne, et pourquoi quelqu’un le fait tourner
Dans la section 5, la routine tient en six étapes numérotées. Avec nos mots :
- Un nouveau paiement est envoyé à tous les nœuds que l’émetteur peut joindre.
- Chaque nœud rassemble les paiements qu’il entend passer dans un bloc candidat.
- Chaque nœud dépense de la puissance de calcul pour chercher une preuve de travail valable pour ce bloc.
- Le premier nœud qui en trouve une envoie le bloc terminé aux autres.
- Les autres contrôlent chaque paiement qu’il contient et rejettent le bloc si l’un est invalide ou dépense des pièces déjà dépensées.
- Un nœud montre qu’il accepte le bloc en se mettant au travail sur le suivant, qui porte le hash du bloc accepté comme lien avec le passé.
Aucun nœud ne dit jamais « oui » dans un message : l’accord se lit à l’endroit où il dépense son travail. Les nœuds tiennent pour valide la chaîne qui a le plus de travail. Il arrive que deux blocs concurrents apparaissent à quelques secondes d’intervalle, et le réseau se retrouve un moment divisé, chaque nœud construisant sur la version qui lui est parvenue en premier tout en gardant l’autre en réserve. Le bloc suivant tranche, parce qu’une branche devient plus longue et que tout le monde la rejoint. Les messages perdus font peu de dégâts. Un paiement n’a besoin d’atteindre que assez de nœuds pour entrer vite dans un bloc, et un nœud qui a raté un bloc le constate à l’arrivée du suivant, puis le réclame.
La section 6, « Prime de résultat » dans la traduction, traite de l’objection évidente : qui paierait l’électricité ? La réponse tient dans la première transaction de chaque bloc, qui est particulière et crée de nouvelles pièces pour celui qui a fabriqué le bloc ; les développeurs l’appellent aujourd’hui la transaction coinbase. C’est aussi le seul moyen pour des pièces d’entrer en circulation, puisqu’il n’y a pas d’émetteur. Satoshi compare cela aux chercheurs d’or qui dépensent des ressources pour mettre de l’or sur le marché, une image qui a fait florès, puisque ceux qui fabriquent les blocs s’appellent aujourd’hui des mineurs. Les frais s’y ajoutent : ce que les entrées d’une transaction contiennent au-delà de ses sorties revient au créateur du bloc.
Vient ensuite une promesse. Une fois « un nombre prédéterminé de pièces » en circulation, la prime pourra reposer sur les seuls frais, sans plus aucune inflation. Le texte ne donne pas de chiffre. Il est arrivé avec le logiciel : dans l’annonce de la première version (en anglais), le 8 janvier 2009, Satoshi écrivait que le total serait de 21 millions de pièces, remises aux fabricants de blocs avec un montant divisé par deux tous les quatre ans. Ce calendrier, le halving de Bitcoin, est appliqué par le logiciel. Le texte ne le décrit jamais.
La section s’achève sur un pari sur les motivations plutôt que sur une preuve. Prenez un attaquant cupide qui contrôle plus de puissance de calcul que tous les nœuds honnêtes réunis. Il pourrait l’employer à annuler ses propres paiements, ou à fabriquer des pièces selon des règles qui lui en donnent déjà plus qu’à quiconque. Satoshi soutient que la seconde option rapporte davantage, puisque tricher ferait baisser la valeur des pièces qu’il détient. C’est un argument d’incitations, pas une garantie, et des recherches ultérieures en ont éprouvé les limites.
Sections 7 à 9 : élagage, vérification légère et forme d’une transaction
Demande d’espace disque
Côté stockage, la section 7 s’inquiète : le disque pourrait se remplir. Quand la dernière transaction d’une pièce est enfouie sous assez de blocs, les anciennes transactions dépensées ne sont plus qu’un poids mort. La solution consiste à hacher les transactions d’un bloc par paires, puis les paires de paires, jusqu’à une valeur unique : un arbre de Merkle, du nom de Ralph Merkle, dont l’article de 1980 figure parmi les références. Seule cette valeur de tête, la racine, entre dans le hash du bloc, si bien que les branches qui contiennent des transactions dépensées peuvent être coupées sans casser la chaîne.
Un en-tête débarrassé de ses transactions pèse environ 80 octets. À raison d’un bloc toutes les 10 minutes, les en-têtes totalisent 4,2 Mo par an, que le texte met en regard des 2 Go de mémoire vive avec lesquels les ordinateurs étaient typiquement vendus en 2008. C’est le seul endroit où le texte mentionne dix minutes, et seulement comme hypothèse de calcul.
La prévision a tenu. Avec 972 744 blocs au 23 octobre 2026 (hauteurs de 0 à 972 743), les seuls en-têtes représentent environ 78 Mo, d’après notre calcul. Les blocs complets sont une autre affaire : ils contiennent les transactions, et l’historique complet pèse bien plus que les en-têtes, ce qui explique que l’élagage et les clients légers des sections 7 et 8 restent utiles.
Vérification de paiement simplifiée
La section 8 montre comment un utilisateur peut contrôler un paiement sans faire tourner un nœud complet. Il ne conserve que la chaîne des en-têtes, en choisissant celle qui porte le plus de travail après avoir interrogé plusieurs nœuds, et demande la branche de Merkle : la poignée de hashs qui relient le paiement à la racine d’un en-tête. Cela ne prouve pas que le paiement est valide. Cela prouve qu’un nœud l’a placé dans un bloc et que d’autres blocs ont été construits dessus depuis.
Satoshi est franc sur le point faible. Un utilisateur léger voit ce que montre la majorité de la puissance de calcul, donc un attaquant qui dominerait le réseau pourrait lui présenter des transactions inventées aussi longtemps que durerait sa domination. Le texte évoque des alertes envoyées par les nœuds complets, et s’attend à ce que les entreprises payées souvent fassent tourner les leurs. Les portefeuilles de téléphone reposent aujourd’hui sur cette idée. La distinction que trace le texte tient toujours : un portefeuille léger fait confiance à la chaîne qu’on lui montre, un nœud complet vérifie lui-même toutes les règles.
Combinaison et séparation des valeurs
Reste la question des montants, traitée en section 9. Imaginons que vous ayez reçu 0,3 et 0,5 bitcoin dans deux paiements antérieurs et que vous deviez maintenant 0,7 à quelqu’un. Au lieu de suivre les pièces une à une, une transaction prend les deux paiements en entrée et crée de nouvelles sorties : 0,7 pour le bénéficiaire et un peu moins de 0,1 qui vous revient en monnaie rendue, la différence étant les frais. Le texte décrit le cas courant comme une ou plusieurs entrées et au moins deux sorties : une pour le paiement, une pour la monnaie rendue. Les transactions réelles peuvent avoir bien plus de sorties : lisez-y la forme usuelle, pas une limite.
Peu importe, d’ailleurs, que chaque entrée dépende de transactions plus anciennes, qui dépendent à leur tour d’autres plus anciennes. Vérifier un paiement n’exige jamais de reconstituer l’historique complet d’une pièce.
Section 10 : la vie privée par des clés anonymes
Les banques protègent la vie privée en fermant leurs registres : seules les parties et la banque voient un paiement. Un registre que tout le monde peut lire exclut cette méthode, donc Satoshi coupe le flux d’information à un autre endroit. Les montants et les heures sont publics ; qui se tient derrière chaque clé ne l’est pas. La comparaison est faite avec le ruban d’une bourse, qui imprime l’heure et la taille de chaque échange sans nommer ni l’acheteur ni le vendeur.
Deux mises en garde suivent. Le texte conseille une nouvelle paire de clés pour chaque transaction, afin que les paiements ne s’accumulent pas sous une même identité. Et il admet qu’une transaction qui dépense plusieurs entrées à la fois révèle au monde que ces entrées ont un propriétaire commun : une seule clé rattachée à une personne peut donc en exposer d’autres. C’est du pseudonymat, pas de l’anonymat : quiconque étudie le registre public peut suivre précisément les liens que décrit la section 10.
Section 11 : les calculs d’un attaquant qui court contre la chaîne honnête
Pour commencer, la section 11 resserre la menace. Même un attaquant qui construit une chaîne plus rapide ne peut pas créer de monnaie à partir de rien ni dépenser celle d’autrui, parce que les nœuds honnêtes refusent les blocs qui contiennent des transactions invalides. La seule chose à sa portée est d’annuler son propre paiement récent : payer un commerçant, repartir avec la marchandise, puis remplacer l’histoire par une version où l’argent n’est jamais parti.
Satoshi traite cela comme une course entre deux chaînes. Appelons p la part des nouveaux blocs trouvés par les nœuds honnêtes et q la part trouvée par l’attaquant. Chaque bloc honnête élargit l’écart d’un cran et chaque bloc de l’attaquant le réduit d’un cran, ce qui est le problème classique de la ruine du joueur en théorie des probabilités ; la référence est le manuel de William Feller, de 1957. Un attaquant qui dispose d’autant de puissance que le camp honnête, ou davantage, finit par le rattraper. Avec moins, ses chances de combler un jour un retard de z blocs diminuent de façon exponentielle quand z augmente.
Reste la question pratique : combien de temps un commerçant doit-il attendre ? Dans le texte, le commerçant ne remet une clé publique toute neuve qu’au dernier moment avant le paiement, si bien que l’attaquant n’a pas pu préparer à l’avance une chaîne concurrente visant cette transaction précise. Le commerçant attend que le paiement soit dans un bloc suivi de z autres blocs, estime jusqu’où un attaquant travaillant en secret a pu aller pendant ce temps (selon une loi de Poisson, dans le texte), et additionne les probabilités. Le calcul est donné sous la forme d’un court programme en C, suivi de ses résultats.
Voici les chiffres du texte lui-même pour un attaquant qui détient 10 % de la puissance de calcul (q = 0,1) et pour un autre qui en détient 30 % (q = 0,3). Nous avons relancé la formule du texte pour plusieurs lignes et obtenu les mêmes valeurs.
| Blocs après le paiement (z) | Attaquant à 10 % (q = 0,1) | Attaquant à 30 % (q = 0,3) |
|---|---|---|
| 0 | 100 % | 100 % |
| 1 | 20,46 % | non donné |
| 5 | 0,0914 % | 17,74 % |
| 6 | 0,0243 % | non donné |
| 10 | 0,00012 % | 4,17 % |
| 20 | non donné | 0,248 % |
| 50 | non donné | 0,00006 % |
Un second tableau du texte donne le nombre de blocs nécessaires pour faire passer les chances de l’attaquant sous 0,1 % : 5 blocs à 10 % de la puissance, 11 à 20 %, 24 à 30 %, 89 à 40 % et 340 à 45 %. Plus l’attaquant s’approche de la moitié du réseau, plus l’attente s’allonge.
La règle courante des six confirmations correspond à la ligne des 10 %, où six blocs ramènent les chances à environ 0,02 %. Le texte n’écrit jamais « six confirmations » : c’est une convention ultérieure des portefeuilles et des plateformes, et chacune fixe son propre nombre.
Le modèle a ses limites. Il suppose un attaquant qui construit une chaîne rivale en secret et tente de dépasser l’autre. En novembre 2013, Ittay Eyal et Emin Gün Sirer ont décrit le « minage égoïste » (article en anglais), une stratégie où un pool garde pour lui les blocs qu’il trouve afin de gagner plus que sa part, et ils ont soutenu que le seuil habituel de la moitié est trop optimiste. Leur article propose une modification destinée à protéger contre les pools qui détiennent moins d’un quart des ressources. La section 11 ne couvre pas ce type de comportement.
Section 12 et références : huit sources, aucune bancaire
La conclusion tient en un paragraphe et reprend l’argument sans rien y ajouter. Les signatures règlent qui possède une pièce. Le réseau de preuve de travail règle l’ordre des paiements, et au bout de quelques blocs cet ordre coûte à un attaquant plus qu’il ne peut espérer gagner, pourvu que les nœuds honnêtes détiennent la majorité de la puissance de calcul. Les nœuds n’ont besoin ni de nom ni de presque aucune coordination. « Ils votent avec leur puissance CPU », dit la traduction française d’Arnaud-François Fausse : construire sur un bloc vaut oui, refuser de travailler dessus vaut non.
La liste des références est courte et parlante. On y trouve le b-money de Wei Dai (1998), trois articles sur l’horodatage de Haber, Stornetta et Bayer (de 1991 à 1997), la conception d’un service d’horodatage par Massias, Avila et Quisquater (1999), le Hashcash d’Adam Back (2002), l’article de Ralph Merkle sur les protocoles à clé publique (1980) et le manuel de probabilités de Feller (1957). À l’exception de b-money, lui-même une proposition de monnaie numérique issue des listes de diffusion cypherpunk, tout relève de la cryptographie, de l’horodatage ou des probabilités. Aucune référence n’est un article d’économie, un document de banque centrale ou un texte juridique.
Cela en dit long sur la méthode. C’est une synthèse : la plupart des pièces existaient, et le pas nouveau a été de lier l’horodatage et le travail à la Hashcash à une récompense, de sorte que le coût de la réécriture de l’histoire retombe sur celui qui veut tricher et rémunère celui qui joue le jeu. Satoshi a donné le motif plus crûment quelques mois plus tard, sur le forum de la P2P Foundation, le 11 février 2009 : le problème de fond des monnaies conventionnelles, écrivait-il, c’est toute la confiance qu’il faut pour qu’elles fonctionnent (traduction libre de notre part ; archives de l’Institut Satoshi Nakamoto, en anglais).
Ce que le texte ne dit pas, et ce que le réseau a ajouté
Une recherche dans le PDF ne trouve aucune occurrence des mots ou des idées qui suivent, alors que tous font aujourd’hui partie de la façon dont on décrit Bitcoin :
- le mot « blockchain », forgé plus tard à partir des blocs et de la chaîne du texte ;
- un total de 21 millions de pièces ou un halving tous les quatre ans, énoncés pour la première fois dans l’annonce du logiciel en janvier 2009 ;
- une limite de taille de bloc de 1 Mo ou tout autre chiffre ;
- les mineurs comme métier, les portefeuilles, le mempool, les cartes graphiques ou les puces de minage spécialisées ;
- le réseau Lightning ou un quelconque plan pour faire passer les paiements à l’échelle, sujet d’une leçon ultérieure.
Certaines idées du texte se sont révélées justes. Le stockage des en-têtes a grossi à peu près au rythme prévu, environ 78 Mo après presque 18 ans contre une prévision de 4,2 Mo par an. La course entre un attaquant et la chaîne honnête structure toujours la façon de penser les annulations. D’autres ont été dépassées. La puissance de calcul est passée des processeurs domestiques aux puces industrielles et aux pools, et la vie privée s’est avérée plus fragile que la comparaison avec le ruban de bourse ne le laissait croire, puisque les liens entre entrées peuvent être suivis par n’importe qui.
Certaines questions relèvent du débat plutôt que du fait, comme celle de savoir si Bitcoin sert surtout de monnaie de paiement, ce que promet le titre, ou surtout de réserve de valeur. Le texte ne tranche pas, et notre page sur Bitcoin montre les chiffres du réseau plutôt qu’une opinion à son sujet.
Une curiosité que nous avons pu vérifier nous-mêmes : le PDF est stocké dans la blockchain, découpé en morceaux dans les sorties d’une transaction ordinaire confirmée dans le bloc 230 009 le 6 avril 2013 (la transaction sur mempool.space). Nous avons réassemblé ces morceaux le 23 octobre 2026 et obtenu un fichier identique, octet pour octet, à celui que sert bitcoin.org aujourd’hui : les deux ont la même empreinte SHA-256.
L’anniversaire du 31 octobre est fêté par les passionnés sous le nom de « Whitepaper Day ». Aucun organisme officiel ne le fixe : c’est une date de la communauté. L’histoire de la personne qui se cache derrière le pseudonyme, et celle des premiers blocs minés en janvier 2009, relèvent de leçons ultérieures de ce parcours.
Livre blanc de Bitcoin et droit : pourquoi un texte de 2008 n’est pas un livre blanc MiCA
Depuis l’entrée en application du règlement européen sur les marchés de crypto-actifs, « livre blanc » a un sens juridique en Europe. Quiconque offre au public la plupart des types de crypto-actifs, ou demande leur admission à la négociation, doit rédiger un livre blanc de crypto-actif au contenu prescrit et le notifier à l’autorité nationale, comme l’AMF en France, au moins 20 jours ouvrables avant de le publier. L’article 8 de MiCA (en anglais) interdit aux autorités d’exiger qu’elles l’approuvent au préalable : l’AMF reçoit la notification, elle ne valide pas le document. Notre guide sur le règlement MiCA explique le régime.
Bitcoin ne rentre pas dans ce schéma, faute d’émetteur. Le considérant 22 de MiCA laisse hors de ces règles les crypto-actifs sans émetteur identifiable et, dans une réponse publiée par l’ESMA (Q&R 2552, en anglais, rendue le 18 février 2026), la Commission européenne a confirmé qu’aucun livre blanc n’est requis pour de tels actifs, pas même de la part d’une plateforme qui les cote. Les plateformes qui les négocient restent soumises aux autres règles de MiCA. Par ailleurs, l’article 4, paragraphe 3, tel que le montre le recueil interactif de l’ESMA (en anglais), exempte les crypto-actifs créés automatiquement en récompense de la tenue du registre ou de la validation des transactions, ce qui est la façon dont de nouveaux bitcoins apparaissent selon la section 6 du texte. La réponse de la Commission est une orientation : seule la Cour de justice de l’Union européenne peut donner une lecture contraignante du règlement.
Hors d’Europe, le principe est le même. Le livre blanc d’un jeton est écrit par celui qui l’émet ou le vend, et aucun régulateur ne le contrôle sur le fond. Ce n’est pas un document d’enregistrement : l’alerte d’investor.gov sur les valeurs mobilières en crypto-actifs, du régulateur américain SEC (en anglais), rappelle qu’une offre de valeurs mobilières doit être enregistrée auprès de la SEC ou relever d’une exemption, et que l’enregistrement oblige l’émetteur à publier des informations clés. Au Royaume-Uni, la FCA continue de décrire les crypto-actifs (en anglais) comme à haut risque et largement non réglementés, et les entreprises qui les promeuvent doivent, depuis le 8 octobre 2023, être autorisées ou enregistrées par la FCA ou faire approuver leur publicité par une entreprise autorisée. Avant de faire confiance à un projet parce qu’il a un livre blanc, vérifiez qui l’a écrit et qui vend.
Le Bitcoin de 2008 relève d’un autre genre : une proposition technique d’un auteur pseudonyme, sans vente à la clé. Son autorité tient à ce que chacun peut confronter ses affirmations au réseau en fonctionnement, ce que les sections ci-dessus ont fait.
