Satoshi s’en va sans conférence de presse finale

À la fin de 2010, Bitcoin commença à sortir de la petite communauté technique. La possibilité que WikiLeaks l’accepte attira le genre d’attention que Satoshi jugeait prématurée. Il avertit que le projet était encore petit et qu’un affrontement soudain pouvait le détruire.

Ses derniers messages publics ne formaient pas un manifeste d’adieu. Ils traitaient du travail technique, de la protection contre les attaques et d’une version du logiciel. La banalité de la fin ouvrit plus tard la voie aux légendes : lorsqu’il manque la scène finale, les gens l’écrivent eux-mêmes.

La chronologie importe donc davantage que la légende dramatique. L’activité publique se raréfia, d’autres reprirent des tâches techniques et les courriels privés continuèrent encore quelques mois. Satoshi n’éteignit pas le réseau un matin et ne publia pas d’avis de départ. Il retira progressivement sa présence d’un projet désormais capable de fonctionner sans la surveillance constante de son auteur.

Le 5 décembre 2010, Satoshi demanda sur le forum que WikiLeaks n’utilise pas encore Bitcoin. Il craignait que la petite communauté ne résiste pas à l’attention et à la pression que cela entraînerait. Quelques jours plus tard, le 11 décembre, il revint sur le sujet en répondant à un article de PC World. Ses messages témoignent de son inquiétude pour un projet qui, selon lui, avait encore besoin de temps pour se renforcer.

Le dernier message connu de son compte BitcoinTalk date du 12 décembre 2010. Satoshi y présentait la version 0.3.19 et de nouvelles protections contre les attaques par déni de service. C’était un point sur le travail en cours, pas une annonce de départ. Le compte se tut ensuite, mais le réseau continua à produire des blocs et les autres développeurs poursuivirent leur travail. Ils n’avaient pas besoin d’une dernière consigne du fondateur pour faire fonctionner Bitcoin.

Satoshi donna à Gavin Andresen l’accès au dépôt et à la clé d’alerte du réseau, mécanisme alors utilisé pour envoyer des avertissements urgents aux clients. Ce n’était pas un transfert de pouvoir sur les règles de Bitcoin. Le responsable du code pouvait publier un logiciel et signer une alerte, mais pas obliger les utilisateurs à exécuter sa version.

Le 23 avril 2011, Satoshi écrivit à Mike Hearn qu’il se consacrait à d’autres choses et laissait le projet entre les mains de Gavin et des autres. Il espérait aussi que Hearn poursuivrait le développement du client alternatif BitcoinJ. Même ce bref message ne désigne aucun nouveau dirigeant. Il parle de personnes précises et du travail que chacune peut poursuivre.

Les accès transmis représentaient un réel pouvoir opérationnel, pas un geste vide. La personne qui gère le dépôt, le site ou la clé d’alerte influence ce que les utilisateurs voient et téléchargent. Ce pouvoir restait cependant limité par la possibilité pour les autres d’examiner, de refuser ou de faire diverger le code. Cette différence entre influence et autorité finale devint plus tard le cœur des conflits sur le développement de Bitcoin.

Andresen n’était pas le seul à faire fonctionner l’ensemble. L’étudiant finlandais Martti Malmi aidait sur Bitcoin.org, la documentation et la communauté naissante ; ses contributions avaient depuis longtemps créé un autre centre de travail. Mike Hearn expérimentait un client et posait à Satoshi des questions techniques. Le transfert ne ressemblait donc pas au couronnement d’un héritier, mais à la décomposition d’un grand ensemble de responsabilités en rôles plus petits que différentes personnes pouvaient contrôler mutuellement.

Dans un courriel du 26 avril 2011, Satoshi demanda à Andresen de moins insister sur son identité mystérieuse et de mieux mettre en valeur le travail des autres développeurs. C’est seulement dans sa réponse qu’Andresen évoqua une invitation acceptée à une conférence destinée aux services de renseignement américains. Il annonça publiquement la présentation prévue au siège de la CIA le 27 avril. L’ordre des événements compte : la demande de Satoshi ne répondait pas à cette annonce publique. L’échange conservé ne prouve pas non plus, à lui seul, que l’invitation ait provoqué son départ.

On répète souvent que Satoshi aurait miné plus d’un million de BTC sans jamais les déplacer. Cette phrase est trop affirmative. Des chercheurs ont regroupé les premiers blocs selon un motif de minage remarquable, le Patoshi pattern, puis estimé un vaste ensemble de récompenses. La blockchain ne permet pas de prouver qu’une seule personne les a toutes minées, ni qu’elles appartenaient à la personne derrière le pseudonyme.

Une conclusion plus étroite est certaine : les premières pièces connues associées à Satoshi n’ont fourni aucune signature vérifiée publiquement par laquelle un prétendant ultérieur aurait prouvé leur possession. Le silence des pièces renforce le récit du départ, mais ne révèle ni l’identité, ni la fortune exacte.

L’estimation dépend aussi des caractéristiques techniques retenues comme empreinte d’un même mineur et des blocs inclus dans l’échantillon. Le réseau initial était petit et les données rares ; un motif n’est pas une carte d’identité. Une histoire honnête distingue donc les observations de la conclusion séduisante, même si celle-ci a été tant répétée qu’elle finit par sembler être un solde connu.

L’image d’un million de pièces intactes donne au silence de Satoshi une dimension presque mythologique. Chaque dépense d’une ancienne sortie soulève la question de son retour, et chaque imposteur affirmant être Satoshi reçoit un défi simple : signer un message avec une clé ancienne connue. Mais même une signature valable ne prouverait pas automatiquement la paternité du livre blanc ; elle prouverait le contrôle d’une clé donnée. Une identité historique est plus large qu’une propriété cryptographique.

Le silence des pièces admet plusieurs explications : retenue volontaire, clés perdues, décès ou mauvaise attribution des blocs. Les données ne peuvent choisir un seul récit. Le fait le plus solide reste plus modeste. Aucun prétendant public après 2011 n’a réuni des preuves liant les premières clés, les communications d’époque et une continuité technique d’une façon assez convaincante pour clore le débat.

Le départ de Satoshi ne promut techniquement personne. Les développeurs pouvaient proposer des changements, les mineurs assembler des blocs, les entreprises bâtir des services et les utilisateurs exploiter des nœuds Full Node qui n’acceptaient que les règles de leur logiciel. Le conflit ne devint pas impossible ; la Blocksize War montra au contraire combien la coordination sans arbitre ultime pouvait être douloureuse.

L’anonymat du fondateur n’est donc pas une garantie magique de décentralisation. L’essentiel est qu’après son départ, aucune fonction technique ne dépendait de son identité civile. Bitcoin continua parce que ses règles et son histoire étaient publiques, les copies du réseau dispersées et d’autres personnes prêtes à porter le travail sans demander l’autorisation de l’auteur absent.

Son départ retira aussi la possibilité simple d’invoquer l’intention d’origine. Chaque groupe ultérieur pouvait citer les textes de Satoshi, mais aucun ne pouvait obtenir une nouvelle décision du fondateur. Cela augmenta la valeur des règles publiques et de la compatibilité : l’auteur ne pouvait plus mettre fin à un conflit en disant « voilà ce que je voulais dire ». Il fallait le résoudre par les logiciels réellement exécutés.

Pour Gavin Andresen, cela signifia une visibilité particulière. Les médias avaient besoin d’un porte-parole et les changements techniques exigeaient une coordination, mais chacune de ses décisions pouvait sembler émaner d’un nouveau chef. Avec d’autres développeurs, il construisit progressivement un processus dans lequel les propositions sont publiées, le code est relu et une nouvelle version ne réécrit pas les règles des nœuds déjà actifs. Ce système n’était pas parfaitement neutre ; il essayait de remplacer l’autorité personnelle par un conflit plus transparent.

La disparition de Satoshi n’a pas, à elle seule, décentralisé Bitcoin. Le fondateur exerçait une influence considérable, mais même sa signature ne pouvait obliger les nœuds d’autrui à accepter de nouvelles règles. Après son départ, les participants ne pouvaient plus lui demander de trancher un conflit. Ils devaient s’entendre ou utiliser des logiciels différents. C’était l’épreuve du projet : voir si ses règles, son code et la volonté de coopérer pouvaient tenir sans son fondateur.