Comment fonctionne la transaction de base de Bitcoin ?

Déconstruire la transaction Bitcoin : Le fondement du transfert de valeur numérique

À la base, Bitcoin fonctionne sur un système de transfert de valeur simple mais ingénieusement conçu. Contrairement au système bancaire traditionnel où les comptes détiennent des soldes, Bitcoin fonctionne davantage comme un système de monnaie électronique, où chaque unité de valeur est tracée à travers une série de transactions. Ce mécanisme fondamental, souvent appelé « transaction de base », est le socle sur lequel tout le réseau Bitcoin est bâti. Comprendre comment ces transactions sont structurées, validées et enregistrées est crucial pour saisir les principes de sécurité, d'intégrité et de fonctionnement de la première et plus importante cryptomonnaie au monde.

Le modèle UTXO (Unspent Transaction Output) : La monnaie numérique en action

Pour comprendre le fonctionnement des transactions Bitcoin, il faut d'abord appréhender le concept de Sortie de Transaction Non Dépensée, ou UTXO. Ce modèle représente un changement de paradigme par rapport aux systèmes traditionnels basés sur les comptes et est central dans la conception de Bitcoin.

Imaginez de l'argent liquide dans votre portefeuille : vous n'avez pas un « solde de compte » en espèces ; vous possédez plutôt des billets spécifiques de différentes valeurs (par exemple, un billet de 10 $, un billet de 20 $). Lorsque vous voulez payer quelque chose, vous utilisez ces billets précis. Si un article coûte 15 $ et que vous payez avec un billet de 20 $, vous recevez 5 $ de monnaie — un nouveau billet.

Le modèle UTXO de Bitcoin fonctionne de manière similaire :

• Pas de soldes de compte : Les portefeuilles Bitcoin ne détiennent pas techniquement un « solde » au sens conventionnel. Au lieu de cela, ils gèrent une collection d'UTXO qui sont « dépensables » grâce aux clés privées du portefeuille.
• Unités de valeur distinctes : Chaque UTXO représente un montant spécifique et non dépensé de Bitcoin qui était la sortie d'une transaction précédente. C'est comme un billet ou une pièce numérique.
• Dépenser des UTXO : Lorsque vous initiez une transaction, votre portefeuille sélectionne un ou plusieurs UTXO que vous possédez pour couvrir le montant que vous souhaitez envoyer. Ces UTXO sélectionnés sont entièrement consommés (dépensés) en tant qu'entrées (inputs) pour votre nouvelle transaction.
• Création de nouveaux UTXO : La transaction génère ensuite de nouveaux UTXO en tant que sorties (outputs) :
  • Un UTXO pour le destinataire, contenant le montant envoyé.
  • Optionnellement, un autre UTXO (la « sortie de monnaie » ou « change output ») renvoyé à votre propre portefeuille pour tout montant restant des UTXO consommés qui n'a pas été envoyé au destinataire ni payé en frais.

Ce modèle UTXO offre plusieurs avantages, notamment une confidentialité accrue (car les transactions ne sont pas explicitement liées à des comptes d'utilisateurs, mais seulement à des clés publiques), une sécurité améliorée contre la double dépense et une plus grande scalabilité grâce au traitement parallèle des transactions. Il garantit que chaque unité de Bitcoin est comptabilisée et traçable depuis son origine (le minage) à travers tout son historique de transactions.

L'anatomie d'une transaction Bitcoin

Chaque transaction Bitcoin est une structure de données comprenant plusieurs composants clés. Cette structure garantit que la valeur peut être transférée et vérifiée en toute sécurité sur le réseau.

Les entrées de transaction (Inputs)

Les entrées spécifient d'où provient le Bitcoin dépensé. Chaque entrée pointe vers un UTXO spécifique d'une transaction précédente.

1. ID de transaction (TXID) de la sortie précédente : Un identifiant unique (hash) de la transaction qui a créé l'UTXO en cours de dépense.
2. Index de sortie (Vout) : Un numéro indiquant quelle sortie spécifique de cette transaction précédente est dépensée (une transaction peut avoir plusieurs sorties).
3. Script de déverrouillage (ScriptSig) : C'est la partie cruciale qui prouve la propriété et autorise la dépense. Pour une transaction standard de type P2PKH (pay-to-public-key-hash), le ScriptSig contient généralement :
   • Signature numérique : Générée par la clé privée de l'expéditeur, signant un hachage des données de la transaction actuelle. Cela prouve que l'expéditeur a autorisé la transaction sans révéler sa clé privée.
   • Clé publique : Dérivée de la clé privée de l'expéditeur. Le réseau l'utilise pour vérifier la signature numérique par rapport au hachage de la clé publique intégré dans le script de verrouillage de l'UTXO précédent.

Les sorties de transaction (Outputs)

Les sorties spécifient où va le Bitcoin et sous quelles conditions il pourra être dépensé à l'avenir.

1. Valeur : Le montant de Bitcoin (en satoshis, la plus petite unité de Bitcoin) envoyé vers cette sortie.
2. Script de verrouillage (ScriptPubKey) : Également connu sous le nom de « condition de dépense » ou « hash de script », ce script définit les conditions qui doivent être remplies pour que cette sortie soit dépensée dans une transaction future. Pour une sortie P2PKH standard, il contient généralement le hachage de la clé publique du destinataire. Pour dépenser cette sortie, le destinataire devra fournir une signature numérique générée par la clé privée correspondant à ce hachage de clé publique, ainsi que sa clé publique.

Autres champs de transaction

Au-delà des entrées et des sorties, une transaction Bitcoin comprend d'autres informations vitales :

• Numéro de version : Indique la version de la structure de données de la transaction, permettant de futures mises à jour du protocole.
• Locktime (ou nLocktime) : Un champ optionnel qui spécifie un moment ou une hauteur de bloc avant lequel une transaction ne peut pas être ajoutée à un bloc. Cela peut être utilisé pour des contrats à verrouillage temporel. Un locktime de 0 (ou inférieur à 500 millions) signifie que la transaction peut être incluse immédiatement.
• Données de témoin (Witness Data - transactions SegWit) : Pour les transactions utilisant le protocole Segregated Witness (SegWit), les données de signature sont stockées dans une structure séparée, ce qui aide à optimiser l'espace des blocs et à corriger les problèmes de malléabilité des transactions.

L'ensemble de la structure de données de la transaction (à l'exclusion des données de témoin pour SegWit) est ensuite haché cryptographiquement pour produire l'ID de transaction (TXID), un identifiant unique pour cette transaction spécifique.

Construction et diffusion d'une transaction

Lorsque vous décidez d'envoyer des Bitcoins, votre logiciel de portefeuille effectue plusieurs étapes critiques en coulisses :

1. Sélection des UTXO : Votre portefeuille scanne la blockchain pour identifier tous les UTXO qui sont dépensables par vos clés privées. Il sélectionne ensuite une combinaison de ces UTXO dont la valeur totale est égale ou supérieure au montant que vous souhaitez envoyer, plus les frais de transaction.
2. Création des sorties :
   • Une sortie principale est créée pour l'adresse du destinataire, contenant le montant spécifié en Bitcoin.
   • Si la valeur totale des UTXO sélectionnés dépasse le montant envoyé plus les frais, une « sortie de monnaie » est générée. Cette sortie renvoie le reste à une nouvelle adresse contrôlée par votre portefeuille, renforçant la confidentialité en évitant de réutiliser les adresses.
3. Calcul des frais de transaction : La différence entre la valeur totale des entrées et la valeur totale des sorties (destinataire + monnaie rendue) devient le frais de transaction, qui est collecté par le mineur qui inclut la transaction dans un bloc. Les portefeuilles estiment souvent les frais en fonction de la congestion du réseau et de la taille des données de la transaction.
4. Signature numérique : Chaque entrée de la transaction doit être signée numériquement par la clé privée correspondant à la clé publique qui contrôle l'UTXO respectif. Ce processus de signature utilise l'algorithme ECDSA (Elliptic Curve Digital Signature Algorithm), générant une signature unique pour chaque entrée basée sur les données de la transaction. Cette signature prouve que le propriétaire a autorisé la dépense sans révéler sa clé privée.
5. Assemblage de la transaction : Tous ces composants — entrées sélectionnées, sorties créées, signatures et autres champs — sont assemblés dans une structure de données de transaction complète.
6. Diffusion (Broadcasting) : La transaction entièrement construite et signée est ensuite diffusée sur le réseau Bitcoin.

Validation de la transaction : Les gardiens du réseau

Dès la réception d'une transaction diffusée, les nœuds complets (full nodes) de Bitcoin entament immédiatement un processus de validation rigoureux avant de la relayer aux autres nœuds. Cette vérification en plusieurs étapes est cruciale pour maintenir l'intégrité du réseau et empêcher les transactions invalides ou malveillantes.

Voici comment les nœuds valident une transaction :

1. Contrôles syntaxiques et structurels :

   • Format : La transaction est-elle correctement formatée selon les règles du protocole Bitcoin ?
   • Taille : Respecte-t-elle les limites de taille maximale ?
   • Version : Le numéro de version est-il valide ?
   • Plages de valeurs : Toutes les valeurs (entrées, sorties) sont-elles dans les plages valides (par exemple, non négatives, ne dépassant pas l'offre totale de Bitcoin) ?
   • Nombre de signatures : Le nombre de signatures est-il correct pour le type de script utilisé ?

2. Existence et statut des UTXO référencés :

   • Non dépensé : Pour chaque entrée, l'UTXO référencé doit exister et, impérativement, être non dépensé. C'est la défense primaire contre la double dépense. Les nœuds consultent leur copie locale de l'ensemble des UTXO (une base de données de toutes les sorties actuellement non dépensées).
   • Maturité : Si l'UTXO est une récompense coinbase (issue du minage d'un bloc), il doit avoir atteint sa maturité (généralement 100 blocs) avant de pouvoir être dépensé.

3. Vérification du script :

   • Pour chaque entrée, le nœud exécute un processus de vérification de script. Il combine le ScriptSig (de l'entrée) avec le ScriptPubKey (de l'UTXO référencé). Ce script combiné est ensuite exécuté par l'interpréteur Bitcoin Script.
   • Le script doit être évalué comme « VRAI » (TRUE) pour que l'entrée de la transaction soit valide. C'est ici que la signature numérique est vérifiée par rapport au hachage de la clé publique spécifié dans le script de verrouillage de l'UTXO, prouvant l'autorisation.

4. Contrôles de cohérence des valeurs :

   • Entrées vs Sorties : La somme de toutes les valeurs de Bitcoin dans les entrées doit être supérieure ou égale à la somme de toutes les valeurs dans les sorties.
   • Pas de création de Bitcoin : De nouveaux Bitcoins ne peuvent pas être créés ex nihilo. La différence entre les entrées et les sorties constitue les frais de transaction, qui reviennent au mineur.

5. Contrôle du Locktime : Si un nLocktime est spécifié, la transaction ne peut être incluse dans un bloc que si la hauteur de bloc actuelle ou le temps a dépassé la valeur du nLocktime.

Ce n'est qu'après avoir passé tous ces contrôles qu'une transaction est jugée valide. Les transactions valides sont alors ajoutées au pool de mémoire (mempool) du nœud et relayées aux autres nœuds connectés.

Inclusion dans un bloc : Le chemin vers la confirmation

Les transactions validées attendent dans la mempool d'être incluses dans un bloc. C'est ici que le minage de Bitcoin entre en jeu :

1. Sélection par le mineur : Les mineurs de Bitcoin surveillent continuellement la mempool, sélectionnant des transactions à inclure dans le nouveau bloc qu'ils tentent de miner. Les mineurs donnent la priorité aux transactions ayant des frais par octet plus élevés, car cela augmente leur récompense potentielle.
2. Construction du bloc : Le mineur assemble un bloc candidat contenant un en-tête (avec des détails tels que le hachage du bloc précédent, l'horodatage, la cible de difficulté et la racine de Merkle des transactions) et les transactions choisies.
3. Preuve de travail (Proof-of-Work) : Le mineur effectue ensuite un travail de calcul intensif, essayant de trouver un « nonce » (un nombre aléatoire) qui, combiné aux données de l'en-tête du bloc et haché, produit un résultat inférieur à la cible de difficulté actuelle du réseau. C'est la « Preuve de travail » (PoW).
4. Propagation du bloc : Une fois qu'un mineur trouve un nonce valide, il diffuse le bloc nouvellement miné sur le réseau.
5. Validation du bloc : Les autres nœuds reçoivent le bloc et vérifient rapidement sa validité :
   • L'en-tête du bloc contient-il une Preuve de travail valide ?
   • Toutes les transactions à l'intérieur du bloc sont-elles individuellement valides et non dépensées (en vérifiant par rapport à leur propre ensemble d'UTXO) ?
   • Le bloc respecte-t-il toutes les règles de consensus (ex: limite de taille de bloc, transaction coinbase valide) ?
6. Confirmation : Si le bloc est valide, les nœuds l'ajoutent à leur copie de la blockchain. À ce stade, les transactions à l'intérieur de ce bloc reçoivent leur première « confirmation ». À mesure que d'autres blocs sont minés par-dessus celui-ci, la transaction gagne des confirmations supplémentaires, devenant de plus en plus irréversible et sécurisée. Les commerçants et les bourses attendent généralement un certain nombre de confirmations (par exemple, 6) avant de considérer une transaction comme finale.

Frais de transaction : Le carburant du réseau

Les frais de transaction font partie intégrante de l'écosystème Bitcoin, servant deux objectifs principaux :

1. Inciter les mineurs : Les frais compensent les mineurs pour leurs efforts de calcul et sécurisent le réseau. Sans frais, les mineurs seraient moins incités à traiter les transactions une fois que la récompense de bloc diminuera progressivement.
2. Prévenir le spam sur le réseau : Les frais dissuadent les acteurs malveillants d'inonder le réseau avec un grand nombre de transactions minuscules et économiquement insignifiantes qui consommeraient autrement les ressources du réseau.

Les frais de transaction ne sont pas basés sur le montant de Bitcoin transféré, mais plutôt sur la taille des données de la transaction (en octets) et la congestion actuelle du réseau. Les portefeuilles calculent généralement les frais sur la base d'un taux de « satoshis par octet ». Lorsque le réseau est saturé, ce taux a tendance à augmenter car les utilisateurs rivalisent pour l'espace dans les blocs en offrant des frais plus élevés.

Un exemple illustratif : Alice paie Bob

Traçons une transaction simple : Alice veut envoyer 0,5 BTC à Bob.

1. Scan du portefeuille d'Alice : Le portefeuille d'Alice identifie qu'elle possède deux UTXO :

   • UTXO A : 0,3 BTC (d'une transaction précédente avec Charlie)
   • UTXO B : 0,4 BTC (d'une transaction précédente avec David)
   • Total dépensable : 0,7 BTC

2. Sélection des UTXO : Pour envoyer 0,5 BTC, son portefeuille doit couvrir ce montant plus les frais. Il décide d'utiliser l'UTXO B (0,4 BTC) et l'UTXO A (0.3 BTC), soit un total de 0,7 BTC.

3. Construction de la transaction :

   • Entrées (Inputs) :
     • Entrée 1 : Référence l'UTXO A (0,3 BTC), inclut la signature d'Alice pour l'UTXO A.
     • Entrée 2 : Référence l'UTXO B (0,4 BTC), inclut la signature d'Alice pour l'UTXO B.
   • Sorties (Outputs) :
     • Sortie 1 : 0,5 BTC vers le hachage de la clé publique de Bob.
     • Sortie 2 (Monnaie rendue) : Alice calcule les frais. Si le taux du réseau implique un frais de 0,0001 BTC pour cette taille de transaction, alors 0,7 BTC (entrées) - 0,5 BTC (pour Bob) - 0,0001 BTC (frais) = 0,1999 BTC. Ces 0,1999 BTC sont renvoyés à une nouvelle adresse contrôlée par le portefeuille d'Alice.

4. Signature et diffusion : Le portefeuille d'Alice signe cryptographiquement la transaction, puis la diffuse sur le réseau Bitcoin.

5. Validation par le réseau : Les nœuds complets reçoivent la transaction :

   • Ils vérifient que l'UTXO A et l'UTXO B existent et sont bien non dépensés.
   • Ils exécutent les scripts, vérifiant les signatures d'Alice par rapport aux hachages de clés publiques dans les scripts de verrouillage originaux de l'UTXO A et de l'UTXO B.
   • Ils vérifient que les entrées (0,7 BTC) >= sorties (0,5 BTC + 0,1999 BTC). La différence, 0,0001 BTC, est le frais implicite.
   • Si tous les contrôles passent, la transaction est ajoutée à la mempool.

6. Minage et confirmation : Un mineur sélectionne cette transaction (parmi d'autres) pour un nouveau bloc. Après avoir trouvé une Preuve de travail valide, le bloc est ajouté à la blockchain. La transaction d'Alice reçoit sa première confirmation, et Bob possède désormais les 0,5 BTC sous la forme d'un nouvel UTXO.

La force durable du modèle de transaction de Bitcoin

La conception du mécanisme de transaction de base de Bitcoin, centrée sur les UTXO et une validation cryptographique robuste, offre des avantages fondamentaux qui soutiennent sa proposition de valeur :

• Sécurité : Les signatures numériques et le mécanisme de Preuve de travail garantissent que les transactions sont authentiquement autorisées et pratiquement irréversibles une fois confirmées, empêchant la fraude et la double dépense.
• Décentralisation : Aucune entité unique ne peut approuver ou refuser unilatéralement des transactions. Les nœuds du réseau valident indépendamment selon des règles convenues.
• Transparence et auditabilité : Bien qu'étant pseudonyme, chaque transaction est enregistrée publiquement sur la blockchain, permettant à quiconque de vérifier le mouvement de la valeur.
• Prévention de la double dépense : Le modèle UTXO et la validation à l'échelle du réseau des sorties non dépensées font qu'il est extrêmement difficile de dépenser deux fois le même Bitcoin, un problème inhérent aux monnaies numériques avant Bitcoin.

Cette danse méticuleuse de sélection d'UTXO, d'exécution de scripts, de signature cryptographique et de validation décentralisée garantit que chaque transaction Bitcoin est un enregistrement sécurisé, vérifiable et immuable du transfert de valeur, formant la colonne vertébrale résiliente de l'ensemble du réseau Bitcoin.