Rekonstruktion von Finanzierungspfaden

Ein durchgehend wirkender Finanzierungsgraph kann eine fehlende Transaktion verbergen oder einen Output in einen vermeintlichen Eigentümer verwandeln. Das historische Paket lässt Leser den tatsächlich erhobenen Pfad reproduzieren und sehen, wo er endet.

HISTORICAL HERKUNFTSWARNUNG: Dies sind Bitcoin-Datensätze von 2009, abgerufen am 2. Oktober 2026 von einem öffentlichen Indexer. Das Paket belegt weder einen aktuellen Saldo noch menschliche Identität. Mit docs/academy-2/datasets/p10/dataset.json beginnen und seinen Offline-Verifizierer ausführen. Übereinstimmende rohe SHA256d-Werte belegen die serialisierten Transaktionskennungen; indexierte Höhen-/Hashbezeichnungen bleiben anbieterberichtet, ohne unabhängigen vollständigen Node oder Merkle-Beweis in diesem Paket.

Eine Bitcoin-Kante wird durch vorherige Transaktions-ID und Outputindex definiert, nicht durch eine freundliche Wallet-Bezeichnung eines Anbieters. Dem exakt referenzierten Output folgen, seine ganzzahligen Satoshis erfassen und den nächsten Input prüfen. Eine Aufteilung erzeugt mehrere Outputs; sie belegt weder Wechselgeld noch wirtschaftlich Begünstigte. Jeden erhobenen Zweig unabhängig verfolgen und einen nicht erhobenen als Lücke markieren.

Der gewählte Pfad beginnt in einer Block-9-Coinbase, daher gibt es keinen früheren gewöhnlichen Finanzierungsinput. Er setzt sich über Block 170 zu Block 181 fort. Keine erfundene Adresse vor der Coinbase zeichnen und den verfolgten Output nicht „Wechselgeld desselben Eigentümers“ nennen. Die Ausgabestatusantwort des Pakets beschreibt Indexerstatus beim Abruf, nicht den Zustand zur ursprünglichen Ereigniszeit.

Outpoint: Transaktions-ID plus nullbasierter Outputindex.

Coinbase: besondere Blockbelohnungstransaktion ohne gewöhnlichen vorherigen UTXO-Input.

Verfolgter Output: ausgewählter Pfadzweig ohne Behauptung von Wechselgeldeigentümerschaft.

Erhebungslücke: Zweig, dessen nachfolgende rohe Transaktion nicht im Paket ist.

Historischer Vorgänger: 0437cd7f8525ceed2324359c2d0ba26006d92d856a9c20fa0241106ee5a597c9, Output 0 = 5,000,000,000 sats, Block 9. Transfer: f4184fc596403b9d638783cf57adfe4c75c605f6356fbc91338530e9831e9e16, Block 170, gibt diesen Outpoint aus und erzeugt Output 0 = 1,000,000,000 und Output 1 = 4,000,000,000 sats. Nachfolger: a 16f3ce4dd5deb92d98ef5cf8afeaf0775ebca408f708b2146c4fb42b41e14be, Block 181, gibt Transferoutput 1 aus und erzeugt 1,000,000,000 und 3,000,000,000 sats. Beide ausgewählten Nicht-Coinbase-Transaktionen erhalten in diesen Datensätzen die Inputbeträge bei Gebühr null.

Die Ausgabe des Transferoutputs-0 wird im abgerufenen Ausgabestatusindex erwähnt, ihre rohe Transaktion ist jedoch nicht erhoben. Nachfolger des Nachfolgers sind ebenfalls außerhalb des Umfangs. Headerzeiten, exakte Hashes und Abrufzeitstempel sind im Manifest erhalten; der Pfad wird keinen benannten Menschen zugeordnet.

Finanzierungspfaddiagramm mit drei vollständigen Transaktions-IDs und indexierten Höhen 9, 170 und 181. Jeden Outpoint und Satoshibetrag beschriften. Transferoutput-0 und weitere Nachfolger als ungeklärte Erhebungslücken zeichnen; kein menschlicher Eigentümercluster und keine fiktive Vor-Coinbase-Adresse.

Bildunterschrift: Historischer erhobener UTXO-Pfad; fehlende Zweige und Zuordnungsgrenzen bleiben sichtbar.

SPECIFICATION_ONLY — die gerenderte Visualisierung wurde nicht erstellt oder unabhängig geprüft.

OBSERVED in eingefrorenen Bytes/indexierten Zeilen: exakte Transaktionskennungen, ausgewählte Input-/Outputverknüpfungen und ganzzahlige Beträge. Lokal reproduzierte Rohkennungen stimmen überein. Anbieterberichtete Höhen ordnen die ausgewählten Transaktionen als 9 → 170 → 181.

Menschliche Kontrolle, Wechselgeldklassifizierung, nicht erhobene nachgelagerte Pfade und aktuelle Salden sind UNKNOWN. Verfügbare Evidenz ist INSUFFICIENT für jegliche Anschuldigung zu Eigentümerschaft oder Absicht. Native kanonische Aufnahme wird durch dieses Paket nicht unabhängig belegt.

Den verfolgten Output als bewiesenes Wechselgeld benennen; eine Vorgängeradresse für Coinbase erfinden; den Output-0-Zweig aus Erinnerung ausfüllen; Ausgabestatus beim Abruf als 2009-Snapshot verwenden.

Die drei erhobenen Transaktionen mit vollständigen Outpoints zeichnen. Beide Aufteilungen in Satoshis abstimmen. Zwei Erhebungsgrenzen beschriften und „eine Person bewegte dieselben Coins durch alle drei Wallets“ umformulieren.

• Verifizierer für eingefrorene Bytes und rohe IDs ausführen.
• Transaktions-ID plus Outputindex verwenden.
• Ganzzahlige Satoshis bei jeder erhobenen Aufteilung erhalten.
• Anbieterbestätigung und nicht erhobene Zweige eingeschränkt halten.

Der eingefrorene historische Pfad stützt konkrete UTXO-Kanten und Betragserhaltung, während seine Zweiglücken breitere Eigentümerschafts- und Vollflussbehauptungen verhindern.

• Eine Pfadkante ist eine exakte Outpointreferenz.
• Aufteilungen belegen keine Wechselgeldeigentümerschaft.
• Nicht erhobene Zweige offenlegen, statt Kontinuität zu erfinden.

P10-L05

Das genannte BlockAssay-Werkzeug nur als Kontext zum Lesen von Evidenz verwenden. Diese Lektion erstellt keine Werkzeugausgabe, Kontositzung oder Berechtigung. Offline-Übung; nichts signieren, bereitstellen, genehmigen oder finanzieren.

• BTC: Bitcoin-Entwicklerleitfaden — Transaktionen — Inputreferenzen identifizieren frühere Transaktionsoutputs; Skripte identifizieren keinen Menschen. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte sind festgelegt, keine Beobachtungen. Historische Datensätze haben separat eingefrorene Herkunft und ausdrückliche Erhebungslücken.

• API: Spezifikation der öffentlichen Esplora-API — GET-Routen, ganzzahlige Satoshis und indexierte Bestätigungs-/Ausgabestatusfelder. Grenze: Nur Mechanismusdokumentation; originale illustrative Werte sind festgelegt, keine Beobachtungen. Historische Datensätze haben separat eingefrorene Herkunft und ausdrückliche Erhebungslücken.

• CHAIN: Eingefrorener historischer Chain-Verweis — Datensatz eines einzelnen Indexers; historische Bytes sind eingefroren, kein unabhängiger nativer Inklusions- oder menschlicher Identitätsbeweis.

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

2026-10-02 (Abrufdatum; nicht Ereigniszeit)

1

null

needs_review