02 / 691SN

Satoshi Nakamoto

La paternité de Bitcoin documentée par sa proposition, son code et la collaboration ; l'identité civile reste une question distincte.

Satoshi Nakamoto est le pseudonyme de l'auteur ou des auteurs du Bitcoin original. Sous ce nom sont parus la proposition de monnaie électronique, le premier logiciel et les messages accompagnant la naissance du réseau. Son importance réside dans cette œuvre documentée et sa mise en fonctionnement. Le pseudonyme ne prouve ni nom civil, ni nationalité, ni présence d'une personne plutôt que d'un groupe.

Les traces de Satoshi comprennent annonces contemporaines, versions archivées du programme, correspondance et souvenirs de collaborateurs. Chaque source répond à une question différente. Un message montre ce qu'affirmait son auteur à un moment donné ; le code montre une réalisation ; un souvenir apporte l'expérience d'un participant. Leur concordance permet de décrire la naissance du projet sans transformer automatiquement un pseudonyme en biographie vérifiée. L'identité inconnue ne peut donc être complétée par des suppositions d'âge, de domicile ou de profession. [Satoshi Nakamoto Institute archive] [Archived original Bitcoin code releases]

Le 31 octobre 2008, Satoshi annonce Bitcoin: A Peer-to-Peer Electronic Cash System sur la liste Cryptography. Il propose des paiements sans confiance obligatoire envers un intermédiaire central. La signature numérique traite l'autorisation de dépenser, pas l'ordre de paiements contradictoires ; Proof of Work et les blocs liés doivent permettre un choix commun de l'historique. La proposition s'appuie sur des travaux antérieurs, notamment Hashcash et b-money cités en bibliographie. L'apport de Satoshi est leur combinaison en un système concret, non l'invention de chaque composant. [Original whitepaper announcement · 31 October 2008] [Bitcoin whitepaper]

L'archive date l'annonce de Bitcoin v0.1 du 8 janvier 2009 à 14:27:40 EST. Elle proposait un programme Windows et le code source C++, décrivait la connexion aux autres nœuds et la création de blocs sur ordinateur ordinaire. Satoshi qualifiait explicitement le logiciel d'alpha expérimentale. Une date d'annonce n'est ni celle de création d'un bloc ni celle d'un paquet archivé plus tard. Les instructions d'époque ne sont pas non plus un manuel actuel : paramètres et fonctions ont évolué depuis la première version. [Bitcoin v0.1 release announcement · 8 January 2009 EST] [Archived original Bitcoin code releases]

Dans un souvenir de mars 2013, Hal Finney raconte avoir lancé tôt le logiciel, signalé des bogues à Satoshi et reçu des corrections. Il décrit aussi un transfert d'essai de dix bitcoins par Satoshi. C'est le témoignage ultérieur d'un participant direct, pas un compte rendu contemporain de chaque étape. La chaîne peut établir montants et relations entre transactions, sans y inscrire les noms civils des expéditeurs et destinataires. L'attribution historique des personnes exige donc aussi une source extérieure à la chaîne. [Hal Finney — Bitcoin and me]

La correspondance publiée par Malmi montre le travail sur le site et la FAQ, les connexions des nœuds et les problèmes pratiques. En mai 2009, Satoshi proposait des accès ; le premier message confondait toutefois le compte dmp1ce avec Malmi, dont la réponse précisait sirius-m. Les messages suivants documentent sa participation effective à l'administration du site. Lire une seule phrase conduirait donc à une conclusion fausse. Malmi indique aussi que l'archive est incomplète : un message absent ne prouve pas à lui seul qu'un événement n'a jamais eu lieu. [Satoshi–Sirius correspondence · 2009–2011]

En 2010–2011, davantage de travail passa à un cercle élargi de contributeurs, dont Gavin Andresen. Le développement public pouvait continuer sans présence permanente du fondateur, car code, réseau et règles n'existaient pas seulement sur son ordinateur privé. Cela n'explique ni le motif du départ ni sa vie privée. Dernière publication publique, message privé et transmission d'un accès précis sont des événements distincts ; aucun ne fixe seul une date exacte de disparition définitive. [Satoshi Nakamoto Institute archive] [Satoshi–Sirius correspondence · 2009–2011]

Administrer un dépôt permet d'organiser les modifications du logiciel, pas de réécrire celui de tous les utilisateurs. Les opérateurs choisissent quoi exécuter et leurs nœuds vérifient les données selon leurs règles. Ni Satoshi ni un mainteneur ultérieur ne peuvent faire accepter un bloc invalide à un nœud inchangé par simple déclaration. Cela n'annule pas l'influence sociale : la recommandation d'un auteur connu peut orienter des décisions. Il faut toutefois distinguer persuasion et distribution de logiciels de l'application d'une règle par le protocole lui-même. [Bitcoin whitepaper] [Bitcoin Developer Guide — Transactions]

Sergio Demian Lerner a étudié les motifs des premiers blocs et délimité un groupe qu'il attribue probablement à un seul mineur. Le nom Patoshi et les estimations proches d'un million de BTC dépendent de cette classification et de ses hypothèses. Identifier ce mineur à Satoshi constitue une inférence supplémentaire. L'analyse ne démontre donc pas simplement le solde actuel d'un unique portefeuille de Satoshi. Motif observé, attribution des blocs, nom d'une personne et contrôle actuel des clés restent distincts. [Sergio Demian Lerner — Patoshi analysis]

Une signature valide d'un message neuf choisi à l'avance peut démontrer le contrôle d'une clé privée donnée. Seule, elle ne prouve ni la paternité du logiciel original ni l'identité civile. La clé peut avoir été transmise ou volée ; une ancienne signature peut être republiée. La vérification exige donc une preuve fraîche, le lien historique de la clé et des éléments indépendants sur la personne. Style similaire ou heures d'envoi peuvent appuyer une hypothèse, mais ne remplacent pas ces preuves manquantes. [Bitcoin Developer Guide — Transactions] [Satoshi Nakamoto Institute archive]

Le whitepaper explique la proposition originale, le premier code sa réalisation d'alors, la correspondance les décisions de développement. Aucune source ne constitue seule une spécification complète du réseau actuel ni un ordre contraignant les utilisateurs futurs. Les estimations d'époque se lisent dans leur contexte, par exemple le minage sur ordinateur ordinaire de l'annonce v0.1. L'héritage peut être évalué par son résultat vérifiable : un système ouvert dont le fonctionnement s'étudie sans connaître l'identité privée de son fondateur. [Bitcoin whitepaper] [Bitcoin v0.1 release announcement · 8 January 2009 EST]

Pour une vision complète, lisez aussi Bitcoin, Bitcoin Whitepaper, Genesis Block, Hal Finney, Gavin Andresen, Cypherpunks. Cette entrée est également citée par Bitcoin, Bitcoin Whitepaper, Genesis Block, Cypherpunks.

DOC · 001Satoshi Nakamoto Institute archiveSource primaire ↗DOC · 002Bitcoin whitepaperSource primaire ↗DOC · 003Original whitepaper announcement · 31 October 2008Source primaire ↗DOC · 004Archived original Bitcoin code releasesSource primaire ↗DOC · 005Satoshi–Sirius correspondence · 2009–2011Source primaire ↗DOC · 006Bitcoin v0.1 release announcement · 8 January 2009 ESTSource primaire ↗DOC · 007Sergio Demian Lerner — Patoshi analysisSource primaire ↗DOC · 008Bitcoin Developer Guide — TransactionsSource primaire ↗DOC · 009Hal Finney — Bitcoin and meSource primaire ↗
Sources d’abord · Pas un conseil financier