Sparrow Wallet a lancé sa version 2.5.0 le 22 mai 2026 avec la prise en charge de paiements silencieux (BIP352), une proposition qui permet de recevoir du bitcoin (BTC) via des adresses réutilisables sans exposer l’historique de paiement associé sur le réseau. La mise à jour intègre également Frigate, une infrastructure expérimentale visant à faciliter l’analyse de ces paiements, ainsi que de nouvelles sources de frais telles que bitview.space.
Cette annonce intervient dans un contexte où la réutilisation des adresses continue d’être l’un des vecteurs les plus utilisés pour analyser l’activité du Bitcoin. Des études estiment que environ 70 % des UTXO dépensables sont liés à des adresses précédemment utilisées, ce qui facilite l’application d’heuristiques de base de suivi des fonds sur le réseau.
Los paiements silencieux (ou paiements silencieux) introduisent un système dans lequel l’utilisateur peut partager une seule adresse statique sans que cela implique une réutilisation visible sur le réseau. Chaque paiement génère des sorties cryptographiques dérivées des informations du destinataire et du entrées de l’émetteur, évitant ainsi tout lien direct entre les transactions. Contrairement aux propositions telles que BIP47, ne nécessitent pas de notifications de transactionsce qui réduit les coûts supplémentaires et les métadonnées observables, comme le rapporte CriptoNoticias.
Chez Sparrow, cela se traduit par l’ajout d’un nouveau type de portefeuille à signature unique compatible avec le standard, en plus de la suppression du limite d’écart (limite d’écart) pour ce type d’adresses. La nouveauté opérationnelle la plus importante est l’intégration de Frigateun serveur conçu pour prendre en charge une partie du processus d’analyse nécessaire à la détection des paiements entrants.
Ce processus de numérisation est toujours l’un des principaux points critiques du système. L’identification des fonds reçus via des paiements silencieux nécessite de parcourir de grands volumes de données réseau, ce qui peut être coûteux en termes de calcul. Frigate cherche à alléger ce fardeau en externalisant une partie du travail, mais introduit un nouvel élément de dépendance : L’utilisateur doit envoyer sa clé de scan, même si elle est éphémère, à un serveur externe afin de détecter les paiements.
Cela améliore la convivialité, notamment sur les clients légers (serveurs qui ne téléchargent pas l’intégralité du fichier Bitcoin, utilisé par les portefeuilles), mais réduit la souveraineté par rapport à un scénario de numérisation entièrement local dans son propre nœud. En termes pratiques, c’est un compromis entre confort et contrôle, où une partie du traitement nécessaire au maintien de la confidentialité est transférée vers une infrastructure externe.
Rappelons-nous que la portée de la paiements silencieux Il faut également le comprendre avec des limites claires. Même s’il réduit considérablement la réutilisation des adresses – l’un des vecteurs les plus simples d’analyse d’activité – il ne protège pas contre les techniques de suivi plus avancées. Des facteurs tels que les montants, la synchronisation temporelle des transactions, le regroupement des entrées ou l’analyse de la connectivité réseau restent des outils efficaces pour l’analyse des flux.
En parallèle, La maturité de l’écosystème est encore naissante. La prise en charge de l’expédition présente des limites dans plusieurs environnements, l’intégration avec portefeuilles matériels est en cours de développement et son adoption par les fournisseurs d’infrastructures reste partielle. Cette fragmentation signifie que, dans la pratique, L’expérience d’utilisation peut varier considérablement d’une application à l’autre.
Pris ensemble, les paiements silencieux représentent une amélioration ponctuelle au sein de la couche de réception de Bitcoin, mais pas un changement structurel dans le modèle global de confidentialité. Son impact dépendra moins de la conception technique que de la capacité de l’écosystème à standardiser les mises en œuvre sans transférer de nouvelles formes de dépendance ou de centralisation fonctionnelle.
Dans le scénario actuel, les progrès indiquent une réduction des frictions lors de la réception des paiementsmais sans éliminer les limitations structurelles qui définissent encore l’analyse de l’activité des réseaux.
