P10-L07 · P10 · P10-M02
Eine Zeitachse aus unabhängig prüfbaren Datensätzen bilden
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
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
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
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
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.