Comment vérifier une transaction bitcoin dans Sparrow Wallet

Flux de travail de vérification des transactions

1. Chargez la transaction dans Sparrow Wallet en collant sa représentation hexadécimale ou en scannant son code QR via la boîte de dialogue « Importer une transaction ».

2. Sparrow analyse les octets bruts de la transaction et reconstruit toutes les entrées, sorties, types de script et données témoins à l'aide d'une logique compatible avec bitcoinjs-lib.

3. Le portefeuille récupère les UTXO correspondants du cache local ou les interroge directement depuis un serveur Electrum configuré s'il n'est pas mis en cache.

4. L'exécution des scripts est simulée localement : les scripts P2WPKH, P2WSH et Taproot sont validés par rapport à leurs conditions de verrouillage respectives sans diffusion.

5. La validité de la signature est vérifiée à l'aide d'opérations de courbe elliptique secp256k1, confirmant la preuve cryptographique de propriété de chaque entrée.

Vérifications de confirmation en chaîne

1. Sparrow interroge plusieurs serveurs Electrum indépendants pour récupérer l'état d'inclusion de la transaction dans différents explorateurs de blocs et backends de nœuds.

2. Il croise l'ID de transaction (txid) et l'ID de transaction témoin (wtxid) pour détecter les artefacts de malléation potentiels introduits avant l'activation de SegWit.

3. La hauteur du bloc, le nombre de confirmations et l'horodatage du minage sont récupérés et affichés à côté du hachage du bloc contenant la transaction.

4. Si la transaction apparaît dans un bloc mais manque des confirmations attendues, Sparrow signale un éventuel risque de réorganisation en vérifiant les chaînes ancêtres/descendants sur le même fork.

5. La présence de Mempool est évaluée séparément : les transactions non confirmées affichent des estimations des taux de frais en temps réel et des mesures de propagation provenant d'observations agrégées par les pairs.

Analyse des entrées respectueuse de la confidentialité

1. Les entrées sont analysées à la recherche d'heuristiques de désanonymisation courantes, notamment la propriété partagée des entrées, la réutilisation des adresses et l'identification erronée des adresses modifiées.

2. Lorsque des modèles CoinJoin ou PayJoin sont détectés, Sparrow met en évidence les limites des clusters et étiquette les participants probables en fonction de l'entropie de sortie et de la corrélation temporelle.

3. L'utilisation de l'adresse furtive est déduite grâce à la dérivation de clé publique dérivée de l'ECDH et comparée aux modèles de génération de clé éphémère connus.

4. Le portefeuille superpose les métadonnées du graphique de transaction sur une couche de visualisation locale, permettant une inspection manuelle des surfaces d'ambiguïté du chemin et de possibilité de liaison.

5. Pour les dépenses multisig ou script-path, Sparrow décode les structures de script témoin et vérifie la satisfaction des conditions de seuil avant de les marquer comme vérifiables.

Validation de l'intégration du portefeuille matériel

1. Lorsqu'il est connecté à un appareil Ledger ou Trezor, Sparrow achemine toutes les opérations de signature via l'élément sécurisé et valide les signatures renvoyées par rapport aux clés publiques calculées.

2. La version du micrologiciel de l'appareil, les normes BIP prises en charge (BIP-32, BIP-44, BIP-84, BIP-174) et la conformité du chemin de dérivation sont vérifiées avant la soumission de la transaction.

3. Les portefeuilles compatibles avec la phrase secrète déclenchent une invite explicite en dehors du thread de l'interface graphique, garantissant ainsi l'absence de fuite de mémoire d'entropie sensible pendant le flux de vérification.

4. Les PSBT signés matériellement sont analysés, validés pour être complets et vérifiés pour toute falsification entre la signature de l'appareil et la diffusion finale.

5. Si la validation de la signature échoue à un moment donné, Sparrow arrête le processus et affiche le décalage d'octet exact et le type d'erreur, sans jamais corriger ni masquer automatiquement les incompatibilités cryptographiques de bas niveau.

Foire aux questions

T1. Sparrow Wallet vérifie-t-il les transactions sans accès à Internet ? Oui. La vérification hors ligne de l'exactitude de la signature et de l'exécution du script est entièrement prise en charge lorsque les données UTXO sont pré-mises en cache ou importées manuellement.

Q2. Sparrow peut-il détecter les tentatives de double dépense avant confirmation ? Il identifie les transactions conflictuelles non confirmées en surveillant les intersections de pools de mémoire sur les serveurs Electrum connectés et les signale avec des avertissements visuels.

Q3. Pourquoi Sparrow affiche-t-il à la fois txid et wtxid pour les transactions SegWit ? SegWit sépare les données de signature des identifiants de transaction ; l'affichage des deux garantit un suivi précis, que les nœuds segwit existants ou natifs indexent la transaction.

Q4. Comment Sparrow gère-t-il les dépenses liées au chemin de clé Taproot lors de la vérification ? Il valide les signatures Schnorr par rapport à la clé publique interne, vérifie la structure du bloc de contrôle et confirme que la version feuille correspond aux exigences du BIP-341 avant d'accepter la validité des dépenses.