UTXOSUITE — home
← Zurück zur Academy
STUFE 1 · Kostenlos

Krypto- & Blockchain-Grundlagen

Baue das mentale Modell für Chains, Transaktionen, Wallets und Finalität auf.

8 Lektionen · 8 Praxisübung · 8 Praxis-Szenarien · 20 frage · 80% bestehensgrenze
Lernen beginnen0% · 0/21

Was du danach kannst

Dieses Modul vertieft State, Konsens & Finalität mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Dieses Modul vertieft Keys, Adressen & Wallet-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Dieses Modul vertieft Transaktionslebenszyklus & Gebühren mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Dieses Modul vertieft UTXO- vs. Account-Modell mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Lehrplan

1.1 · State ist das, worüber die Chain Konsens bildet14 Min.
1.2 · Konsens entfernt keine Vertrauensannahmen16 Min.
Labor · Transaktion nachverfolgen

Dieser Kurs enthält

  • 8 Lektionen · 12 geführte Stunden
  • 4 Labor · Praxis-Szenarien
  • 8 Praxisfälle · 8 Wissensprüfungen
  • 52 Prüfungsbank · 80% Bestehensgrenze
  • Abschlussnachweis: UTXO Certified · Crypto Foundations

Was dieser Kurs voraussetzt

  • Eine Transaktion verfolgen und erklären, wo Vertrauen tatsächlich liegt.
  • Bestehensgrenze: 80%
  • Kein vorheriger Kurs nötig.
Kurs-Briefing

Trainingsvertrag

Eine Transaktion verfolgen und erklären, wo Vertrauen tatsächlich liegt.

01 · ZielkompetenzEine Transaktion verfolgen und erklären, wo Vertrauen tatsächlich liegt.
02 · Empfohlene VoraussetzungKein vorheriger Kurs erforderlich
Praktische Ergebnisse
01

State, Konsens & Finalität

Dieses Modul vertieft State, Konsens & Finalität mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Evidenz-Memo · TX-FLOW
02

Keys, Adressen & Wallet-Grenzen

Dieses Modul vertieft Keys, Adressen & Wallet-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Evidenz-Memo · KEY-BOUNDARY
03

Transaktionslebenszyklus & Gebühren

Dieses Modul vertieft Transaktionslebenszyklus & Gebühren mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Evidenz-Memo · TX-FLOW
04

UTXO- vs. Account-Modell

Dieses Modul vertieft UTXO- vs. Account-Modell mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Evidenz-Memo · TX-FLOW
Prüfungsvertrag
Lektionsprüfungen8
Modul-Labs4
Abschlussprüfung20
Mastery-Schwelle80%
Vollständiger Lehrplan

Krypto- & Blockchain-Grundlagen

Prüfe vor dem Start den vollständigen Lehrplan, die Kompetenzen und den Bewertungsweg.

Geführter Lernaufwand12h
Module4
Lektionen8
01

State, Konsens & Finalität

Dieses Modul vertieft State, Konsens & Finalität mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

1.1
State ist das, worüber die Chain Konsens bildet45 Min. · Vertiefte technische Lektion
1.2
Konsens entfernt keine Vertrauensannahmen45 Min. · Vertiefte technische Lektion
Praktisches ModullaborTransaktion nachverfolgen
02

Keys, Adressen & Wallet-Grenzen

Dieses Modul vertieft Keys, Adressen & Wallet-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

2.1
Ein Key autorisiert; eine Adresse identifiziert45 Min. · Vertiefte technische Lektion
2.2
Eine Wallet ist mehr als Key-Speicher45 Min. · Vertiefte technische Lektion
Praktisches ModullaborSignaturgrenze schützen
03

Transaktionslebenszyklus & Gebühren

Dieses Modul vertieft Transaktionslebenszyklus & Gebühren mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

3.1
Von der Absicht bis zur Inklusion45 Min. · Vertiefte technische Lektion
3.2
Gebühren kaufen Priorität, nicht Korrektheit45 Min. · Vertiefte technische Lektion
Praktisches ModullaborTransaktion nachverfolgen
04

UTXO- vs. Account-Modell

Dieses Modul vertieft UTXO- vs. Account-Modell mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

4.1
UTXO-Chains geben diskrete Outputs aus45 Min. · Vertiefte technische Lektion
4.2
Account-Chains verändern gemeinsamen Zustand45 Min. · Vertiefte technische Lektion
Praktisches ModullaborTransaktion nachverfolgen
Kompetenzen
  • Konsensgültigkeit bedeutet nicht, dass eine Transaktion wirtschaftlich sicher ist.
  • Lege Finalitätsanforderungen nach Chain, Wert und Bedrohungsmodell fest.
  • Ökonomische Sicherheit und Applikationssicherheit sind getrennte Ebenen.
  • Dokumentiere, welche Bestätigungs- und Finalitätsgarantien ein Workflow braucht.
  • Seeds und Private Keys sind Autoritätsmaterial, keine Support-Daten.
  • Behandle auch Signaturen ohne sofortigen Asset-Transfer als potenziell mächtig.
  • Kryptografische Gültigkeit garantiert keine korrekte Nutzerabsicht.
  • Analysiere Payload und Kontext vor der finalen Signaturgrenze.
  • Signieren und Broadcast sind getrennte Schritte.
  • Fange riskante Aktionen möglichst vor irreversibler Autorisierung ab.
  • Fee-Schätzung ist keine Sicherheitsprüfung.
  • Passe Finalität und Wartezeiten an Wert und Chain-Verhalten an.
Bewertungsweg
  1. Schriftliche Feldübung × 8
  2. Wissensprüfungen × 8
  3. Praktisches Modullabor × 4
  4. Zeitlich begrenzte Abschlussprüfung · 20 · ≥ 80%
Geführter Lernaufwand
  1. Vertiefte technische Lektion · 360 min
  2. Schriftliche Feldübung · 160 min
  3. Praktisches Modullabor · 140 min
  4. Specialist units · 105 min
  5. Zeitlich begrenzte Abschlussprüfung · 30 min
KURSHANDBUCH

Umfang, Lernziele und Studienstandard

12h
Zielgruppe

Baue das mentale Modell für Chains, Transaktionen, Wallets und Finalität auf.

Voraussetzungen

Es ist kein vorheriger technischer Kurs erforderlich.

Lernergebnisse
  • Konsensgültigkeit bedeutet nicht, dass eine Transaktion wirtschaftlich sicher ist.
  • Lege Finalitätsanforderungen nach Chain, Wert und Bedrohungsmodell fest.
  • Ökonomische Sicherheit und Applikationssicherheit sind getrennte Ebenen.
  • Dokumentiere, welche Bestätigungs- und Finalitätsgarantien ein Workflow braucht.
  • Seeds und Private Keys sind Autoritätsmaterial, keine Support-Daten.
  • Behandle auch Signaturen ohne sofortigen Asset-Transfer als potenziell mächtig.
  • Kryptografische Gültigkeit garantiert keine korrekte Nutzerabsicht.
  • Analysiere Payload und Kontext vor der finalen Signaturgrenze.
  • Signieren und Broadcast sind getrennte Schritte.
  • Fange riskante Aktionen möglichst vor irreversibler Autorisierung ab.
Lernmethode
  1. 01

    Lies das sechsteilige technische Kapitel

  2. 02

    Prüfe das einzigartige Visual und Protokollmodell

  3. 03

    Bearbeite Fallakte und Evidenzkarte

  4. 04

    Reiche die schriftliche Feldübung ein

  5. 05

    Bestehe Knowledge Check und Modullabor

  6. 06

    Absolviere die zeitbegrenzte Abschlussprüfung

Evidenzstandard

Aussagen müssen mit beobachtbaren Feldern, Protokollverhalten, Primärquellen oder klar benannten Annahmen verbunden sein. Unbekanntes bleibt ausdrücklich unbekannt.

Abschlusskriterium

Für den Abschluss sind schriftliche Arbeit, Knowledge Checks, alle Modullabore und mindestens 80% in der Abschlussprüfung erforderlich. Das Professional-Level verlangt zusätzlich den Capstone.

Kernglossar
State ist das, worüber die Chain Konsens bildet
Eine Blockchain wendet Regeln auf Zustandsänderungen an und einigt sich über einen Konsensmechanismus auf eine Historie. Sicherheitsanalyse fragt, welcher Zustand maßgeblich ist, welche Annahmen ihn stützen und welches Reorg-Risiko verbleibt.
Konsens entfernt keine Vertrauensannahmen
Proof-of-Work, Proof-of-Stake und andere Systeme verteilen Autorität und Fehlermodi unterschiedlich. Sie verändern Kosten für History-Angriffe, Zensur und Liveness, ersetzen aber keine Anwendungssicherheit.
Ein Key autorisiert; eine Adresse identifiziert
Ein Private Key erzeugt gültige Signaturen; eine Adresse ist ein öffentlicher Identifikator unter bestimmten Signaturregeln. Eine Adresse darf geteilt werden, Seed oder Private Key übertragen dagegen Kontrolle.
Eine Wallet ist mehr als Key-Speicher
Wallet-Software baut Requests, zeigt Kontext, verbindet Websites und fordert Signaturen an. UI, Browser-Origin, Signer und Gerät sind separate Trust Boundaries und können unterschiedlich kompromittiert sein.
Von der Absicht bis zur Inklusion
Eine Transaktion wird aus einer Absicht zum serialisierten Payload, wird signiert, propagiert, in den Mempool aufgenommen, inkludiert und finalisiert. Jede Phase hat eigene Risiken und Remediationsmöglichkeiten.
Gebühren kaufen Priorität, nicht Korrektheit
Fees beeinflussen Inklusion und Geschwindigkeit, validieren aber nicht die Business-Absicht. Eine bösartige High-Fee-Transaktion bleibt bösartig; eine korrekte Low-Fee-Transaktion kann lange pending bleiben.
UTXO-Chains geben diskrete Outputs aus
Im UTXO-Modell konsumiert eine Transaktion frühere Outputs und erzeugt neue. Coin Selection, Change-Outputs und Script-Bedingungen beeinflussen Validität, Gebühren und Privatsphäre.
Account-Chains verändern gemeinsamen Zustand
Account-basierte Chains halten Balances, Nonces und Contract Storage im gemeinsamen State. Ein Call kann beliebige Folge-Logik auslösen, daher reicht die sichtbare Zieladresse nicht für eine Sicherheitsentscheidung.
SPEZIALISTISCHE ERWEITERUNGEN

Moderne Protokolle und operative Themen

Diese Erweiterungen ergänzen den Kernlehrplan um aktuelle Standards und Security Boundaries, die Praktiker erkennen und bewerten müssen.

HD-Wallets, BIP-32 und Ableitungsgrenzen
Spezialisierte Lerneinheit01
EXT / 01

HD-Wallets, BIP-32 und Ableitungsgrenzen

Verstehe, wie ein Seed eine Hierarchie erweiterter Schlüssel erzeugt, warum hardened Derivation existiert und weshalb ein xpub sensibler als eine normale Adresse ist. Entscheidend ist, welche Subtree-Information Trust Boundaries überschreitet.

Security-FokusDerivation Path · hardened/non-hardened · xpub exposure · Kontentrennung
StudienaufgabeLies die Primärquellen, identifiziere die Trust Boundary und erkläre, wie der Mechanismus das Autorisierungs- oder Ausführungsmodell verändert.
Erforderliches ErgebnisErstelle eine prägnante Analystennotiz mit Annahmen, materieller Evidenz, Fehlerbedingungen und einer begründeten Sicherheitsentscheidung.
PrimärreferenzenBIP-32 ↗
PSBT, Offline-Signatur und Transaction Handoff
Spezialisierte Lerneinheit02
EXT / 02

PSBT, Offline-Signatur und Transaction Handoff

PSBT ist ein strukturierter Übergang zwischen Konstruktion und Signatur. Der Signer muss Inputs, Outputs, Change, Fee und unbekannte Felder prüfen, statt dem Import wegen des Offline-Workflows zu vertrauen.

Security-FokusUnsigned transaction · input metadata · change · signer verification · PSBT v0/v2
StudienaufgabeLies die Primärquellen, identifiziere die Trust Boundary und erkläre, wie der Mechanismus das Autorisierungs- oder Ausführungsmodell verändert.
Erforderliches ErgebnisErstelle eine prägnante Analystennotiz mit Annahmen, materieller Evidenz, Fehlerbedingungen und einer begründeten Sicherheitsentscheidung.
PrimärreferenzenBIP-174 ↗BIP-370 ↗
Taproot, Schnorr und MuSig2-Autorisierung
Spezialisierte Lerneinheit03
EXT / 03

Taproot, Schnorr und MuSig2-Autorisierung

Verbinde Taproot Key/Script Paths mit BIP-340-kompatibler Multisignatur. Aggregierte Schlüssel vereinfachen die On-Chain-Darstellung; Nonces, Koordination und Fallback bleiben kritisch.

Security-FokusTaproot · Schnorr · MuSig2 · Nonce-Disziplin · Fallback
StudienaufgabeLies die Primärquellen, identifiziere die Trust Boundary und erkläre, wie der Mechanismus das Autorisierungs- oder Ausführungsmodell verändert.
Erforderliches ErgebnisErstelle eine prägnante Analystennotiz mit Annahmen, materieller Evidenz, Fehlerbedingungen und einer begründeten Sicherheitsentscheidung.
PrimärreferenzenBIP-341 ↗BIP-327 ↗
Modul 01

State, Konsens & Finalität

Dieses Modul vertieft State, Konsens & Finalität mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Technische Umgebung zu diesem Kursmodul
Lektion 1.1

State ist das, worüber die Chain Konsens bildet

14 Min.
STATE / CONSENSUS
UTXO ACADEMY / CONCEPT MODELSTATE / CONSENSUSFINALITYVISUAL AID · NOT A SECURITY VERDICT
Technisches Kapitel

State ist das, worüber die Chain Konsens bildet

Vertiefte technische Lektion
01
Mentales Modell

Eine Blockchain wendet Regeln auf Zustandsänderungen an und einigt sich über einen Konsensmechanismus auf eine Historie. Sicherheitsanalyse fragt, welcher Zustand maßgeblich ist, welche Annahmen ihn stützen und welches Reorg-Risiko verbleibt.

Dieses Konzept ist wichtig, weil Konsensgültigkeit bedeutet nicht, dass eine Transaktion wirtschaftlich sicher ist.

Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern. Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.

02
Was tatsächlich passiert

Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.

Auf Protokoll- und Ausführungsebene sind zu prüfen state und transition und consensus und reorg und finality. Protokollbezeichner bleiben unübersetzt, weil sie Teil des technischen Payloads sind.

state

Technische Prüfpunkte

transition

Technische Prüfpunkte

consensus

Technische Prüfpunkte

reorg

Technische Prüfpunkte

finality

Technische Prüfpunkte

03
Fehleroberfläche

Behandle Widersprüche, übermäßige Autorität und ungeklärte Abhängigkeiten als materielle Fehlersignale.

Die praktische Folge ist, dass Lege Finalitätsanforderungen nach Chain, Wert und Bedrohungsmodell fest. Unbekannt ist nicht gleich sicher.

  • Konsensgültigkeit bedeutet nicht, dass eine Transaktion wirtschaftlich sicher ist.
  • Lege Finalitätsanforderungen nach Chain, Wert und Bedrohungsmodell fest.
04
Entscheidungsstandard

Übersetze jedes materielle Signal in die konkrete Folge für Assets, Autorität oder Vertrauen.

Die praktische Folge ist, dass Lege Finalitätsanforderungen nach Chain, Wert und Bedrohungsmodell fest.

Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.

05
Verifikationsverfahren

Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.

  1. 01

    Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.

  2. 02

    Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.

  3. 03

    Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.

  4. 04

    Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.

  5. 05

    Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.

06
Erforderliches Analysten-Ergebnis

Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.

Konsensgültigkeit bedeutet nicht, dass eine Transaktion wirtschaftlich sicher ist. und Lege Finalitätsanforderungen nach Chain, Wert und Bedrohungsmodell fest.

Erforderliches Analysten-ErgebnisState ist das, worüber die Chain Konsens bildet · Entscheidungsstandard
State ist das, worüber die Chain Konsens bildet
LESSON VISUALState ist das, worüber die Chain Konsens bildetstate consensus finality
State ist das, worüber die Chain Konsens bildet
REALER KONTEXT · NODE- UND INFRASTRUKTURUMGEBUNGState ist das, worüber die Chain Konsens bildetKONZEPT → REALE UMGEBUNG → OPERATIVE ENTSCHEIDUNG
VISUAL MODEL / AUTHORITY MAPstate-consensus-finality
N01N02N03N04N05N06AUTHORITY MAPState ist das, worüber die Chain Konsens bildet
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Technisches Workbook

Analystenziel

Konsensgültigkeit bedeutet nicht, dass eine Transaktion wirtschaftlich sicher ist.

Mechanik
stateaccepted chain/application state
transitionvalid state change
consensushistory selection / finalization
reorgaccepted history can change
finalityconfidence / economic or protocol guarantee
Fehlersignale
  1. 01

    treating inclusion as absolute finality

  2. 02

    ignoring reorg assumptions

  3. 03

    confusing consensus security with app safety

  4. 04

    wrong confirmation threshold

  5. 05

    no chain-specific finality model

Prüfverfahren
  1. 01

    identify consensus mechanism

  2. 02

    define confirmation/finality criterion

  3. 03

    measure reorg exposure

  4. 04

    separate protocol validity from economic intent

  5. 05

    document settlement assumption

Argumentationskette
  1. 01

    Fakten → materielle Evidenz

  2. 02

    Evidenz → Konsequenz / Autorität

  3. 03

    Konsequenz → explizite Entscheidung + nächste Aktion

Erforderliches Ergebnischain finality assumption record
Protokoll-Walkthrough

Folge dem Pfad der Sicherheitsentscheidung

state / consensus / finality
01Beobachten
  • state: accepted chain/application state
  • transition: valid state change
02Nachverfolgen
  • consensus: history selection / finalization
  • reorg: accepted history can change
  • finality: confidence / economic or protocol guarantee
03Hinterfragen
  • treating inclusion as absolute finality
  • ignoring reorg assumptions
  • confusing consensus security with app safety
04Prüfen
  • identify consensus mechanism
  • define confirmation/finality criterion
  • measure reorg exposure
05Ergebnis
  • chain finality assumption record
Berechtigungsflächestate · transition · consensus
Fehlerbedingungtreating inclusion as absolute finality
Praxisfall
btc-finality
FALL / state-consensus-finality
chainBitcoin
value1.8 BTC
confirmations1
reorg Policytreasury requires 6
mempool Replacementdisabled
questionsettled or still operationally reversible?
Analystenaufgabe

Identifiziere vor der Antwort die gewährte Autorität, die ausfallende Trust Boundary und die irreversible Konsequenz.

Evidenzkarte

Ordnen, bevor du entscheidest

Trenne Identität, Autorität, Ausführung und Kontext vor der Sicherheitsentscheidung.

01
Identität

Wer oder was fordert, erhält oder repräsentiert Autorität?

—
02
Autorität

Welche Fähigkeit kann gewährt, behalten oder ausgeübt werden?

reorg Policytreasury requires 6
03
Ausführung

Was wird Payload, Route oder System tatsächlich tun?

value1.8 BTC
mempool Replacementdisabled
04
Kontext

Welche Umgebungsfakten können die Entscheidung materiell ändern?

chainBitcoin
confirmations1
questionsettled or still operationally reversible?
Praxisübung

Erstelle einen analystentauglichen Befund

Nur lokaler Analystennachweis

Antworte nicht aus dem Gedächtnis. Nutze Fall, Protokollfelder und Prüfverfahren oben, um einen reproduzierbaren Befund zu schreiben.

Fokusstate · transition · consensus
Fehlersignaltreating inclusion as absolute finality
Zuerst prüfenidentify consensus mechanism
Ergebnischain finality assumption record
Abschlusskriterien
  • Bezieht sich auf materielle Evidenz, nicht auf UI-Optik.
  • Benennt Berechtigung, Zustandsübergang oder Konsequenz.
  • Liefert eine reproduzierbare nächste Aktion oder Entscheidung.
Sicherheitshinweise
  1. 01

    Konsensgültigkeit bedeutet nicht, dass eine Transaktion wirtschaftlich sicher ist.

  2. 02

    Lege Finalitätsanforderungen nach Chain, Wert und Bedrohungsmodell fest.

Analysten-Notizbuch

Erstelle dein Evidenz-Memo

Nur lokaler Lernnachweis

Halte deine Begründung vor dem Checkpoint fest und schließe mit einer expliziten Entscheidung oder nächsten Aktion ab. Notizen bleiben auf diesem Gerät.

LOCAL STORAGE
Praxisübung

Entwickle alle drei Abschnitte vor dem Abschluss.

Lektion 1.2

Konsens entfernt keine Vertrauensannahmen

16 Min.
CONSENSUS MODEL
UTXO ACADEMY / CONCEPT MODELCONSENSUS MODELASSUMPTIONSVISUAL AID · NOT A SECURITY VERDICT
Technisches Kapitel

Konsens entfernt keine Vertrauensannahmen

Vertiefte technische Lektion
01
Mentales Modell

Proof-of-Work, Proof-of-Stake und andere Systeme verteilen Autorität und Fehlermodi unterschiedlich. Sie verändern Kosten für History-Angriffe, Zensur und Liveness, ersetzen aber keine Anwendungssicherheit.

Dieses Konzept ist wichtig, weil Ökonomische Sicherheit und Applikationssicherheit sind getrennte Ebenen.

Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern. Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.

02
Was tatsächlich passiert

Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.

Auf Protokoll- und Ausführungsebene sind zu prüfen safety und liveness und censorship und economic security und centralization. Protokollbezeichner bleiben unübersetzt, weil sie Teil des technischen Payloads sind.

safety

Technische Prüfpunkte

liveness

Technische Prüfpunkte

censorship

Technische Prüfpunkte

economic security

Technische Prüfpunkte

centralization

Technische Prüfpunkte

03
Fehleroberfläche

Behandle Widersprüche, übermäßige Autorität und ungeklärte Abhängigkeiten als materielle Fehlersignale.

Die praktische Folge ist, dass Dokumentiere, welche Bestätigungs- und Finalitätsgarantien ein Workflow braucht. Unbekannt ist nicht gleich sicher.

  • Ökonomische Sicherheit und Applikationssicherheit sind getrennte Ebenen.
  • Dokumentiere, welche Bestätigungs- und Finalitätsgarantien ein Workflow braucht.
04
Entscheidungsstandard

Übersetze jedes materielle Signal in die konkrete Folge für Assets, Autorität oder Vertrauen.

Die praktische Folge ist, dass Dokumentiere, welche Bestätigungs- und Finalitätsgarantien ein Workflow braucht.

Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.

05
Verifikationsverfahren

Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.

  1. 01

    Prüfe die exakten Protokollfelder, die Autorität erzeugen oder die Ausführung verändern.

  2. 02

    Vergleiche diese Felder mit der erklärten Nutzerabsicht und der erwarteten Sicherheitsgrenze.

  3. 03

    Verifiziere die Anfrage mit unabhängiger Evidenz vor jeder irreversiblen Autorisierung.

  4. 04

    Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.

  5. 05

    Eskaliere bei widersprüchlicher oder unvollständiger Evidenz oder wenn die Konsequenz die Routine-Policy übersteigt.

06
Erforderliches Analysten-Ergebnis

Dokumentiere Fakten, Annahmen, Unbekanntes und Entscheidung, damit ein anderer Analyst die Prüfung reproduzieren kann.

Ökonomische Sicherheit und Applikationssicherheit sind getrennte Ebenen. und Dokumentiere, welche Bestätigungs- und Finalitätsgarantien ein Workflow braucht.

Erforderliches Analysten-ErgebnisKonsens entfernt keine Vertrauensannahmen · Entscheidungsstandard
Konsens entfernt keine Vertrauensannahmen
LESSON VISUALKonsens entfernt keine Vertrauensannahmenconsensus tradeoffs
Konsens entfernt keine Vertrauensannahmen
REALER KONTEXT · NODE- UND INFRASTRUKTURUMGEBUNGKonsens entfernt keine VertrauensannahmenKONZEPT → REALE UMGEBUNG → OPERATIVE ENTSCHEIDUNG
VISUAL MODEL / TRUST TOPOLOGYconsensus-tradeoffs
N01N02N03N04N05N06TRUST TOPOLOGYKonsens entfernt keine Vertrauensannahmen
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Technisches Workbook

Analystenziel

Ökonomische Sicherheit und Applikationssicherheit sind getrennte Ebenen.

Mechanik
safetyconflicting histories prevented
livenessnetwork continues progressing
censorshiptransactions can be excluded/delayed
economic securitycost of attacking consensus
centralizationconcentration of block/finality power
Fehlersignale
  1. 01

    generic 'decentralized' claim

  2. 02

    no adversary model

  3. 03

    ignoring validator/miner concentration

  4. 04

    assuming liveness under every partition

  5. 05

    same finality policy across all chains

Prüfverfahren
  1. 01

    name consensus actors

  2. 02

    identify safety/liveness assumptions

  3. 03

    identify attack/economic threshold

  4. 04

    inspect concentration dependencies

  5. 05

    set workflow-specific finality requirement

Argumentationskette
  1. 01

    Fakten → materielle Evidenz

  2. 02

    Evidenz → Konsequenz / Autorität

  3. 03

    Konsequenz → explizite Entscheidung + nächste Aktion

Erforderliches Ergebnisconsensus threat-assumption matrix
Protokoll-Walkthrough

Folge dem Pfad der Sicherheitsentscheidung

consensus / tradeoffs
01Beobachten
  • safety: conflicting histories prevented
  • liveness: network continues progressing
02Nachverfolgen
  • censorship: transactions can be excluded/delayed
  • economic security: cost of attacking consensus
  • centralization: concentration of block/finality power
03Hinterfragen
  • generic 'decentralized' claim
  • no adversary model
  • ignoring validator/miner concentration
04Prüfen
  • name consensus actors
  • identify safety/liveness assumptions
  • identify attack/economic threshold
05Ergebnis
  • consensus threat-assumption matrix
Berechtigungsflächesafety · liveness · censorship
Fehlerbedingunggeneric 'decentralized' claim
Praxisfall
consensus-risk
FALL / consensus-tradeoffs
systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
Analystenaufgabe

Identifiziere vor der Antwort die gewährte Autorität, die ausfallende Trust Boundary und die irreversible Konsequenz.

Evidenzkarte

Ordnen, bevor du entscheidest

Trenne Identität, Autorität, Ausführung und Kontext vor der Sicherheitsentscheidung.

01
Identität

Wer oder was fordert, erhält oder repräsentiert Autorität?

—
02
Autorität

Welche Fähigkeit kann gewährt, behalten oder ausgeübt werden?

—
03
Ausführung

Was wird Payload, Route oder System tatsächlich tun?

—
04
Kontext

Welche Umgebungsfakten können die Entscheidung materiell ändern?

systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
Praxisübung

Erstelle einen analystentauglichen Befund

Nur lokaler Analystennachweis

Antworte nicht aus dem Gedächtnis. Nutze Fall, Protokollfelder und Prüfverfahren oben, um einen reproduzierbaren Befund zu schreiben.

Fokussafety · liveness · censorship
Fehlersignalgeneric 'decentralized' claim
Zuerst prüfenname consensus actors
Ergebnisconsensus threat-assumption matrix
Abschlusskriterien
  • Bezieht sich auf materielle Evidenz, nicht auf UI-Optik.
  • Benennt Berechtigung, Zustandsübergang oder Konsequenz.
  • Liefert eine reproduzierbare nächste Aktion oder Entscheidung.
Sicherheitshinweise
  1. 01

    Ökonomische Sicherheit und Applikationssicherheit sind getrennte Ebenen.

  2. 02

    Dokumentiere, welche Bestätigungs- und Finalitätsgarantien ein Workflow braucht.

Analysten-Notizbuch

Erstelle dein Evidenz-Memo

Nur lokaler Lernnachweis

Halte deine Begründung vor dem Checkpoint fest und schließe mit einer expliziten Entscheidung oder nächsten Aktion ab. Notizen bleiben auf diesem Gerät.

LOCAL STORAGE
Praxisübung

Entwickle alle drei Abschnitte vor dem Abschluss.

Praxis-Lab gesperrt

Bestehe beide Wissensprüfungen dieses Moduls, bevor du das Lab startest.

Modul 02

Keys, Adressen & Wallet-Grenzen

Dieses Modul vertieft Keys, Adressen & Wallet-Grenzen mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Modul gesperrt

Schließe zuerst das vorherige Modul inklusive Praxis-Lab ab.

Modul 03

Transaktionslebenszyklus & Gebühren

Dieses Modul vertieft Transaktionslebenszyklus & Gebühren mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Operative Sicherheitsumgebung zu diesem Kursmodul
Modul gesperrt

Schließe zuerst das vorherige Modul inklusive Praxis-Lab ab.

Modul 04

UTXO- vs. Account-Modell

Dieses Modul vertieft UTXO- vs. Account-Modell mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Modul gesperrt

Schließe zuerst das vorherige Modul inklusive Praxis-Lab ab.

Abschlussprüfung

Abschlussprüfung

Kumulative Prüfung, die bei jedem Versuch aus Kurskonzepten und Praxisszenarien neu aufgebaut wird.

Mindestens 80 % sind erforderlich. Nur die Theorie abzuschließen erzeugt keinen Nachweis.

Bestehensgrenze80%
Bestwert0%
Bank52
Versuch20
Versuche0
Zeitlimit30 Min.
Abschlussprüfung
UTXO ACADEMY / ABSCHLUSSPRÜFUNG · foundationsAbschlussprüfung
GESPERRTSchließe alle Lesson-Checkpoints und Praxis-Labs ab, bevor die Abschlussprüfung freigeschaltet wird.
Fortschritt · 0%
Fortsetzen