Paiements silencieux et améliorations de la confidentialité à venir

Curiosité

1. Comment une seule adresse publique peut-elle recevoir un nombre illimité de paiements sans révéler qu’ils appartiennent à la même entité ?
2. Pourquoi l’ajout d’une entrée par le destinataire détruit-il l’hypothèse de propriété commune sur laquelle s’appuient les analystes de chaîne ?
3. Quelle astuce cryptographique permet à deux parties de dériver une clé de sortie unique et impossible à relier à partir d’une paire de clés statique ?

Explorer

Partie IAméliorations de la confidentialité à l’horizon

1. Les adresses Bitcoin sont réutilisables, ce qui crée des liens on-chain. Si un commerçant publie une seule adresse pour tous ses clients, chaque paiement vers cette adresse est visiblement relié aux autres dans le registre. Cette possibilité de relier les paiements nuit à la confidentialité, car elle permet à quiconque de suivre les flux de fonds dans le temps. Silent Payments (BIP352) résout ce problème grâce à l’échange Diffie-Hellman sur courbe elliptique (ECDH). Le destinataire détient une paire de clés statique : une clé de scan et une clé de dépense. Chaque expéditeur combine les clés de ses entrées avec la clé de scan du destinataire pour dériver un tweak unique, ce qui crée une adresse Taproot à usage unique, indiscernable de n’importe quelle autre sortie on-chain.
2. Comme l’adresse dérivée change à chaque transaction, aucun paiement au même commerçant n’apparaît lié à un autre dans les données de la blockchain. Le destinataire analyse la chaîne à l’aide de ses clés privées pour détecter ces sorties uniques, sans interaction préalable avec l’expéditeur. Il n’y a donc plus besoin d’un serveur tiers ni de communication en temps réel pour générer de nouvelles adresses. Le processus est gourmand en calcul pour celui qui scanne, mais il offre une forte non-reliabilité aux deux parties, de sorte que des observateurs passifs ne peuvent pas facilement agréger les revenus d’un commerçant.
3. Payjoin (BIP78) aborde la confidentialité sous un autre angle : la structure de la transaction. Les analystes de chaîne s’appuient sur l’heuristique de propriété commune des entrées pour regrouper les entrées appartenant à une même entité. Dans une transaction standard, toutes les entrées sont contrôlées par l’expéditeur. Payjoin permet au destinataire d’apporter une entrée à la transaction avant sa signature. Les pièces du destinataire se retrouvent ainsi mêlées à celles de l’expéditeur dans une seule transaction, ce qui brise l’hypothèse selon laquelle toutes les entrées appartiennent à une seule partie. Le résultat ressemble à un paiement ordinaire, si bien qu’un analyste qui suppose que toutes les entrées appartiennent à l’expéditeur tire une conclusion erronée.
4. La version 2 (BIP77) dispense le destinataire de faire tourner un serveur public : les deux parties échangent des PSBT chiffrés de manière asynchrone via un serveur d’annuaire (directory), joint par l’intermédiaire de relais Oblivious HTTP, de sorte que l’annuaire ne peut ni lire les messages ni les associer à des adresses IP. Si elle ne masque pas le fait qu’une transaction a lieu, elle complique considérablement le regroupement d’adresses, car des entrées appartenant à deux propriétaires différents se trouvent dans une seule transaction qui semble n’en avoir qu’un.
5. La confidentialité au niveau du réseau exige de masquer les schémas de trafic. Le transport pair-à-pair chiffré (BIP324) est devenu le comportement par défaut de Bitcoin Core avec la version 27, en 2024. Il cache aux observateurs passifs le contenu des messages, c’est-à-dire les transactions et adresses que relaie un nœud ; en revanche, les adresses IP qui se connectent entre elles restent visibles, et comme le chiffrement n’est pas authentifié, il n’arrête pas une attaque active de l’homme du milieu. BIP324 utilise un échange de clés sur courbe elliptique, avec des clés encodées pour ressembler à des octets aléatoires, puis un chiffrement ChaCha20-Poly1305, ce qui rend beaucoup plus difficile de rattacher des transactions précises à des nœuds précis en observant le trafic.
6. La recherche se poursuit sur l’agrégation de signatures inter-entrées (CISA), qui permettrait à toutes les entrées d’une transaction de partager une seule signature. Les transactions collaboratives comme les coinjoins, qui comportent de nombreuses entrées, deviendraient moins coûteuses que la dépense séparée des mêmes pièces, ce qui transformerait la confidentialité en économie de frais. Contrairement à CoinJoin, traité dans les mécanismes de garde, ces améliorations portent sur la structure cryptographique et le transport réseau plutôt que sur la coordination sociale ou le mixage assuré par un serveur.

Partie IIPaiements silencieux

7. Le BIP-352, fusionné dans le dépôt des BIP en mai 2024, introduit les paiements silencieux. Le destinataire publie un code statique unique composé de deux clés publiques : une clé de scan et une clé de dépense. Contrairement aux adresses standard, ce code reste le même pendant toute la durée de vie du portefeuille. Le portefeuille de l’expéditeur utilise ses propres clés privées d’entrée pour dériver une adresse Taproot nouvelle et unique pour chaque paiement, de sorte qu’aucune adresse n’est réutilisée entre différents expéditeurs ou transactions.
8. Le mécanisme repose sur l’échange Diffie-Hellman sur courbe elliptique (ECDH). Lorsqu’Alice envoie des fonds au code silencieux de Bob, son portefeuille combine sa clé privée d’entrée avec la clé publique de scan de Bob. On obtient un secret partagé qui sert de tweak. Ajouté à la clé publique de dépense de Bob, ce tweak produit une sortie de destination P. Comme la dérivation dépend des clés et des outpoints de ses entrées (un « input hash ») ainsi que d’un compteur pour chaque sortie, chaque paiement aboutit à une adresse distincte, indiscernable de toute autre sortie Taproot.
9. La contrepartie est une asymétrie de calcul. Alors que les expéditeurs effectuent des opérations de signature standard, les destinataires doivent scanner activement la blockchain pour détecter les paiements entrants. Bob ne peut pas se contenter de vérifier si une adresse donnée détient des fonds ; pour chaque transaction comportant des entrées éligibles, il combine sa clé privée de scan avec la somme des clés publiques d’entrée de cette transaction et vérifie si une sortie correspond. Ce scan est gourmand en calcul et a historiquement posé des difficultés aux clients SPV légers.
10. Les transactions obtenues se fondent parfaitement dans les transferts Bitcoin classiques. Aucun champ de données supplémentaire, aucune augmentation de la taille des transactions, et aucun serveur tiers n’est nécessaire pour la coordination. Un observateur extérieur ne voit que des entrées et sorties Taproot standard. Le lien entre les clés d’entrée de l’expéditeur et le code statique du destinataire est masqué cryptographiquement, de sorte que les observateurs ne peuvent pas relier le paiement au code publié par le destinataire.
11. L’adoption par les portefeuilles a progressé régulièrement depuis la publication de la spécification. Cake Wallet en a intégré la prise en charge en 2024. Sparrow Wallet a ajouté l’envoi en octobre 2025 et la réception en mai 2026. Nunchuk a ajouté l’envoi en 2026. Bitcoin Core a fusionné la logique centrale du BIP-352 (PR #35301) en 2026, tandis que l’envoi et la réception côté portefeuille étaient encore en cours de revue et ne figuraient encore dans aucune version publiée.
12. Les paiements silencieux résolvent le problème de la réutilisation d’adresses sans nécessiter d’interaction entre l’expéditeur et le destinataire ni de serveurs de coordination comme ceux des protocoles CoinJoin. Le destinataire conserve un seul identifiant statique pour tous les usages — salaires, factures, dons — tandis que chaque UTXO entrant arrive sur une adresse unique et impossible à relier aux autres. Cela renforce la fongibilité en empêchant l’analyse de graphe de relier plusieurs paiements à la même entité, à condition que le processus de scan du destinataire soit robuste et sécurisé.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• BIP 352: Silent Payments (Somsen, Baker et al., 2023)
• BIP 78: Payjoin v1 and BIP 77: Payjoin v2
• BIP 324: Encrypted Peer-to-Peer Transport
• Bitcoin Core 27.0 Release Notes (2024)
• Sparrow Wallet release notes (October 2025, May 2026)
• Cake Wallet documentation (2024)
• Bitcoin Core pull request #35301 (2026)