Pseudonymat

Anna tient un blog sous le pseudonyme Étoile du Nord. Ses lecteurs reconnaissent ses articles sans forcément connaître son vrai nom. Une adresse Bitcoin peut fonctionner de façon comparable : on reconnaît les paiements associés à un identifiant qui ne contient aucun nom à l’état civil. C’est le pseudonymat. Anna ajoute à son blog une adresse pour recevoir des dons. Un lecteur peut désormais suivre les sommes reçues à cette adresse. Si Anna associe plus tard son nom au blog, l’historique déjà visible prend un autre sens. Personne n’a eu à casser un chiffrement : une information nouvelle a relié deux éléments auparavant séparés. Le Bitcoin Whitepaper signalait déjà qu’un lien découvert peut aider à reconnaître d’autres transactions. [1] [2]

Une adresse Bitcoin indique au portefeuille les conditions de dépense à définir pour une nouvelle sortie de transaction. Ce n’est ni l’inscription d’une personne ni un numéro de pièce d’identité. Une sortie indique un montant et les conditions à remplir pour le dépenser. Anna peut utiliser de nombreuses adresses, et plusieurs personnes peuvent gérer un portefeuille commun. Une clé privée est une donnée secrète que le portefeuille utilise pour créer une signature numérique autorisant un paiement. Une Public Key, ou clé publique, sert à vérifier les signatures numériques, pas le nom du signataire. Une signature valide atteste l’utilisation de la clé privée correspondante ; elle ne distingue pas, à elle seule, Anna d’un dépositaire ou d’un voleur ayant obtenu cette clé. Le contrôle des fonds et l’identité juridique sont donc deux questions différentes. [4]

Si Anna utilise aussi l’adresse de son blog sur ses factures professionnelles, elle relie elle-même deux aspects de sa vie. Les lecteurs voient d’autres versements à la même adresse, sans nécessairement savoir lesquels sont des dons ou des paiements de clients. Une nouvelle adresse de réception pour chaque paiement limite ce rapprochement direct. Un portefeuille courant peut en créer beaucoup sans ouvrir un autre compte et les gère généralement avec la même sauvegarde. Mais une adresse nouvelle n’est pas une identité nouvelle dont l’anonymat serait garanti. D’autres indices peuvent montrer que plusieurs adresses sont utilisées par la même personne. [2]

Imaginons qu’Anna achète du bitcoin sur une plateforme qui a vérifié son identité par une procédure KYC. La plateforme connaît son compte et l’adresse indiquée pour un retrait. Ce retrait ne prouve pas à lui seul qu’Anna contrôle la destination : elle a pu envoyer l’argent à quelqu’un d’autre. La plateforme dispose néanmoins d’un lien précis qu’un lecteur occasionnel du blog ignore. Un commerçant connaît de son côté la commande et, éventuellement, l’adresse de livraison. Ces données ne sont pas automatiquement inscrites dans la transaction Bitcoin ni rendues publiques, mais elles peuvent compléter son enregistrement public. La confidentialité s’évalue donc face à un observateur précis, selon ce qu’il sait réellement. [2]

Bitcoin ne débite ni ne crédite des comptes ouverts au nom de personnes. Un paiement consomme des sorties antérieures non dépensées, appelées UTXO, et en crée de nouvelles. Leurs montants et leurs liens sont publics. Un observateur voit ainsi de vraies relations entre transactions, tout en devant souvent déduire quelles personnes en contrôlent les différentes parties. La distinction compte : un historique public des mouvements de valeur n’est pas une liste de propriétaires. Un nom découvert plus tard peut éclairer des paiements anciens. Retirer une adresse du blog n’efface pas les transactions passées, ni nécessairement les copies conservées du blog. [1] [4]

Un portefeuille règle parfois un paiement en réunissant plusieurs UTXO et renvoie l’excédent vers une adresse qu’il contrôle : c’est la monnaie rendue, ou change. Un analyste peut supposer que les entrées réunies appartiennent à un même propriétaire et estimer quelle sortie correspond à cette monnaie. Il forme ainsi des groupes d’adresses présumées liées. Ces méthodes sont des heuristiques : des déductions utiles, pas des preuves d’identité. CoinJoin et PayJoin permettent par exemple à plusieurs participants de contribuer à une transaction. Même une carte d’adresses convaincante ne démontre donc pas qu’Anna les contrôle toutes. La solidité de cette conclusion dépend d’autres éléments. [6]

Anna souhaite consulter son portefeuille dans une autre application et exporte une clé XPUB, une clé publique étendue. BIP 32 organise les clés en branches, comme un arbre. Une clé XPUB permet de calculer d’autres clés publiques de sa branche, mais pas de franchir une étape de dérivation renforcée : celle-ci exige une clé privée. Avec les informations nécessaires sur le type d’adresse, l’application peut suivre les paiements associés. La clé XPUB seule ne permet pas de signer des dépenses, mais peut dévoiler l’activité passée et future de cette branche. Elle ne révèle pas automatiquement tous les portefeuilles ou comptes issus de la même sauvegarde. Elle offre néanmoins une vue bien plus large qu’une adresse remise à un client. [3]

Quand Anna recherche son adresse dans un explorateur web, son exploitant peut relier la requête à son adresse IP, une donnée de connexion réseau, ou à un compte connecté. Le serveur auquel son portefeuille demande l’historique peut recueillir des informations semblables. Ces données de fonctionnement sont distinctes de la blockchain publique, mais aident parfois à relier ses enregistrements à une personne. Un Full Node est un ordinateur équipé d’un logiciel qui vérifie lui-même les transactions et les blocs Bitcoin selon les règles du réseau. Un Full Node personnel réduit l’envoi de ces requêtes à un serveur tiers si le portefeuille l’utilise réellement. Tor peut limiter l’exposition de l’adresse IP ; il n’efface pas un lien déjà publié entre un blog et un paiement. [2]

Un paiement via Lightning Network n’est généralement pas inscrit comme une transaction distincte dans la blockchain publique. Cela supprime une trace visible, sans signifier que personne ne sait rien du paiement. Un nœud Lightning est un logiciel qui gère des canaux de paiement : des connexions dans lesquelles deux parties mettent à jour la répartition des fonds engagés. Le nœud utilise une clé publique comme identifiant et peut annoncer ses canaux publics au réseau. Une demande de paiement BOLT 11 permet de déterminer l’identifiant du nœud destinataire ; elle peut aussi contenir d’autres informations sur le paiement et le chemin vers ce destinataire. L’expéditeur, le bénéficiaire et le service utilisé disposent de renseignements différents. Publier la demande peut en révéler une partie à d’autres personnes, même si le paiement se déroule hors de la chaîne principale. [5] [7]

Avant de publier une adresse ou de laisser une application consulter son historique, Anna peut se demander : qui pourra relier quelles informations ? Utiliser de nouvelles adresses pour les paiements individuels, savoir à qui l’on confie une clé XPUB et comprendre d’où le portefeuille obtient ses données sont des précautions utiles. Aucune ne promet à elle seule un anonymat complet, et un nouveau réglage n’efface pas les liens anciens. Il s’agit de moins divulguer d’informations inutiles et de connaître les relations déjà établies. C’est plus utile que de croire qu’une longue suite de caractères suffit à cacher une personne. [2] [3]