Zum InhaltBlockAssay

Bitcoin-Abwicklung und Bestätigungen

P02-L01 · P02 · P02-M01

Vertrauen durch Bestätigungen erklären, ohne unumkehrbare Sicherheit zu behaupten

ILLUSTRATIVE · needs_review

Voraussetzungen: P01-L01 · P01-L04

Lernziele

  • Vertrauen durch Bestätigungen erklären, ohne unumkehrbare Sicherheit zu behaupten
  • Die Bestätigungszahl unter einer angegebenen Chain-Spitze berechnen.
  • Mempool-Präsenz von Aufnahme unterscheiden.
  • Unsicherheit durch Reorganisationen ohne universelle Garantie beschreiben.

EN-Quellmaster · P02-L01 · 30 Minuten geschätzte Dauer · needs_review

Studium mit reinem Lesezugriff. Keine Wallet-Verbindung, echtes Geld, Seed-Phrase, privater Schlüssel, Signatur oder Live-Transaktion. Dauer ist eine redaktionelle Schätzung; visuelle Elemente sind Spezifikationen, keine bereitgestellten Komponenten.

Warum das wichtig ist

Eine Bestätigungszahl ist nur relativ zu einer Chain-Ansicht aussagekräftig. Ein Knoten kann eine Transaktion kennen, ohne dass sie in seiner ausgewählten Chain aufgenommen ist.

Erklärung

Was Bestätigungszahlen beschreiben

Bitcoin-Knoten validieren Blöcke und wählen unter gültigen Verläufen anhand der kumulierten Arbeit aus. Verzweigungen können vorübergehend konkurrierende Blöcke erzeugen; eine Höhe allein ist daher keine eindeutige Blockkennung [BTC]. Eine Bestätigungszahl ist kein Zertifikat über Empfänger oder wirtschaftlichen Zweck.

Für eine gewöhnliche aufgenommene Transaktion in der ausgewählten Chain verwendet diese Lektion Spitzenhöhe minus Aufnahmehöhe plus eins. Der Aufnahmeblock zählt als erste Bestätigung. Diese Formel setzt voraus, dass beide Höhen dieselbe ausgewählte Chain betreffen und die Transaktion in ihr bleibt.

Den Mempool getrennt halten

Eine ausstehende Transaktion erhält in dieser Übung keine Aufnahmehöhe. Keine erratene Höhe einsetzen und eine positive Zahl berechnen. Auch die Ansicht eines Knotens hat einen begrenzten Umfang: Zeigt ein Knoten eine Transaktion nicht, beweist dies nicht, dass sie jedem Knoten fehlt.

Reorganisationen verändern die Frage

Ändert sich der ausgewählte Block auf einer Höhe, zuerst prüfen, ob die Transaktion noch aufgenommen ist und wo. Die alte Zahl mit der neuen Spitze wiederzuverwenden kann zu einer falschen Behauptung führen. Blockhashes und Beobachtungskontext bewahren, damit der Vergleich reproduzierbar ist.

Zunehmende Tiefe verändert im Allgemeinen die Arbeit, die zum Ersetzen eines Verlaufs nötig ist, ist aber kein universelles Versprechen der Unumkehrbarkeit. Keine einzelne Zahl als Garantie für alle Zahlungen, jede Netzwerkbedingung oder Händlerannahme lehren. Bestätigungsrichtlinie und Protokollmechanismus sind verschieden.

Vertrauen berichten, ohne Bedingungen zu verbergen

Sagen: «Die bereitgestellte ausgewählte Chain enthält T in Block H, mit N Bestätigungen bei Spitze K». Dann nennen, was im Datensatz fehlt. Eine Zahl ist ein arithmetisches Ergebnis unter einer Chain-Ansichtsannahme; das Beispiel ist fiktiv und liefert keine unabhängige Validierung von Arbeit oder Konsens.

Klassifikation der Evidenzzustände

OBSERVED im illustrativen Paket: Felder für ausgewählte Spitze/Aufnahme bei T0 und der veränderte Block bei T1. INFERRED: 105−104+1=2 Bestätigungen bei T0 unter der Annahme der Vorgängerbeziehungen in der ausgewählten Chain. UNKNOWN: spätere Aufnahme von A aus dem unvollständigen T1-Paket. INSUFFICIENT EVIDENCE: die alte Höhe plus eine höhere Spitze belegt drei aktuelle Bestätigungen oder garantiert unumkehrbare Sicherheit.

Begriffe

  • Bestätigung: Aufnahmetiefe in einer ausgewählten Chain.
  • Spitze: aktuelles Ende der von einem Knoten ausgewählten Chain.
  • Reorganisation: Änderung im ausgewählten Chain-Verlauf.
  • Mempool: Ansicht ausstehender Transaktionen eines Knotens.

Historisches Beispiel

ILLUSTRATIVE. Bei T0 SIM-BTC tip=105; SIM-TX-A bei 104 in BLOCK-X aufgenommen; SIM-TX-B ausstehend. Bei T1 ausgewählte tip=106; Höhe 104 hat jetzt BLOCK-Y, und A fehlt in den bereitgestellten Datensätzen der ausgewählten Chain. Kein späterer Ort für A ist vorgegeben.

Visuelle Spezifikationen

Transaktionszeitachse mit T0 BLOCK-X104→tip105 und alternativem T1 BLOCK-Y104→tip106. Ort von A bei T1 unbekannt markieren; B ausstehend. Alternativtext: A hat zwei Bestätigungen nur in der ursprünglichen fiktiven Chain-Ansicht.

Was die Evidenz belegt

Bestätigungsarithmetik und die Inkonsistenz der Wiederverwendung eines veralteten Aufnahmekontexts.

Was die Evidenz nicht belegt

Reale Bitcoin-Abwicklung, universelle Unumkehrbarkeit oder menschliche Zuordnung.

Häufige Fehler

  • Bestätigungen um eins falsch zählen.
  • Ausstehende Transaktionen als aufgenommen zählen.
  • Nach einer Verzweigung Höhe ohne Blockidentität verwenden.

Praktische Übung

Bestätigungen von A bei T0 berechnen. Aufnahmestatus von B nennen. Erklären, warum A bei T1 allein aus der alten Höhe keine drei Bestätigungen zugewiesen werden können.

Reichen Sie eine kurze Evidenztabelle und Begründung nur mit bereitgestelltem Material ein. Empfohlene Zeit: Studium 12 min, Prüfung/Berechnung 8 min, Korrektur/Quiz 10 min.

Ausführliche Lösung anzeigen

A hat 105−104+1=2 Bestätigungen bei T0. B ist ausstehend, ohne vorgegebene Aufnahme. Bei T1 ist der alte Block nicht mehr ausgewählt und kein neuer Ort für A angegeben; aktuelle Aufnahme ist aus diesem unvollständigen Paket UNKNOWN. Drei Bestätigungen würden gerade jene Aufnahme voraussetzen, die erneut geprüft werden muss.

Bewertungsraster: 1 Punkt für genauen Umfang, Quellen-/Übungsdatenherkunft, korrekte Begründung, ausdrückliche Grenzen und sicheres Arbeiten ohne Netzwerk (insgesamt 5). Erfundenes Beobachten oder unbelegte menschliche Zuordnung erfordert unabhängig von der Punktzahl Korrektur. Lernfeedback, keine Zertifizierung.

Checkliste

  • Annahme der ausgewählten Chain.
  • Blockhash plus Höhe.
  • Spitzenkontext.
  • Aufnahme nach Änderungen erneut prüfen.

Zusammenfassung

Eine Bestätigungszahl ist nur relativ zu einer Chain-Ansicht aussagekräftig. Ein Knoten kann eine Transaktion kennen, ohne dass sie in seiner ausgewählten Chain aufgenommen ist. Das bereitgestellte Material stützt Bestätigungsarithmetik und die Inkonsistenz der Wiederverwendung eines veralteten Aufnahmekontexts. Es belegt keine reale Bitcoin-Abwicklung, universelle Unumkehrbarkeit oder menschliche Zuordnung.

Zusammenfassung

  • Die Bestätigungszahl unter einer angegebenen Chain-Spitze berechnen.
  • Mempool-Präsenz von Aufnahme unterscheiden.
  • Unsicherheit durch Reorganisationen ohne universelle Garantie beschreiben.

Nächste Lektion

P02-L02 nach Prüfung dieser Übung und ihrer Voraussetzungen.

Werkzeuge

NONE. Der maßgebliche Katalog verlangt keinen Produktzugang. Verwenden Sie eingefrorenes Material ohne Netzwerkverbindung.

Quellen und Aussagegrenzen

Synthetische Werte sind vom Autor erstellte Übungseingaben. Historische Werte verwenden gegebenenfalls den verknüpften Datensatz und dessen enger begrenzte Herkunft. Quellenprüfung ist keine unabhängige redaktionelle Abnahme.

Visuelle Spezifikationen

P02-L01-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Vertrauen durch Bestätigungen erklären, ohne unumkehrbare Sicherheit zu behaupten

Illustrative Lerndaten; keine Live-Ansicht

Transaktionszeitachse mit T0 BLOCK-X104→tip105 und alternativem T1 BLOCK-Y104→tip106. Ort von A bei T1 unbekannt markieren; B ausstehend. Alternativtext: A hat zwei Bestätigungen nur in der ursprünglichen fiktiven Chain-Ansicht.

A hat zwei Bestätigungen nur in der ursprünglichen fiktiven Chain-Ansicht.

390px: gestapelte Zeilen mit vollständigem Textäquivalent; Abnahme der Darstellung bei 768px/Desktop ausstehend

Prosa RTL; Kennungen und Zahleneinheiten bleiben LTR; tatsächliche Pfeilrichtungen bewahren

FIX-P02-L01

Quellen und Aussagegrenzen

BTC · PRIMARY_DOCUMENTATION

Bitcoin-Entwicklerhandbuch — Blockchain

Gestützte Aussage
Gültige Blöcke, UTXOs, Arbeit und Verzweigungen; keine historische Authentifizierung der fiktiven Daten.
Verifikationsgrenze
Primärseite für den angegebenen Mechanismus oder die zugeschriebene Veröffentlichung geprüft; sie authentifiziert keine Beispieldaten.
Prüfdatum
2026-10-01
Primärquelle öffnen
https://developer.bitcoin.org/devguide/block_chain.html

Datenherkunft

id: FIX-P02-L01

dataStatus: ILLUSTRATIVE

source: Original teaching fixture embedded below; not externally observed

observedAt: null

timeBasis: SIM/T markers are fictional; no real timestamp or chain observation

scope: Invalid training labels; no usable wallet, key or signature

Prüfe deine Begründung

P02-L01-Q1 · Bestätigungen von A bei T0?
P02-L01-Q2 · Status von B bei T0?
P02-L01-Q3 · Kann die alte Höhe allein A bei T1 belegen?
P02-L01-Q4 · Ist die Höhe über konkurrierende Blöcke hinweg global eindeutig?
P02-L01-Q5 · Garantiert eine Zahl die Annahme durch Händler?