Chapitre 10 - 0 quiz réussis sur 10
Parcours d’un paiement
Suivez un paiement, de sa préparation dans le portefeuille (wallet) à son règlement confirmé.
- Décrire les étapes d’un paiement, de sa création dans le portefeuille à sa confirmation
- Nommer les principaux modes d’échec et ce qu’une confirmation garantit réellement
Réponses rapides
Comment fonctionne un paiement Bitcoin, étape par étape ?
Le portefeuille crée et signe la transaction, les nœuds la vérifient et la relaient, un mineur l’inclut dans un bloc, puis les confirmations s’accumulent.
Combien de confirmations faut-il pour être en sécurité ?
Chaque confirmation rend l’annulation plus difficile. De nombreux services en attendent six pour les montants élevés ; une réorganisation de faible profondeur peut encore annuler une ou deux confirmations.
Pourquoi un paiement Bitcoin peut-il échouer ?
À cause de scripts invalides, de frais trop bas pour permettre une confirmation, d’un remplacement, de transactions retirées des mempools ou de réorganisations de faible profondeur.
Le portefeuille crée la transaction
Le portefeuille commence par sélectionner des UTXO, ajouter l’adresse du destinataire comme sortie, calculer la monnaie à rendre et choisir un taux de frais. La sélection des unités influence les frais, la confidentialité et les unités reliées entre elles. Un bon portefeuille affiche la destination, le montant et les frais avant la signature.
Alice signe
Le portefeuille (wallet) signe le sighash avec la clé privée d’Alice. La signature autorise les entrées sélectionnées et les sorties couvertes par le type de sighash. Elle ne révèle pas la clé. Avec un portefeuille matériel, c’est le moment de vérifier la destination et le montant sur l’écran de l’appareil.
Le nœud vérifie
Le nœud vérifie la transaction avant de l’accepter : les signatures doivent être valides, les entrées ne doivent pas avoir été dépensées, les valeurs doivent s’équilibrer et les scripts doivent être exécutés avec succès. Un nœud qui la rejette ne la relaie pas. Il reste possible de la soumettre ailleurs, notamment directement à un mineur ; une transaction qui ne respecte pas les règles de consensus ne peut pas être incluse dans une chaîne valide. Les règles de relais peuvent aussi entraîner le rejet d’une transaction qui respecte les règles de consensus.
Relais et mempool
Les transactions valides non confirmées sont relayées de nœud en nœud. Chaque nœud conserve son propre mempool : être « dans le mempool » ne signifie donc pas se trouver dans une salle d’attente mondiale unique. Les mineurs choisissent les transactions selon le taux de frais et d’autres règles de sélection. Une transaction peut être présente sur un nœud et absente d’un autre.
Le mineur inclut la transaction
Le mineur sélectionne des transactions dans son mempool, construit un bloc candidat et cherche une preuve de travail. Si le mineur trouve une preuve valide, le paiement apparaît dans un bloc. D’autres mineurs peuvent construire sur ce bloc, ajoutant des confirmations. Une transaction peut aussi être remplacée (RBF) ou accélérée (CPFP) avant sa confirmation.
Les confirmations s’accumulent
Chaque bloc ajouté après celui du paiement d’Alice apporte davantage de preuve de travail au-dessus de celui-ci, ce qui rend son annulation plus coûteuse. Une confirmation est un signal fort pour les petits paiements ; pour des montants plus élevés, il est courant d’en attendre davantage. Une confirmation n’est pas une garantie juridique, et une réorganisation profonde reste possible, mais coûteuse. Le seuil pratique dépend du montant et du risque.
Laboratoire réseau
Découvrez-le dans la simulation
Suivez le paiement d’Alice à Bethlehem.
Ce qu’il faut retenir
Un paiement est construit, signé, vérifié, relayé, inclus dans un bloc miné, puis confirmé. Chaque étape peut rencontrer des problèmes : scripts incorrects, frais faibles, remplacement, transactions retirées et réorganisations de faible profondeur.
Rappelez-vous, puis appliquez
Retracez les étapes : construire → signer → vérifier → relayer → miner → confirmer. Citez un problème possible avant la confirmation et un risque après celle-ci.
Vérifiez votre explication
Avant la confirmation : rejet par les règles de relais, signature invalide, frais faibles, remplacement ou éviction du mempool. Après l’inclusion : une réorganisation peut retirer le bloc qui contient la transaction ; les confirmations suivantes réduisent ce risque sans l’éliminer.
Point de contrôle
Termes clés
Sources
Vérifié le 25 octobre 2026 · ne constitue pas un conseil financier