Chargement des prix…
🔥BULLISH

Bitcoin : scanner les Silent Payments consomme 8 Mo/jour

La bande passante se règle à environ 8 Mo par jour, mais les Silent Payments sur mobile exigent toujours de faire confiance à l'indexeur qui livre les données de scan. Un ajustement manquant peut masquer un paiement en silence.

Une nouvelle mesure des données de scan des Silent Payments de Bitcoin montre que le volet bande passante de la réception privée sur mobile est plus gérable qu'on ne le craignait. Le projet BlindBit Oracle v2 a suivi chaque bloc de la hauteur 709,656 à 965,089, soit un intervalle inclusif de 255 434 blocs, peu après l'activation de Taproot jusqu'en septembre 2026. Sur cette plage, le volume total de scan s'élève à 15,08 Go, avec une moyenne de 59 Ko par bloc, tandis qu'un portefeuille suivant la chaîne près de l'extrémité supérieure du jeu de données consomme environ 8 Mo par jour. Cela place le coût de téléchargement à peu près dans la fourchette d'une courte vidéo en streaming.

Pourquoi c'est important

Les Silent Payments (BIP-352) permettent à un utilisateur de recevoir des BTC à une adresse statique réutilisable tout en empêchant les observateurs externes de relier les paiements à cette adresse sur la chaîne. Un expéditeur dérive une nouvelle destination Taproot à partir des données publiques du destinataire, et le portefeuille du destinataire analyse ensuite les transactions éligibles pour trouver sa sortie. Effectuer ce scan sur un téléphone, sans faire tourner un nœud complet, restait la partie non résolue du design.

Impact sur le marché

Les chiffres écartent l'objection la plus souvent citée. Le chiffre de 8 Mo par jour se situe largement dans les limites de tout forfait mobile moderne, et un parcours de filtrage Taproot uniquement modélisé atteint environ 7,14 Go sur le même historique. Mais la même mesure expose la couche de risque suivante : un portefeuille léger dépend d'un indexeur pour fournir des données de scan complètes, et un seul ajustement omis peut rendre un vrai paiement invisible sans aucune erreur visible par l'utilisateur. Le problème de Cake Wallet en juillet 2025 a montré comment un client peut enregistrer une hauteur de scan ultérieure après avoir reçu des données incomplètes et considérer l'historique antérieur comme terminé, si bien que passer plus tard à un autre serveur honnête ne déclenche pas automatiquement un nouveau scan. La proposition d'engagement chaîné du projet permettrait de recouper deux serveurs pour leur exhaustivité, avec des points de contrôle ancrés en externe exposant toute équivocation. L'adoption par les portefeuilles reste fragmentaire : Sparrow 2.5.0 a ajouté les Silent Payments avec sélection par défaut du serveur Frigate en mai 2026, le BIP-352 lui-même est marqué Complete pour le protocole principal, et la spécification convergée du client léger en est au stade pre-draft v0.1.

Tokens associés
$BTC

Questions fréquemment posées

  1. De combien de bande passante un portefeuille mobile Silent Payments a-t-il besoin ?

    Environ 8 Mo par jour pour un portefeuille proche de l'extrémité supérieure du jeu de données BlindBit v2, avec un volume de restauration complet de 15,08 Go sur l'historique mesuré.

  2. Que sont les Silent Payments sur Bitcoin ?

    Le BIP-352 permet à un utilisateur de recevoir des Bitcoin à une adresse statique réutilisable tout en empêchant les observateurs externes de relier les paiements entrants à cette adresse sur la chaîne.

  3. Quel est le risque de confiance pour les utilisateurs mobiles de Silent Payments ?

    Les portefeuilles légers dépendent d'un indexeur pour fournir des données de scan complètes, et un seul ajustement omis peut rendre un vrai paiement invisible sans aucun signal d'erreur visible par l'utilisateur.

  4. Quels portefeuilles Bitcoin supportent actuellement les Silent Payments ?

    Sparrow Wallet 2.5.0 (mai 2026) livre les Silent Payments avec sélection par défaut du serveur Frigate. Cake Wallet, Dana, Silentium et BDK avec Kyoto font aussi partie de l'écosystème.

  5. Le BIP-352 est-il finalisé ?

    Le protocole principal Silent Payments est marqué Complete, mais son annexe client léger reste un sujet de recherche ouvert et la spécification convergée en est au stade pre-draft v0.1.

Attribution de la source
Agrégé de CryptoSlate · Vérifié · Dernière mise à jour il y a 37d
Ouvrir l'original →