Règlement Bitcoin et confirmations

Version source EN · P02-L01 · 30 minutes estimées · needs_review

Étude en lecture seule. Aucune connexion de portefeuille, aucun argent réel, aucune phrase de récupération, clé privée, signature ou transaction de marché en direct. La durée est une estimation éditoriale ; les éléments visuels sont des spécifications, pas des composants déployés.

Un nombre de confirmations n’a de sens que relativement à une vue de la chaîne. Un nœud peut connaître une transaction sans qu’elle soit incluse dans la chaîne qu’il a sélectionnée.

Ce que décrit le nombre de confirmations

Les nœuds Bitcoin valident les blocs et sélectionnent, parmi les historiques valides, celui qui cumule le plus de travail. Des bifurcations peuvent temporairement produire des blocs concurrents ; une hauteur seule n’est donc pas un identifiant de bloc unique [BTC]. Un nombre de confirmations ne certifie ni le destinataire ni l’objet économique.

Pour une transaction ordinaire incluse dans la chaîne sélectionnée, cette leçon utilise la hauteur du sommet moins la hauteur d’inclusion plus un. Le bloc d’inclusion compte comme première confirmation. Cette formule suppose que les deux hauteurs concernent la même chaîne sélectionnée et que la transaction y reste incluse.

Garder le mempool distinct

Dans cet exercice, aucune hauteur d’inclusion n’est attribuée à une transaction en attente. N’insérez pas une hauteur supposée pour calculer un nombre positif. La vue d’un nœud a aussi un périmètre : le fait qu’un nœud n’affiche pas une transaction ne prouve pas qu’aucun nœud ne la possède.

Une réorganisation change la question

Si le bloc sélectionné à une hauteur change, déterminez d’abord si la transaction reste incluse et à quel endroit. Réutiliser l’ancien nombre avec le nouveau sommet peut produire une affirmation erronée. Conservez les empreintes des blocs et le contexte d’observation pour rendre la comparaison reproductible.

Une profondeur accrue modifie généralement le travail nécessaire pour remplacer un historique, sans constituer une promesse universelle d’irréversibilité. N’enseignez pas un nombre unique comme garantissant tous les paiements, toutes les conditions du réseau ou l’acceptation par les commerçants. La politique de confirmation et le mécanisme du protocole sont distincts.

Exprimer la confiance avec ses conditions

Écrivez : « la chaîne sélectionnée fournie contient T dans le bloc H, avec N confirmations au sommet K ». Indiquez ensuite ce que le dossier omet. Le nombre résulte d’un calcul sous une hypothèse de vue de chaîne ; l’exemple est fictif et ne fournit aucune validation indépendante du travail ou du consensus.

Classification des états de preuve

OBSERVED dans le dossier illustratif : les champs du sommet et de l’inclusion à T0, ainsi que le bloc changé à T1. INFERRED : 105−104+1=2 confirmations à T0 sous l’hypothèse de filiation de la chaîne sélectionnée. UNKNOWN : l’inclusion ultérieure de A à partir du dossier partiel T1. INSUFFICIENT EVIDENCE : l’ancienne hauteur et un sommet plus élevé établissent trois confirmations actuelles ou garantissent une sécurité irréversible.

• Confirmation : profondeur d’inclusion dans une chaîne sélectionnée.
• Sommet de chaîne : extrémité actuelle de la chaîne sélectionnée par un nœud.
• Réorganisation : changement de l’historique de la chaîne sélectionnée.
• Mempool : vue des transactions en attente d’un nœud.

ILLUSTRATIVE. À T0, SIM-BTC a un sommet=105 ; SIM-TX-A est incluse à104 dans BLOCK-X ; SIM-TX-B est en attente. À T1, le sommet sélectionné=106 ; la hauteur104 porte désormais BLOCK-Y et A est absente des enregistrements fournis de la chaîne sélectionnée. Aucun emplacement ultérieur de A n’est fourni.

Chronologie de transaction avec T0 BLOCK-X104→sommet105 et la variante T1 BLOCK-Y104→sommet106. Indiquer l’emplacement de A comme inconnu à T1 ; B est en attente. Texte alternatif : A n’a deux confirmations que dans la vue initiale de la chaîne fictive.

Le calcul des confirmations et l’incohérence d’une réutilisation du contexte d’inclusion périmé.

Un règlement Bitcoin réel, une irréversibilité universelle ou une attribution humaine.

• Une erreur d’une unité dans le comptage des confirmations.
• Compter les transactions en attente comme incluses.
• Utiliser une hauteur sans identité de bloc après une bifurcation.

Calculez les confirmations de A à T0. Indiquez le statut d’inclusion de B. Expliquez pourquoi l’ancienne hauteur seule ne permet pas d’attribuer trois confirmations à A à T1.

Présenter un court tableau des éléments de preuve et le raisonnement, uniquement à partir du matériel fourni. Répartition suggérée : étude 12 min, inspection/calcul 8 min, correction/quiz 10 min.

• Hypothèse de chaîne sélectionnée.
• Empreinte du bloc et hauteur.
• Contexte du sommet.
• Revérifier l’inclusion après les changements.

Un nombre de confirmations n’a de sens que relativement à une vue de la chaîne. Un nœud peut connaître une transaction sans qu’elle soit incluse dans la chaîne qu’il a sélectionnée. Le matériel fourni permet le calcul des confirmations et montre l’incohérence d’une réutilisation du contexte d’inclusion périmé. Il n’établit ni un règlement Bitcoin réel, ni une irréversibilité universelle, ni une attribution humaine.

• Calculer le nombre de confirmations pour un sommet de chaîne donné.
• Séparer la présence dans le mempool de l’inclusion.
• Décrire l’incertitude liée aux réorganisations sans garantie universelle.

P02-L02 après examen de cet exercice et de ses prérequis.

NONE. Le catalogue de référence n’exige aucun accès au produit pour cette leçon. Utiliser le matériel figé/hors ligne.

• [BTC] Guide développeur Bitcoin — Chaîne de blocs — Blocs valides, UTXOs, travail et bifurcations ; ne permet pas d’authentifier historiquement les données de l’exercice. Vérifié 2026-10-01.

Les valeurs synthétiques sont des données d’entrée d’exercice créées par l’auteur. Les valeurs historiques éventuelles doivent utiliser le jeu de données lié et sa provenance plus restreinte. L’inspection des sources ne constitue pas une acceptation éditoriale indépendante.