Aller au contenuBlockAssay

Reconstitution d’un incident historique

P10-L07 · P10 · P10-M02

Construire une chronologie à partir d’enregistrements inspectables indépendamment

HISTORICAL · needs_review

Prérequis: P10-L06

Objectifs pédagogiques

  • Construire une chronologie à partir d’enregistrements inspectables indépendamment
  • Reproduire l’ordre d’une chronologie délimitée de la phase de résolution d’un incident et la distinguer d’un compte rendu rétrospectif attribué à ses auteurs.

Pourquoi ce sujet compte

Le récit d’un incident condense souvent des mois de réponse du protocole en une seule flèche causale. Des en-têtes inspectables indépendamment fournissent une chronologie plus restreinte, tandis que la publication officielle apporte un contexte attribué à ses auteurs.

Explication

AVERTISSEMENT SUR LA PROVENANCE HISTORICAL : ce paquet concerne l’incompatibilité de chaînes Bitcoin de 2013 et un segment délimité de la phase de résolution en août. BIP50 est figé à une révision exacte du dépôt. Il décrit la bifurcation de mars et son traitement ultérieur ; sa date d’attribution est un champ du document, pas l’instant exact de l’incident. Le paquet ne reconstitue pas la chaîne orpheline de mars et ne vérifie pas indépendamment le comportement de chaque mineur.

La partie consacrée à la chaîne contient des en-têtes bruts de 80 octets aux hauteurs 252450 et 252451, du JSON de blocs indexés et les références exactes des transactions coinbase. Exécutez le vérificateur du paquet : le double SHA256 reproduit les deux identifiants d’en-tête ; le champ de hachage précédent du second pointe vers le premier. La soustraction des horodatages reproduit l’intervalle déclaré. L’ordre des enregistrements peut donc être inspecté séparément du récit rétrospectif. Les étiquettes d’inclusion dans la chaîne canonique et d’inclusion des coinbase restent des assertions de l’indexeur ; ni rejeu par un nœud complet ni preuve native d’inclusion de Merkle ne sont fournis.

Utilisez deux pistes de preuves. Dans la piste de la chaîne, placez les faits des en-têtes avec leur périmètre précis ; dans la piste des publications, placez les déclarations des auteurs du protocole concernant les logiciels incompatibles et la limite de résolution. Leur concordance étaye le repère sélectionné, pas toutes les affirmations de causalité ou d’impact. Laissez non résolus les détails des branches de mars, l’adoption mondiale des mises à niveau et les pertes économiques.

Terminologie

Liaison des en-têtes : champ du bloc précédent référençant le hachage de l’en-tête précédent.

Heure déclarée du bloc : horodatage fourni par le mineur, pas l’heure exacte d’arrivée sur le réseau.

Compte rendu rétrospectif : récit d’un incident attribué aux auteurs du protocole.

Phase de résolution : segment ultérieur délimité, pas rejeu complet d’un incident.

Exemple historique

En-tête historique 252450 : 000000000000004bd037574c9171b4871185e7218c529734a1c5445f29114fbe, heure déclarée 2013-08-16T11:45:05Z. En-tête 252451 : 0000000000000024b58eeb1134432f00497a6a860412996e7a260f47126eed07, heure déclarée 2013-08-16T12:09:07Z, référence 252450. Différence : 1,442 secondes (24 minutes 2 secondes). BIP50 identifie 252451 dans sa discussion de la résolution d’août. Les identifiants exacts des coinbase sont conservés dans incident-252450-coinbase-id.txt et incident-252451-coinbase-id.txt, avec les transactions indexées ; ce sont des repères, pas une attribution causale.

OBSERVED (OBSERVÉ) : texte de publication sauvegardé, hachages, liaison et champs temporels des en-têtes reproduits localement. INFERRED (INFÉRÉ) : compatibilité du repère d’en-tête sélectionné avec le récit de résolution de la publication. UNKNOWN (INCONNU) : état de mise à niveau de chaque nœud, ensemble complet des branches concurrentes de mars et pertes. INSUFFICIENT EVIDENCE (ÉLÉMENTS DE PREUVE INSUFFISANTS) : affirmation selon laquelle ces deux en-têtes prouvent que tous les participants ont résolu l’incident.

Spécifications visuelles

Chronologie historique des signaux avec une piste de publication pour le contexte de mars et une piste d’en-têtes bruts pour les deux enregistrements d’août. Indiquer l’intervalle des heures déclarées de 24m02s, les hauteurs et hachages exacts, la limite de preuve d’inclusion de l’indexeur et une lacune de collecte des branches de mars.

Légende : chronologie historique délimitée de la phase de résolution ; ni rejeu complet de la bifurcation ni preuve du rétablissement de tous les nœuds.

SPECIFICATION_ONLY — le visuel rendu n’a pas été produit ni revu indépendamment.

Ce que les preuves établissent

Les en-têtes bruts figés reproduisent les identifiants sélectionnés, leur liaison et leur intervalle des heures déclarées de 1,442 secondes. La publication officielle sauvegardée contient un récit de l’incident et de sa résolution attribué à ses auteurs.

Ce que les preuves n’établissent pas

Le paquet ne prouve ni délai exact de propagation, ni accord des nœuds à l’échelle mondiale, ni historique complet de la bifurcation de mars, ni identité d’un attaquant, ni intention, ni pertes économiques. L’espacement entre en-têtes n’est pas la durée de l’incident.

Erreurs fréquentes

Présenter l’intervalle entre les deux en-têtes comme la durée totale de l’incident ; traiter la date d’attribution du document comme l’heure exacte de l’événement ; affirmer que tous les nœuds ont été mis à niveau ; utiliser le contexte de la publication à la place des enregistrements de branches manquants.

Exercice pratique

Construisez une chronologie à trois lignes : contexte de mars attribué à ses auteurs, en-tête 252450 et en-tête 252451. Calculez l’intervalle, indiquez la base temporelle et le type de source de chaque ligne, puis rejetez l’affirmation « tous les nœuds ont été rétablis après 24m02s ».

Afficher la correction détaillée

La ligne de mars appartient à la piste de publication et reste un contexte attribué, avec la précision du compte rendu rétrospectif. Les lignes d’en-têtes d’août utilisent les heures déclarées brutes et les hachages exacts ; 12:09:07 −11:45:05 =24m02s. Le second en-tête pointe vers le premier, établissant l’ordre des enregistrements sélectionnés. « Tous les nœuds ont été rétablis » n’est pas établi par deux en-têtes ou par une publication attribuée. Rapportez uniquement le repère délimité de résolution ; laissez non résolus le recensement des nœuds, les branches de mars et la durée globale de l’incident. Les références des transactions coinbase sont des repères indexés reproductibles, pas des preuves d’adoption universelle.

Liste de contrôle

  • Vérifier hors ligne les hachages d’en-têtes et leur liaison par le champ de hachage précédent.
  • Séparer les champs de la chaîne des assertions de la publication.
  • Conserver les repères exacts des transactions et les heures de récupération.
  • Préciser le périmètre délimité d’août et les branches de mars manquantes.

Résumé

L’ordre des en-têtes inspectable indépendamment et le contexte du protocole attribué à ses auteurs peuvent coexister sans étayer une reconstitution complète de l’incident ou de ses impacts.

Résumé

  • Le temps de la chaîne et les dates de publication ont des significations différentes.
  • Une chronologie délimitée doit montrer ses phases manquantes.
  • La liaison des en-têtes ne peut pas établir le comportement mondial des nœuds.

Leçon suivante

P10-L08

Outils

Utilisez l’outil BlockAssay nommé uniquement comme contexte de lecture des preuves. Cette leçon ne crée aucune sortie d’outil, aucune session de compte ni aucun droit d’accès. Exercice hors ligne ; ne signez, ne déployez, n’approuvez et ne financez rien.

Sources et limites des affirmations

  • BIP50: BIP50 — compte rendu historique figé à une révision — Récit de la bifurcation de mars 2013 attribué à ses auteurs et limite de résolution d’août au bloc 252451. Limite : documentation des mécanismes uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.

  • API: Spécification de l’API publique Esplora — Routes GET, satoshis entiers et champs indexés de confirmation ou de dépense des sorties. Limite : documentation des mécanismes uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.

  • CHAIN: Repère historique figé de la chaîne — Enregistrement d’un seul indexeur ; les octets historiques sont figés, sans preuve native indépendante d’inclusion ni preuve d’identité humaine.

Classification des preuves

HISTORICAL — les dates des événements et celles de récupération sont distinctes. Voir le paquet figé et les lacunes de collecte.

Date d’observation

2026-10-02 (date de récupération ; pas heure de l’événement)

Version du contenu

1

Date de révision

null

Statut de révision

needs_review

Spécifications visuelles

P10-L07-V01

SPECIFICATION_ONLY · HISTORICAL

Construire une chronologie à partir d’enregistrements inspectables indépendamment

Chronologie historique délimitée de la phase de résolution ; ni rejeu complet de la bifurcation ni preuve du rétablissement de tous les nœuds.

Chronologie historique des signaux avec une piste de publication pour le contexte de mars et une piste d’en-têtes bruts pour les deux enregistrements d’août. Indiquer l’intervalle des heures déclarées de 24m02s, les hauteurs et hachages exacts, la limite de preuve d’inclusion de l’indexeur et une lacune de collecte des branches de mars.

Chronologie historique des signaux avec une piste de publication pour le contexte de mars et une piste d’en-têtes bruts pour les deux enregistrements d’août. Indiquer l’intervalle des heures déclarées de 24m02s, les hauteurs et hachages exacts, la limite de preuve d’inclusion de l’indexeur et une lacune de collecte des branches de mars.

Empiler observations, hypothèses, lacunes et conclusion à 390 px ; conserver les identifiants complets et un équivalent textuel complet. Tout tableau large défile localement.

La prose peut suivre le sens RTL ; les identifiants, quantités et axes temporels restent en LTR. Préserver le sens des dépendances.

P10-FROZEN-RECORDS-v1

Sources et limites des affirmations

BIP50 · OFFICIAL_PROTOCOL_PUBLICATION

BIP50 — compte rendu historique figé à une révision

Affirmation étayée
Récit de la bifurcation de mars 2013 attribué à ses auteurs et limite de résolution d’août au bloc 252451.
Limite de vérification
Documentation des mécanismes uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.
Date de vérification
2026-10-02
Ouvrir la source primaire
https://github.com/bitcoin/bips/blob/24e96e870fffaa257b465ce1f0370c14aac588e8/bip-0050.mediawiki

API · PRIMARY_DOCUMENTATION

Spécification de l’API publique Esplora

Affirmation étayée
Routes GET, satoshis entiers et champs indexés de confirmation ou de dépense des sorties.
Limite de vérification
Documentation des mécanismes uniquement ; les valeurs illustratives originales sont stipulées, pas observées. Les enregistrements historiques disposent d’une provenance figée séparément et de lacunes de collecte explicites.
Date de vérification
2026-10-02
Ouvrir la source primaire
https://github.com/Blockstream/esplora/blob/master/API.md

CHAIN · PUBLIC_CHAIN_RECORD

Repère figé d’un enregistrement primaire de la chaîne

Affirmation étayée
Repère exact de l’enregistrement historique ; les octets figés et les correspondances des affirmations sont dans docs/academy-2/datasets/p10.
Limite de vérification
Enregistrement d’un seul indexeur ; les octets historiques sont figés, sans preuve native indépendante d’inclusion ni preuve d’identité humaine.
Date de vérification
2026-10-02
Ouvrir la source primaire
https://blockstream.info/api/block/0000000000000024b58eeb1134432f00497a6a860412996e7a260f47126eed07/header

Provenance des données

id: P10-FROZEN-RECORDS-v1

dataStatus: HISTORICAL

observedAt: 2026-10-02

timeBasis: Historical header timestamps distinct from UTC retrieval times

source: Source interne non publique : cette preuve a été vérifiée en interne et n’est pas publiée.

scope: Frozen Bitcoin chain records and attributed BIP50 publication; see source-to-claim matrix and explicit collection gaps.

Testez votre raisonnement

P10-L07-Q1 · Que permet d’établir le champ de hachage précédent du second en-tête ?
P10-L07-Q2 · Quel est l’intervalle des heures déclarées ?
P10-L07-Q3 · Comment le récit de BIP50 doit-il entrer dans le rapport ?
P10-L07-Q4 · Quelle limite est déterminante pour reconstituer la bifurcation de mars ?
P10-L07-Q5 · Pourquoi conserver les identifiants des coinbase sans revendiquer une inclusion vérifiée indépendamment ?