Sparrow reçoit les paiements silencieux

Sparrow Wallet a publié la version 2.5.0 avec une nouveauté centrale pour les paiements Bitcoin privés : le portefeuille peut désormais recevoir des Silent Payments, y compris avec des signataires matériels hors ligne. Les Silent Payments sont une méthode d’adresse réutilisable qui évite de publier une nouvelle adresse statique visible comme telle. L’expéditeur calcule une adresse de réception unique à partir de la clé publique du destinataire et de la transaction, ce qui réduit la corrélation publique entre paiements sans imposer un serveur de notification central.

Le détail compte parce que la confidentialité de Bitcoin se joue souvent au niveau des portefeuilles, pas seulement dans les propositions de protocole. Si un utilisateur affiche toujours la même adresse de don ou d’encaissement, les paiements entrants peuvent être regroupés facilement. Les Silent Payments cherchent à garder la simplicité d’un identifiant réutilisable tout en générant des sorties différentes sur la chaîne. Sparrow ajoute ici la partie réception, alors que l’envoi existait déjà dans des versions précédentes. La note de version mentionne aussi l’ajout d’un serveur Electrum public compatible Silent Payments, sélectionné automatiquement quand c’est nécessaire.

Cette intégration reste une étape de portefeuille, pas une activation magique sur tout l’écosystème. Pour recevoir un paiement silencieux, le logiciel doit scanner la chaîne de manière plus spécifique afin de détecter les sorties qui lui appartiennent. Cela peut peser sur les performances et explique l’importance des serveurs compatibles. Le support des signataires matériels hors ligne est également significatif : il permet de garder les clés de dépense séparées d’un ordinateur connecté, tout en ouvrant ce mode de réception à des configurations plus prudentes. Dans les usages réels, la confidentialité ne doit pas obliger à choisir entre bonnes pratiques de sécurité et nouvelles fonctions de paiement.

Le signal utile est donc sobre. Bitcoin ne gagne pas ici une nouvelle règle de consensus, mais un outil de portefeuille qui rend une proposition de confidentialité plus praticable. Pour les développeurs, cela crée davantage de surface à tester : compatibilité des serveurs, restauration de portefeuille, frais, QR codes, comportement avec les appareils matériels et expérience de scan. Pour les utilisateurs, la promesse est plus simple : réutiliser un point de réception avec moins de traces publiques évidentes. Comme toujours avec la confidentialité, l’effet dépendra de l’adoption coordonnée par les portefeuilles, les services et les pratiques des utilisateurs.