Comment lire une transaction Bitcoin sur la Blockchain

Comprendre le modèle UTXO

1. Bitcoin n'utilise pas les soldes des comptes comme les systèmes bancaires traditionnels. Au lieu de cela, il s’appuie sur les sorties de transactions non dépensées, ou UTXO, pour représenter la valeur.

2. Chaque UTXO est une unité discrète liée à un résultat de transaction spécifique et verrouillée par une condition cryptographique, généralement un hachage de clé publique.

3. Lorsqu'un utilisateur lance une transaction, il doit référencer un ou plusieurs UTXO en tant qu'entrées, les consommant effectivement pour créer de nouvelles sorties.

4. Chaque entrée doit être signée numériquement à l'aide de la clé privée correspondante pour prouver la propriété et l'autorisation.

5. La somme de toutes les entrées doit être égale ou supérieure à la somme de toutes les sorties ; tout excédent devient les frais du mineur, automatiquement déduits avant la création des sorties.

Décodage des entrées de transaction (vin)

1. Le tableau vin contient des références aux résultats de transactions précédentes qui financent la transaction en cours.

2. Chaque entrée comprend un txid — un hachage hexadécimal de 64 caractères identifiant la transaction précédente — et un index vout spécifiant quelle sortie de cette transaction est dépensée.

3. Le champ scriptSig contient le script de déverrouillage, contenant généralement une signature numérique et une clé publique satisfaisant les conditions de verrouillage de l'UTXO référencé.

4. Les transactions Coinbase ont un tableau vin vide puisqu'elles introduisent des pièces nouvellement frappées sans référencer les sorties antérieures.

5. La validation des entrées nécessite de reconstruire le script de verrouillage d'origine à partir de l'UTXO référencé et de vérifier que le scriptSig fourni le satisfait correctement.

Analyse des sorties de transaction (vout)

1. Le tableau vout définit où la valeur circule après l'exécution de la transaction.

2. Chaque sortie comprend un montant en satoshis et un scriptPubKey , qui spécifie les conditions requises pour dépenser cette sortie ultérieurement.

3. Les modèles scriptPubKey standard incluent des variantes Pay-to-Public-Key-Hash (P2PKH), Pay-to-Script-Hash (P2SH) et Segregated Witness comme P2WPKH.

4. Une seule transaction peut contenir plusieurs sorties : une pour le destinataire, une pour les modifications renvoyées à l'expéditeur et, occasionnellement, des sorties dirigées vers des tiers ou des adresses de contrats intelligents.

5. Les sorties sans dérivation d'adresse connue, telles que celles utilisant des scripts non standard ou OP_RETURN, indiquent souvent l'intégration de métadonnées ou l'utilisation de protocoles avancés.

Interprétation des données du navigateur Blockchain

1. Les explorateurs de blockchain comme blockchain.info ou blockstream.info traduisent les données brutes codées en hexadécimal en champs lisibles par l'homme tels que « De », « À » et « Valeur ».

2. Ces interfaces déduisent les adresses en décodant le contenu scriptPubKey , mais cette inférence échoue pour les scripts complexes ou personnalisés.

3. Les horodatages affichés ne sont pas directement intégrés à la transaction mais sont dérivés de l'heure d'en-tête du bloc, ce qui signifie qu'ils reflètent le moment où la transaction a été confirmée et non soumise.

4. L'estimation des frais est calculée en externe comme la différence entre le total des intrants et le total des extrants ; la transaction elle-même ne stocke pas explicitement les informations sur les frais.

5. La taille de la transaction en octets virtuels (vB) affecte la priorité de confirmation et est déterminée par les unités de poids selon les règles SegWit, influençant la façon dont les mineurs la sélectionnent pour l'inclusion.

Questions et réponses courantes

Q1 : Pourquoi certaines transactions affichent-elles plusieurs adresses « De » même lorsqu'une seule personne a initié le paiement ? R : Étant donné que le portefeuille a regroupé plusieurs UTXO provenant de différentes transactions antérieures pour atteindre le montant requis, chaque UTXO provient d'une source historique distincte.

Q2 : Qu'est-ce que cela signifie lorsqu'une transaction n'a aucune confirmation ? R : Cela signifie que la transaction a été diffusée sur le réseau mais n'a pas encore été incluse dans un bloc miné ; il reste dans le pool de mémoire et peut être remplacé ou supprimé.

Q3 : Puis-je déterminer l'identité réelle d'une adresse Bitcoin à partir de son historique de transactions ? R : Non. Les adresses sont pseudonymes par conception. Le lien d'identité nécessite une intelligence externe hors chaîne, des heuristiques de clustering ou une divulgation volontaire.

Q4 : Pourquoi la même adresse apparaît-elle parfois dans les sections vin et vout d'une transaction ? R : Cela reflète la gestion des modifications : l'expéditeur réutilise une partie de ses propres fonds comme un nouvel UTXO redirigé vers lui-même, préservant ainsi le contrôle du solde restant.