P01-L01 · P01 · P01-M01
Ein Ereignis im Register von einer Identitätsbehauptung unterscheiden
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
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
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
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