Zum InhaltBlockAssay

Blockchain und Transaktionen

P01-L01 · P01 · P01-M01

Ein Ereignis im Register von einer Identitätsbehauptung unterscheiden

ILLUSTRATIVE · needs_review

Voraussetzungen:

Lernziele

  • Ein Ereignis im Register von einer Identitätsbehauptung unterscheiden
  • Übermittlung, Aufnahme und Interpretation trennen.
  • Eine Aussage über das Register formulieren, ohne eine Person zu erfinden.

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

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

Warum das wichtig ist

Ein Bildschirmfoto mit «gesendet» kann eine Anwendungsaktion statt eines akzeptierten Registerereignisses beschreiben. Die Untersuchung beginnt mit der Frage, welche Aussage der vorhandene Datensatz tatsächlich beantworten kann.

Erklärung

Ein Datensatz hat einen begrenzten Aussageumfang

Eine Blockchain ordnet Datensätze nach Validierungs- und Konsensregeln des Netzwerks. Validierung prüft die Einhaltung der Netzwerkregeln; Konsens bestimmt, welchen gültigen Verlauf das Netzwerk akzeptiert. Eine Transaktion schlägt Änderungen vor; Übertragung ins Netzwerk ist keine Aufnahme. Bitcoin erfasst das Ausgeben bislang ungenutzter Transaktionsausgänge (UTXOs), also durch frühere Transaktionen geschaffene Werte; Ethereum-Transaktionen enthalten signierte Anweisungen. Es sind unterschiedliche Buchführungsmodelle [BTC, TX]. Diese Lektion nutzt ein bewusst vereinfachtes fiktives Register, ohne ein vollständiges Format eines der Netzwerke nachzuahmen.

Eine kleinere Frage stellen

«Erschien Übertragung T in Block B des Netzwerks N?» lässt sich mit einem Datensatz geeigneter Herkunft beantworten. «Hat Alice Bob für Waren bezahlt?» ergänzt Aussagen über Adresskontrolle, Zahlungszweck und Vereinbarung. Keine folgt allein aus zwei Adressen. Ein vertrauter Name neben einer Adresse ist zunächst eine Anmerkung, bis seine Grundlage belegt ist.

Bewahren Sie Transaktionskennung, Netzwerk und Kontext zusammen auf. Ein Hash ohne Netzwerk kann zu einer irrelevanten Abfrage führen. Die Blockhöhe allein identifiziert bei einer Verzweigung möglicherweise keinen eindeutigen Block. Ein Bildschirmfoto kann beides auslassen und nur belegen, was eine Ansicht zeigte.

Schritte trennen

Verwenden Sie drei Spalten: übermittelt, aufgenommen und interpretiert. Dass ein Knoten eine Anfrage akzeptiert, sagt etwas über diesen Knoten zu diesem Zeitpunkt. Ein gespeicherter Aufnahmebeleg ergänzt Registerkontext. Die Erklärung des Transaktionszwecks gehört in eine getrennt begründete Interpretationsspalte. Ergänzen Sie keinen fehlenden Schritt stillschweigend, weil eine spätere Ansicht plausibel wirkt.

Die vier Evidenzzustände gelten für eine bestimmte Aussage. OBSERVED bedeutet unmittelbar im bereitgestellten Datensatz sichtbar. INFERRED bedeutet Schlussfolgerung mit offengelegten Annahmen. UNKNOWN kennzeichnet eine nicht verfügbare Tatsache. INSUFFICIENT EVIDENCE beantwortet eine geprüfte Behauptung, die das Material nicht belegt. Im fiktiven Übungsdatensatz bleibt OBSERVED immer auf die Übung begrenzt, niemals auf eine reale Blockchain.

Einen reproduzierbaren Satz bilden

Verwenden Sie: «Im Datensatz R zeigt Netzwerk N Ereignis E im Kontext C; Identität und Zweck sind nicht belegt». Andere müssen R finden und E prüfen können. Zeigt R nur eine Anfrage, ersetzen Sie «zeigt Ereignis» durch «berichtet die Übermittlung». Präzision hilft mehr als selbstsichere Sprache.

Begriffe

  • Register: Datensätze und Netzwerkzustand unter Validierungsregeln.
  • Hash: kryptografischer Fingerabdruck zur Datensatzkennung; identifiziert keine Person.
  • Transaktion: vorgeschlagene Anweisung oder Ausgabedatensatz.
  • Aufnahme: Vorhandensein in einem bestimmten Block.
  • Zuordnung: Verbindung einer Kontorolle mit einer Entität.

Historisches Beispiel

Begriffskarten ILLUSTRATIVE, keine Blockchain-Bildschirmfotos. R1: SIM-NET, SIM-TX-A bei T0 übermittelt. R2: dieselbe SIM-TX-A bei T1 in SIM-BLOCK-40 aufgenommen, Übertragung von 7 SIM-Einheiten von ACCOUNT-A zu ACCOUNT-B. R3: ungeprüfte Beschriftung nennt ACCOUNT-A «Alice». T0/T1 sind fiktive Reihenfolgemarken.

Visuelle Spezifikationen

Transaktionszeitachse: R1 bei T0, R2 bei T1; getrennte Beschriftungsspur R3 ohne Eigentumsverbindung. Bildunterschrift: fiktive Schritte, keine menschliche Zuordnung. Alternativtext: Übermittlung geht der festgelegten Aufnahme voraus; Namensbeschriftung ungeprüft.

Was die Evidenz belegt

Die bereitgestellten Karten unterscheiden eine Anfrage von einer aufgenommenen Bewegung.

Was die Evidenz nicht belegt

Ein reales Blockchain-Ereignis, wirtschaftliches Eigentum, Absicht, Warenlieferung oder Sicherheit des Vermögenswerts.

Häufige Fehler

  • «Gesendet» als endgültig abgewickelt behandeln.
  • Eine Explorer-Beschriftung als verifizierte Person wiederholen.
  • Allein aus einer Übertragung eine Handelsgeschichte schreiben.

Praktische Übung

Erstellen Sie eine Evidenztabelle mit drei Zeilen: Übermittlung, Aufnahme und menschliche Identität. Prüfen Sie «Alice kaufte Waren von Bob». Nennen Sie zwei fehlende Tatsachen und formulieren Sie den Satz neu.

Reichen Sie eine kurze Evidenztabelle und Begründung nur anhand des bereitgestellten Materials ein. Empfohlene Zeiteinteilung: Studium 12 min, Prüfung/Berechnung 8 min, Korrektur/Quiz 10 min.

Ausführliche Lösung anzeigen

R1 stützt Übermittlung im fiktiven Datensatz; R2 stützt die festgelegte Aufnahme und Bewegung von 7 Einheiten. Keine Karte identifiziert Personen oder eine Vereinbarung. R3 belegt nur die Existenz der Beschriftung. Die Kaufbehauptung ist INSUFFICIENT EVIDENCE; Identität und Zweck sind UNKNOWN. Begrenzter Satz: «R2 erfasst 7 SIM-Einheiten von ACCOUNT-A zu ACCOUNT-B in SIM-BLOCK-40; menschliche Identität und Kaufzweck sind nicht belegt».

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

Checkliste

  • Netzwerk und vollständigen Datensatzlokator nennen.
  • Den tatsächlich gezeigten Schritt identifizieren.
  • Adressrollen von Personen trennen.
  • Grenzen an die Schlussfolgerung anfügen.

Zusammenfassung

Ein Bildschirmfoto mit «gesendet» kann eine Anwendungsaktion statt eines akzeptierten Registerereignisses beschreiben. Die Untersuchung beginnt mit der Frage, welche Aussage der vorhandene Datensatz tatsächlich beantworten kann. Die Karten unterscheiden Anfrage und aufgenommene Bewegung. Sie belegen kein reales Blockchain-Ereignis, wirtschaftliches Eigentum, Absicht, Warenlieferung oder Sicherheit des Vermögenswerts.

Zusammenfassung

  • Übermittlung, Aufnahme und Interpretation trennen.
  • Eine Aussage über das Register formulieren, ohne eine Person zu erfinden.

Nächste Lektion

P01-L02 nach Prüfung der Übung und Voraussetzungen.

Werkzeuge

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

Quellen und Aussagegrenzen

  • [BTC] Bitcoin-Entwicklerhandbuch — Blockchain — Gültige Blöcke, UTXOs, Arbeit und Verzweigungen; keine historische Authentifizierung der fiktiven Daten. Geprüft 2026-10-01.
  • [TX] Ethereum-Transaktionen — Signierte Anweisungen und Ausführung; Aufnahme unterscheidet sich von Übertragung ins Netzwerk. Geprüft 2026-10-01.

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

Visuelle Spezifikationen

P01-L01-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Ein Ereignis im Register von einer Identitätsbehauptung unterscheiden

Illustrative Lerndaten; keine Live-Ansicht

Transaktionszeitachse: R1 bei T0, R2 bei T1; getrennte Beschriftungsspur R3 ohne Eigentumsverbindung. Bildunterschrift: fiktive Schritte, keine menschliche Zuordnung. Alternativtext: Übermittlung geht der festgelegten Aufnahme voraus; Namensbeschriftung ungeprüft.

Übermittlung geht der festgelegten Aufnahme voraus; Namensbeschriftung ungeprüft.

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-P01-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

TX · PRIMARY_DOCUMENTATION

Ethereum-Transaktionen

Gestützte Aussage
Signierte Anweisungen und Ausführung; Aufnahme unterscheidet sich von Übertragung ins Netzwerk.
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://ethereum.org/en/developers/docs/transactions/

Datenherkunft

id: FIX-P01-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

P01-L01-Q1 · Welche Karte stützt die Aufnahme?
P01-L01-Q2 · Welchen Status hat Alices Identität?
P01-L01-Q3 · Was stützt R1 allein?
P01-L01-Q4 · Wie ist die Kaufbehauptung einzuordnen?
P01-L01-Q5 · Welcher Bericht ist reproduzierbar?