Zum InhaltBlockAssay

Einen historischen Vorfall rekonstruieren

P10-L07 · P10 · P10-M02

Eine Zeitachse aus unabhängig prüfbaren Datensätzen bilden

HISTORICAL · needs_review

Voraussetzungen: P10-L06

Lernziele

  • Eine Zeitachse aus unabhängig prüfbaren Datensätzen bilden
  • Die Reihenfolge einer begrenzten Zeitachse der Auflösungsphase reproduzieren und von einem zugeschriebenen Postmortem unterscheiden.

Warum das wichtig ist

Ein Vorfallsnarrativ verdichtet oft monatelange Protokollreaktion zu einem Kausalpfeil. Unabhängig prüfbare Header liefern engere Chronologie; die offizielle Veröffentlichung liefert zugeschriebenen Kontext.

Erklärung

HISTORICAL-HERKUNFTSHINWEIS: Dieses Paket behandelt die Bitcoin-Ketteninkompatibilität von 2013 und einen begrenzten Augustabschnitt der Auflösungsphase. BIP50 ist auf exakter Repository-Revision eingefroren. Es beschreibt die Märzverzweigung und spätere Behandlung; Zuweisungsdatum ist Dokumentfeld, kein exakter Vorfallszeitpunkt. Das Paket rekonstruiert nicht die verwaiste Märzkette oder prüft unabhängig das Verhalten jedes Miners.

Der Blockchain-Teil enthält rohe 80-Byte-Header der Höhen 252450 und 252451, indexiertes Block-JSON und genaue Coinbase-Transaktionsreferenzen. Paketprüfer ausführen: Doppel-SHA256 reproduziert beide Header-IDs; Previous-Hash-Feld des zweiten verweist auf den ersten. Zeitsubtraktion reproduziert angegebenes Intervall. Datensatzreihenfolge ist so getrennt vom Postmortem prüfbar. Kanonische Kettenlabels und Coinbase-Aufnahme bleiben Indexerbehauptungen; kein vollständiger Node-Replay oder nativer Merkle-Inklusionsbeweis enthalten.

Zwei Evidenzspuren verwenden. Blockchain-Spur enthält genau begrenzte Headerfakten; Veröffentlichungsspur Aussagen der Protokollautoren über inkompatible Software und Auflösungsgrenze. Übereinstimmung stützt ausgewählten Lokator, nicht sämtliche Kausal- oder Wirkungsbehauptungen. Märzastdetails, globale Upgrade-Adoption und wirtschaftlichen Verlust offenlassen.

Begriffe

Headerverknüpfung: Vorblockfeld referenziert Hash des vorherigen Headers.

Angegebene Blockzeit: vom Miner gelieferter Zeitstempel, keine genaue Netzankunft.

Postmortem: zugeschriebener Protokollbericht über einen Vorfall.

Auflösungsphase: begrenzter späterer Abschnitt, kein vollständiger Vorfallsreplay.

Historisches Beispiel

Historischer Header 252450: 000000000000004bd037574c9171b4871185e7218c529734a1c5445f29114fbe, angegebene Zeit 2013-08-16T11:45:05Z. Header 252451: 0000000000000024b58eeb1134432f00497a6a860412996e7a260f47126eed07, angegebene Zeit 2013-08-16T12:09:07Z, referenziert 252450. Differenz: 1,442 Sekunden (24 Minuten 2 Sekunden). BIP50 nennt 252451 in seiner Augustauflösungsdiskussion. Genaue Coinbase-IDs in incident-252450-coinbase-id.txt und incident-252451-coinbase-id.txt mit indexierten Transaktionen bewahrt; Lokatoren, keine Kausalzuordnung.

OBSERVED: gespeicherter Veröffentlichungstext, lokal reproduzierte Headerhashes/-verknüpfung/-zeitfelder. INFERRED: Vereinbarkeit des gewählten Lokators mit veröffentlichtem Auflösungsbericht. UNKNOWN: Upgrade-Zustand jedes Nodes, vollständige konkurrierende Märzäste und Verluste. INSUFFICIENT EVIDENCE: Behauptung, zwei Header bewiesen die Auflösung für alle Teilnehmer.

Visuelle Spezifikationen

Historische Signalzeitachse mit Veröffentlichungsspur für Märzkontext und Rohheaderspur für zwei Augustdatensätze. Angegebenes Zeitintervall 24m02s, genaue Höhen/Hashes, Indexer-Inklusionsgrenze und Märzasterfassungslücke beschriften.

Bildunterschrift: Begrenzte historische Zeitachse der Auflösungsphase; kein vollständiger Fork-Replay oder Wiederherstellungsbeweis für alle Nodes.

SPECIFICATION_ONLY — das gerenderte visuelle Element wurde nicht produziert oder unabhängig geprüft.

Was die Evidenz belegt

Eingefrorene Rohheader reproduzieren gewählte IDs, Verknüpfung und angegebenes Zeitintervall 1,442 Sekunden. Gespeicherte offizielle Veröffentlichung enthält zugeschriebenen Vorfalls-/Auflösungsbericht.

Was die Evidenz nicht belegt

Das Paket beweist keine genaue Propagationsverzögerung, weltweite Node-Übereinstimmung, vollständige Märzforkhistorie, Angreiferidentität, Absicht oder wirtschaftlichen Verlust. Headerabstand ist keine Vorfallsdauer.

Häufige Fehler

Zwei-Header-Intervall gesamte Vorfallsdauer nennen; Dokumentzuweisung als genaue Ereigniszeit behandeln; alle Nodes als aktualisiert behaupten; fehlende Astdatensätze durch Veröffentlichungskontext ersetzen.

Praktische Übung

Dreizeilige Zeitachse bilden: zugeschriebener Märzkontext, Header 252450 und Header 252451. Intervall berechnen, Zeitbasis und Quellenart je Zeile nennen und «alle Nodes waren nach 24m02s repariert» zurückweisen.

Ausführliche Lösung anzeigen

Märzzeile gehört zur Veröffentlichungsspur und bleibt zugeschriebener Kontext in Postmortem-Genauigkeit. Augustzeilen nutzen rohe angegebene Zeiten und genaue Hashes; 12:09:07 −11:45:05 =24m02s. Zweiter Header zeigt auf ersten und belegt ausgewählte Datensatzreihenfolge. «Alle Nodes repariert» folgt weder aus zwei Headern noch zugeschriebener Veröffentlichung. Nur begrenzten Auflösungslokator berichten; Nodezählung, Märzäste und globale Dauer offenlassen. Coinbase-Referenzen sind reproduzierbare indexierte Lokatoren, keine universelle Adoptionsevidenz.

Checkliste

  • Headerhashes und Previous-Hash-Verbindung ohne Netzwerk prüfen.
  • Blockchain-Felder und Publikationsaussagen trennen.
  • Genaue Transaktionslokatoren und Abrufzeiten bewahren.
  • Begrenzten Augustumfang und fehlende Märzäste nennen.

Zusammenfassung

Unabhängig prüfbare Headerreihenfolge und zugeschriebener Protokollkontext können gemeinsam bestehen, ohne vollständige Vorfalls- oder Wirkungsrekonstruktion zu stützen.

Zusammenfassung

  • Blockchain-Zeiten und Veröffentlichungsdaten bedeuten Verschiedenes.
  • Begrenzte Zeitachse muss fehlende Phasen zeigen.
  • Headerverknüpfung belegt kein globales Node-Verhalten.

Nächste Lektion

P10-L08

Werkzeuge

Das benannte BlockAssay-Werkzeug nur als Evidenzlesekontext nutzen. Diese Lektion erzeugt keine Werkzeugausgabe, Kontositzung oder Zugangsberechtigung. Übung ohne Netzwerk; nichts signieren, bereitstellen, genehmigen oder finanzieren.

Quellen und Aussagegrenzen

  • BIP50: BIP50 — fixiertes historisches Postmortem — Zugeschriebener Märzforkbericht von 2013 und Augustauflösungsgrenze bei Block 252451. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte vorgegeben, keine Beobachtungen. Historische Datensätze haben getrennt eingefrorene Herkunft und ausdrückliche Erfassungslücken.

  • API: Öffentliche Esplora-API-Spezifikation — GET-Routen, ganze Satoshis und indexierte Bestätigungs-/Ausgangsausgabefelder. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte vorgegeben, keine Beobachtungen. Historische Datensätze haben getrennt eingefrorene Herkunft und ausdrückliche Erfassungslücken.

  • CHAIN: Eingefrorener historischer Blockchain-Lokator — Ein-Indexer-Datensatz; eingefrorene historische Bytes, kein unabhängiger nativer Inklusionsbeweis oder menschliche Identität.

Evidenzklassifikationen

HISTORICAL — Ereignis- und Abrufdaten getrennt. Eingefrorenes Paket und Erfassungslücken beachten.

Beobachtungsdatum

2026-10-02 (Abrufdatum; keine Ereigniszeit)

Inhaltsversion

1

Prüfdatum

null

Prüfstatus

needs_review

Visuelle Spezifikationen

P10-L07-V01

SPECIFICATION_ONLY · HISTORICAL

Eine Zeitachse aus unabhängig prüfbaren Datensätzen bilden

Begrenzte historische Zeitachse der Auflösungsphase; kein vollständiger Fork-Replay oder Wiederherstellungsbeweis für alle Nodes.

Historische Signalzeitachse mit Veröffentlichungsspur für Märzkontext und Rohheaderspur für zwei Augustdatensätze. Angegebenes Zeitintervall 24m02s, genaue Höhen/Hashes, Indexer-Inklusionsgrenze und Märzasterfassungslücke beschriften.

Historische Signalzeitachse mit Veröffentlichungsspur für Märzkontext und Rohheaderspur für zwei Augustdatensätze. Angegebenes Zeitintervall 24m02s, genaue Höhen/Hashes, Indexer-Inklusionsgrenze und Märzasterfassungslücke beschriften.

Beobachtungen, Annahmen, Lücken und Schlussfolgerung bei 390 px stapeln; vollständige IDs und Textäquivalent bewahren. Breite Tabellen scrollen lokal.

Prosa darf RTL folgen; IDs, Mengen und Zeitachsen bleiben LTR. Abhängigkeitsrichtung bewahren.

P10-FROZEN-RECORDS-v1

Quellen und Aussagegrenzen

BIP50 · OFFICIAL_PROTOCOL_PUBLICATION

BIP50 — fixiertes historisches Postmortem

Gestützte Aussage
Zugeschriebener Märzforkbericht von 2013 und Augustauflösungsgrenze bei Block 252451.
Verifikationsgrenze
Nur Mechanismusdokumentation; originale illustrative Werte vorgegeben, keine Beobachtungen. Historische Datensätze haben getrennt eingefrorene Herkunft und ausdrückliche Erfassungslücken.
Prüfdatum
2026-10-02
Primärquelle öffnen
https://github.com/bitcoin/bips/blob/24e96e870fffaa257b465ce1f0370c14aac588e8/bip-0050.mediawiki

API · PRIMARY_DOCUMENTATION

Öffentliche Esplora-API-Spezifikation

Gestützte Aussage
GET-Routen, ganze Satoshis und indexierte Bestätigungs-/Ausgangsausgabefelder.
Verifikationsgrenze
Nur Mechanismusdokumentation; originale illustrative Werte vorgegeben, keine Beobachtungen. Historische Datensätze haben getrennt eingefrorene Herkunft und ausdrückliche Erfassungslücken.
Prüfdatum
2026-10-02
Primärquelle öffnen
https://github.com/Blockstream/esplora/blob/master/API.md

CHAIN · PUBLIC_CHAIN_RECORD

Eingefrorener primärer Blockchain-Datensatzlokator

Gestützte Aussage
Genauer historischer Datensatzlokator; eingefrorene Bytes und Behauptungszuordnungen in docs/academy-2/datasets/p10.
Verifikationsgrenze
Ein-Indexer-Datensatz; eingefrorene historische Bytes, kein unabhängiger nativer Inklusionsbeweis oder menschliche Identität.
Prüfdatum
2026-10-02
Primärquelle öffnen
https://blockstream.info/api/block/0000000000000024b58eeb1134432f00497a6a860412996e7a260f47126eed07/header

Datenherkunft

id: P10-FROZEN-RECORDS-v1

dataStatus: HISTORICAL

observedAt: 2026-10-02

timeBasis: Historical header timestamps distinct from UTC retrieval times

source: Interne, nicht öffentliche Quelle: Dieser Nachweis wurde intern geprüft und ist nicht veröffentlicht.

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

Prüfe deine Begründung

P10-L07-Q1 · Was belegt das Previous-Hash-Feld des zweiten Headers?
P10-L07-Q2 · Wie groß ist das angegebene Zeitintervall?
P10-L07-Q3 · Wie gehört BIP50 in den Bericht?
P10-L07-Q4 · Welche Grenze ist wesentlich für die Märzforkrekonstruktion?
P10-L07-Q5 · Warum Coinbase-IDs ohne unabhängige Inklusionsbehauptung bewahren?