La nouvelle fonctionnalité de confidentialité mobile de Bitcoin peut rendre votre argent entrant complètement invisible

Les paiements silencieux promettent une adresse Bitcoin réutilisable sans exposer une chaîne de paiements évidente vers cette adresse. Un expéditeur utilise les informations publiques du destinataire pour dériver une nouvelle destination Taproot, et le portefeuille du destinataire scanne ensuite les transactions éligibles pour trouver la sortie qui lui appartient.

Ce scan de réception a été la partie difficile pour les téléphones. Un projet de mesure de septembre rapporte que le flux de scan complet de BlindBit Oracle v2 nécessiterait environ 8 Mo par jour près de l'extrémité supérieure de son ensemble de données. Ce chiffre suggère que la bande passante mobile pourrait être gérable. Il met également en évidence un risque distinct : un portefeuille léger dépend d'un indexeur pour fournir des données de scan complètes, et une entrée omise peut laisser un paiement réel non découvert.

Le compromis émergent concerne donc moins la taille brute du téléchargement que ce qu'un portefeuille peut vérifier. Les données peuvent passer par une connexion téléphonique. Le portefeuille a toujours besoin d'un moyen fiable de savoir que chaque élément pertinent est arrivé.

Ce que les mesures établissent

Le projet a traité chaque bloc Bitcoin de la hauteur 709 656 à 965 089, une plage inclusive de 255 434 blocs, peu après l'activation de Taproot jusqu'en septembre 2026. Son CSV par bloc contient le même nombre de lignes, avec ces limites de hauteur exactes.

À travers cette histoire, la charge utile complète de scan de BlindBit v2 a totalisé 15 079 946 729 octets. Le projet rapporte cela comme 15,08 Go, avec une moyenne de 59,0 Ko par bloc. Ce total historique complet décrit une restauration à travers la plage mesurée.

Le chiffre quotidien répond à une question différente. En utilisant la moyenne des hauteurs 900 000 à 965 089 et un supposé 144 blocs par jour, le projet calcule environ 8,0 Mo pour un portefeuille suivant la chaîne près de l'extrémité supérieure de l'ensemble de données. Il ne décrit pas le téléchargement historique initial.

Le dépôt a été produit par un opérateur indépendant. Ses données et scripts sont publics, et le nombre total de lignes agrégées et les totaux de charge utile peuvent être vérifiés à partir du CSV, mais un deuxième opérateur n'a pas encore publié une relance complète. Le résultat parle du volume de bande passante ; il ne mesure pas l'utilisation de la batterie du téléphone, la charge du processeur, le comportement de stockage ou la latence de livraison.

Le projet estime également un itinéraire de filtre plus léger. Environ 0,94 Go de filtres uniquement Taproot modélisés plus environ 6,2 Go de modifications brutes donnent un sous-total de 7,14 Go. Le flux complet de 15,08 Go est environ 2,1 fois ce sous-total. L'itinéraire de filtre ajoute ensuite un téléchargement de bloc complet pour chaque correspondance, y compris les faux positifs, donc son trafic réalisé varie en fonction de l'activité du portefeuille et du taux de correspondance.

Le composant de filtre est un modèle construit à partir de comptes d'éléments par bloc exacts. Sa formule de taille a été vérifiée par rapport à 21 encodages de filtre réels et a atterri à environ 0,5 %, selon le projet. Un filtre de paiements silencieux uniquement Taproot n'a pas encore été déployé. Infographie comparant un flux de scan complet de 15,08 Go de paiements silencieux avec un sous-total de filtre-plus-modifications de 7,14 Go, montrant ensuite comment une modification omise peut cacher un paiement jusqu'à un rescannage à une hauteur antérieure avec une source honnête.

Comment un indexeur peut rendre un paiement invisible

BIP-352 définit l'adresse réutilisable et le scan du destinataire. Pour chaque transaction éligible, le portefeuille combine sa clé de scan privée avec des données publiques dérivées des entrées de la transaction. Il utilise le résultat pour générer des clés de sortie candidates et vérifie si l'une d'elles apparaît dans la transaction.

Un nœud complet peut dériver ces données de la blockchain. Un portefeuille léger a besoin d'une autre source. La spécification de serveur d'index en cours de développement décrit des modèles assistés par serveur qui déplacent différentes quantités de travail et d'informations hors de l'appareil.

Un modèle maintient la correspondance sur le téléphone et demande à un serveur des ajustements publics. Cela peut éviter de partager la clé de scan privée, mais la réponse du serveur doit toujours être complète. Si l'ajustement nécessaire pour un paiement entrant est absent, le portefeuille ne génère aucune destination correspondante et ne montre aucun reçu.

Un problème de Cake Wallet ouvert en juillet 2025 a analysé comment le manque pouvait persister. Le rapporteur a écrit qu'un client peut enregistrer une hauteur de scan local ultérieure après avoir reçu des données incomplètes. Si le portefeuille traite ensuite la plage antérieure comme terminée, se connecter à un autre serveur ne lui demanderait pas automatiquement de redemander le bloc manquant. La page du problème ne montre pas de confirmation de mainteneur de cette analyse d'architecture, et elle ne documente pas de rétention intentionnelle par un serveur.

La sortie elle-même reste valide sur Bitcoin. Les clés du destinataire la contrôlent toujours. La découverte peut être récupérée en rescannant à partir d'une hauteur antérieure contre une source complète et honnête ou en utilisant un scan soutenu par un nœud complet. Le danger pour l'utilisateur est le silence : le portefeuille peut montrer une synchronisation complète sans signaler que les données historiques doivent être revisitées.

Le projet propose des engagements en chaîne pour chaque ensemble d'ajustements canoniques de bloc. Deux serveurs qui publient des engagements peuvent être comparés, et un point de contrôle ancré de l'extérieur peut exposer une réécriture ou une équivocation ultérieure. Cela crée une piste d'audit. Un premier client s'appuyant sur une seule réponse peut toujours recevoir un ensemble incomplet avant qu'une comparaison indépendante ne révèle la divergence.

Le choix de confiance atteint déjà les portefeuilles

Le tableau des normes a deux couches. Le statut de BIP-352 est Complet, ce qui couvre le protocole de paiements silencieux de base. Son annexe pour clients légers décrit toujours le support de téléphone préservant la vie privée comme une recherche ouverte. Le nouveau document de client léger convergé se qualifie de pré-brouillon v0.1, avec des travaux d'adoption et d'interopérabilité encore à venir.

Les développeurs de portefeuilles ont entre-temps expédié différentes relations serveur. Sparrow Wallet 2.5.0, publié en mai 2026, a ajouté la réception de paiements silencieux et la sélection automatique d'un serveur Frigate public. Frigate décrit son design comme un Scanner à distance, qui effectue la correspondance sur l'infrastructure serveur avec des clés de scan client éphémères.

La spécification d'index WIP cartographie Cake Esplora à Cake Wallet et liste Dana Wallet, BDK avec Kyoto, et BlindBit Desktop comme clients autour de BlindBit Oracle. Dana et Silentium décrivent leurs propres projets mobiles comme expérimentaux. Ces sources d'implémentation ne revendiquent pas l'adoption du pré-brouillon de septembre.

Pour un utilisateur, ces conceptions définissent plus que la vitesse de synchronisation. Un scanner à distance peut apprendre quelles transactions appartiennent à un portefeuille. Un serveur d'ajustement peut garder le travail de correspondance privé sur le téléphone tout en laissant le portefeuille dépendant d'un flux complet. Un service personnel soutenu par un nœud complet déplace à la fois le calcul et la confiance sur une infrastructure que l'utilisateur contrôle.

Les mesures rendent la partie bande passante de ce choix moins redoutable. Une adoption plus large dépend encore d'une seconde propriété : un portefeuille doit être capable de détecter un historique incomplet avant qu'un paiement entrant ne disparaisse de sa vue. Les paiements silencieux peuvent cacher la réutilisation d'adresse sur la chaîne, mais les portefeuilles téléphoniques ont besoin de garanties qui empêchent la vie privée de devenir une nouvelle forme de confiance serveur.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.