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

Verstehe, was du Signierst

Lerne Approvals, Calldata, EIP-712, Permit und Permit2.

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

Was du danach kannst

Dieses Modul vertieft Transaktionsabsicht & Calldata mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Dieses Modul vertieft Token-Approvals & Ausgabenmacht mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Dieses Modul vertieft EIP-712, Permit & Permit2 mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Dieses Modul vertieft Intent-Rekonstruktion & Entscheidung mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Lehrplan

1.1 · Der Button-Text ist nicht die Transaktion22 Min.
1.2 · Ziel und Wert sind die ersten Invarianten16 Min.
Labor · Ausgabenmacht dekodieren

Dieser Kurs enthält

  • 8 Lektionen · 16 geführte Stunden
  • 4 Labor · Praxis-Szenarien
  • 8 Praxisfälle · 8 Wissensprüfungen
  • 52 Prüfungsbank · 80% Bestehensgrenze
  • Abschlussnachweis: UTXO Certified · Signing & Approval Literacy

Was dieser Kurs voraussetzt

  • Eine Signatur in Berechtigungen, Ausgabenmacht und Risiko übersetzen.
  • Bestehensgrenze: 80%
  • Wallet-Sicherheit & Self-Custody
Kurs-Briefing

Trainingsvertrag

Eine Signatur in Berechtigungen, Ausgabenmacht und Risiko übersetzen.

01 · ZielkompetenzEine Signatur in Berechtigungen, Ausgabenmacht und Risiko übersetzen.
02 · Empfohlene VoraussetzungWallet-Sicherheit & Self-Custody
Praktische Ergebnisse
01

Transaktionsabsicht & Calldata

Dieses Modul vertieft Transaktionsabsicht & Calldata mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Evidenz-Memo · APPROVAL
02

Token-Approvals & Ausgabenmacht

Dieses Modul vertieft Token-Approvals & Ausgabenmacht mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Evidenz-Memo · APPROVAL
03

EIP-712, Permit & Permit2

Dieses Modul vertieft EIP-712, Permit & Permit2 mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Evidenz-Memo · TYPED-DATA
04

Intent-Rekonstruktion & Entscheidung

Dieses Modul vertieft Intent-Rekonstruktion & Entscheidung mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

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

Verstehe, was du Signierst

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

Geführter Lernaufwand16h
Module4
Lektionen8
01

Transaktionsabsicht & Calldata

Dieses Modul vertieft Transaktionsabsicht & Calldata mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

1.1
Der Button-Text ist nicht die Transaktion45 Min. · Vertiefte technische Lektion
1.2
Ziel und Wert sind die ersten Invarianten45 Min. · Vertiefte technische Lektion
Praktisches ModullaborAusgabenmacht dekodieren
02

Token-Approvals & Ausgabenmacht

Dieses Modul vertieft Token-Approvals & Ausgabenmacht mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

2.1
Ein Approval delegiert zukünftige Ausgabenmacht45 Min. · Vertiefte technische Lektion
2.2
Unlimited Approval vergrößert den Blast Radius45 Min. · Vertiefte technische Lektion
Praktisches ModullaborAusgabenmacht dekodieren
03

EIP-712, Permit & Permit2

Dieses Modul vertieft EIP-712, Permit & Permit2 mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

3.1
Typed Data ist weiterhin Autorisierung45 Min. · Vertiefte technische Lektion
3.2
Permit verlagert Ausgabenmacht in die Signatur45 Min. · Vertiefte technische Lektion
Praktisches ModullaborPermit2-Nachricht lesen
04

Intent-Rekonstruktion & Entscheidung

Dieses Modul vertieft Intent-Rekonstruktion & Entscheidung mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

4.1
Intent aus unabhängigen Feldern rekonstruieren45 Min. · Vertiefte technische Lektion
4.2
Risiko muss in einer verständlichen Entscheidung enden45 Min. · Vertiefte technische Lektion
Praktisches ModullaborAusgabenmacht dekodieren
Kompetenzen
  • Dekodiere Selector und Parameter statt dem UI-Label zu vertrauen.
  • Vergleiche dekodierte Aktion mit der beabsichtigten Nutzeraktion.
  • Zero Native Value bedeutet nicht Zero Risk.
  • Bestätige Chain, Destination, Value und Zwischencontracts.
  • Prüfe Spender-Identität und Allowance-Höhe.
  • Entferne überflüssige dauerhafte Berechtigungen, wenn sinnvoll.
  • Unlimited Approvals müssen explizit sichtbar sein.
  • Bevorzuge begrenzte Beträge, wenn der Workflow das zulässt.
  • Prüfe Primary Type, Domain, Chain und Verifying Contract.
  • Behandle Typed-Data-Signaturen als Autorisierungsobjekte.
  • Off-chain bedeutet nicht wirkungslos.
  • Zeige Umfang und Dauer der vergebenen Ausgabenmacht klar 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 · 35 min
KURSHANDBUCH

Umfang, Lernziele und Studienstandard

16h
Zielgruppe

Lerne Approvals, Calldata, EIP-712, Permit und Permit2.

Voraussetzungen

Empfohlenes Vorwissen

  • Krypto- & Blockchain-Grundlagen
  • Wallet-Sicherheit & Self-Custody
Lernergebnisse
  • Dekodiere Selector und Parameter statt dem UI-Label zu vertrauen.
  • Vergleiche dekodierte Aktion mit der beabsichtigten Nutzeraktion.
  • Zero Native Value bedeutet nicht Zero Risk.
  • Bestätige Chain, Destination, Value und Zwischencontracts.
  • Prüfe Spender-Identität und Allowance-Höhe.
  • Entferne überflüssige dauerhafte Berechtigungen, wenn sinnvoll.
  • Unlimited Approvals müssen explizit sichtbar sein.
  • Bevorzuge begrenzte Beträge, wenn der Workflow das zulässt.
  • Prüfe Primary Type, Domain, Chain und Verifying Contract.
  • Behandle Typed-Data-Signaturen als Autorisierungsobjekte.
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
Der Button-Text ist nicht die Transaktion
Auf EVM-Chains kodiert Calldata Funktion und Parameter. Ein UI kann 'Swap' anzeigen, während der Payload einen anderen Contract oder eine andere Autorisierung aufruft; entscheidend ist die dekodierte Aktion.
Ziel und Wert sind die ersten Invarianten
Bevor komplexe Analyse beginnt, müssen Chain, Empfänger von Native Value, aufgerufene Contracts und Value-Felder feststehen. Chain Switches und Zwischencontracts sind häufige Risikofaktoren.
Ein Approval delegiert zukünftige Ausgabenmacht
ERC-20 approve erlaubt einem Spender, Tokens später bis zu einem Allowance-Limit zu übertragen. Heute müssen keine Assets bewegt werden, obwohl langfristige Autorität entsteht.
Unlimited Approval vergrößert den Blast Radius
Maximale Allowances sparen wiederholte Approvals, können einem Spender aber Zugriff auf den gesamten zukünftigen Token-Bestand geben, solange die Berechtigung aktiv bleibt.
Typed Data ist weiterhin Autorisierung
EIP-712 strukturiert Signaturdaten und verbessert Darstellung sowie Domain Separation, macht den Inhalt aber nicht automatisch sicher. Orders, Permits und andere Rechte können später on-chain wirksam werden.
Permit verlagert Ausgabenmacht in die Signatur
Permit und Permit2 können Token-Spending ohne klassische Approval-Transaktion autorisieren. Entscheidend sind Spender, Token, Betrag, Nonce, Deadline und der Contract, der die Signatur verifiziert.
Intent aus unabhängigen Feldern rekonstruieren
Eine Pre-Signature-Schicht vergleicht Nutzerabsicht mit Origin, Chain, Destination, Methode, Parametern, Approvals und erwarteten Asset-Änderungen. Kein einzelnes Feld beweist Sicherheit.
Risiko muss in einer verständlichen Entscheidung enden
Ein Score ohne Begründung erzeugt Automation Bias. Nutzer müssen wissen, was ungewöhnlich ist, welche Autorität vergeben wird, was verloren gehen könnte und welche Unsicherheit verbleibt.
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.

Replay-Schutz, Nonces und Domain Separation
Spezialisierte Lerneinheit01
EXT / 01

Replay-Schutz, Nonces und Domain Separation

Autorisierung muss an Chain, Contract, Account State und Gültigkeit gebunden sein. EIP-155 und EIP-712 reduzieren Replay über unterschiedliche Mechanismen.

Security-Fokusnonce · chainId · domain separator · verifyingContract · replay window
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ärreferenzenEIP-155 ↗EIP-712 ↗
ERC-4337 UserOperations und Account Abstraction
Spezialisierte Lerneinheit02
EXT / 02

ERC-4337 UserOperations und Account Abstraction

UserOperations verlagern Validierung in Smart Accounts und führen Bundler, EntryPoint, Paymaster und Simulation ein. Die Analyse muss die gesamte Pipeline erfassen.

Security-FokusUserOperation · EntryPoint · bundler · paymaster · validation simulation
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ärreferenzenERC-4337 ↗
Delegierte EOAs mit EIP-7702
Spezialisierte Lerneinheit03
EXT / 03

Delegierte EOAs mit EIP-7702

EIP-7702 ermöglicht persistente Code-Delegation über signierte Authorization Tuples. Prüfe Chain Binding, Nonce, Delegate Implementation, Initialisierung und Revocation.

Security-Fokusauthorization tuple · delegated code · persistent delegation · nonce · revocation
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ärreferenzenEIP-7702 ↗
Modul 01

Transaktionsabsicht & Calldata

Dieses Modul vertieft Transaktionsabsicht & Calldata mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Technische Umgebung zu diesem Kursmodul
Lektion 1.1

Der Button-Text ist nicht die Transaktion

22 Min.
UTXO ACADEMY / CONCEPT MODELCALLDATADECODE INTENTVISUAL AID · NOT A SECURITY VERDICT
Technisches Kapitel

Der Button-Text ist nicht die Transaktion

Vertiefte technische Lektion
01
Mentales Modell

Auf EVM-Chains kodiert Calldata Funktion und Parameter. Ein UI kann 'Swap' anzeigen, während der Payload einen anderen Contract oder eine andere Autorisierung aufruft; entscheidend ist die dekodierte Aktion.

Dieses Konzept ist wichtig, weil Dekodiere Selector und Parameter statt dem UI-Label zu vertrauen.

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 selector und arguments und target und native value und nested execution. Protokollbezeichner bleiben unübersetzt, weil sie Teil des technischen Payloads sind.

selector

Technische Prüfpunkte

arguments

Technische Prüfpunkte

target

Technische Prüfpunkte

native value

Technische Prüfpunkte

nested execution

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 Vergleiche dekodierte Aktion mit der beabsichtigten Nutzeraktion. Unbekannt ist nicht gleich sicher.

  • Dekodiere Selector und Parameter statt dem UI-Label zu vertrauen.
  • Vergleiche dekodierte Aktion mit der beabsichtigten Nutzeraktion.
04
Entscheidungsstandard

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

Die praktische Folge ist, dass Vergleiche dekodierte Aktion mit der beabsichtigten Nutzeraktion.

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.

Dekodiere Selector und Parameter statt dem UI-Label zu vertrauen. und Vergleiche dekodierte Aktion mit der beabsichtigten Nutzeraktion.

Erforderliches Analysten-ErgebnisDer Button-Text ist nicht die Transaktion · Entscheidungsstandard
Der Button-Text ist nicht die Transaktion
LESSON VISUALDer Button-Text ist nicht die Transaktioncalldata intent
Der Button-Text ist nicht die Transaktion
REALER KONTEXT · SIGNATUR-PRÜFUMGEBUNGDer Button-Text ist nicht die TransaktionKONZEPT → REALE UMGEBUNG → OPERATIVE ENTSCHEIDUNG
VISUAL MODEL / REQUEST FLOWcalldata-intent
N01N02N03N04N05N06REQUEST FLOWDer Button-Text ist nicht die Transaktion
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Technisches Workbook

Analystenziel

Dekodiere Selector und Parameter statt dem UI-Label zu vertrauen.

Mechanik
selectorcalldata[0:4]
argumentsABI-decoded parameters
targettransaction.to
native valuetransaction.value
nested executionmulticall / router subcalls
Fehlersignale
  1. 01

    UI intent != decoded method

  2. 02

    unknown selector

  3. 03

    unexpected recipient

  4. 04

    hidden native value

  5. 05

    nested call changes authority

Prüfverfahren
  1. 01

    capture exact payload

  2. 02

    resolve selector / ABI

  3. 03

    decode every material parameter

  4. 04

    trace nested calls when present

  5. 05

    compare decoded action with user intent

Argumentationskette
  1. 01

    Fakten → materielle Evidenz

  2. 02

    Evidenz → Konsequenz / Autorität

  3. 03

    Konsequenz → explizite Entscheidung + nächste Aktion

Erforderliches Ergebnisdecoded-intent record + mismatch list
Protokoll-Walkthrough

Folge dem Pfad der Sicherheitsentscheidung

calldata / intent
01Beobachten
  • selector: calldata[0:4]
  • arguments: ABI-decoded parameters
02Nachverfolgen
  • target: transaction.to
  • native value: transaction.value
  • nested execution: multicall / router subcalls
03Hinterfragen
  • UI intent != decoded method
  • unknown selector
  • unexpected recipient
04Prüfen
  • capture exact payload
  • resolve selector / ABI
  • decode every material parameter
05Ergebnis
  • decoded-intent record + mismatch list
Berechtigungsflächeselector · arguments · target
FehlerbedingungUI intent != decoded method
Praxisfall
decode-calldata
FALL / calldata-intent
ui ActionSwap 1 ETH
method Selector0x095ea7b3
decoded Methodapprove(address,uint256)
spender0xNew...
amountMAX_UINT256
native Value0
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?

spender0xNew...
03
Ausführung

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

method Selector0x095ea7b3
decoded Methodapprove(address,uint256)
amountMAX_UINT256
native Value0
04
Kontext

Welche Umgebungsfakten können die Entscheidung materiell ändern?

ui ActionSwap 1 ETH
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.

Fokusselector · arguments · target
FehlersignalUI intent != decoded method
Zuerst prüfencapture exact payload
Ergebnisdecoded-intent record + mismatch list
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

    Dekodiere Selector und Parameter statt dem UI-Label zu vertrauen.

  2. 02

    Vergleiche dekodierte Aktion mit der beabsichtigten Nutzeraktion.

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

Ziel und Wert sind die ersten Invarianten

16 Min.
UTXO ACADEMY / CONCEPT MODELVALUE / DESTINATIONFIRST INVARIANTSVISUAL AID · NOT A SECURITY VERDICT
Technisches Kapitel

Ziel und Wert sind die ersten Invarianten

Vertiefte technische Lektion
01
Mentales Modell

Bevor komplexe Analyse beginnt, müssen Chain, Empfänger von Native Value, aufgerufene Contracts und Value-Felder feststehen. Chain Switches und Zwischencontracts sind häufige Risikofaktoren.

Dieses Konzept ist wichtig, weil Zero Native Value bedeutet nicht Zero Risk.

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 chain und recipient und native value und token movement und intermediary. Protokollbezeichner bleiben unübersetzt, weil sie Teil des technischen Payloads sind.

chain

Technische Prüfpunkte

recipient

Technische Prüfpunkte

native value

Technische Prüfpunkte

token movement

Technische Prüfpunkte

intermediary

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 Bestätige Chain, Destination, Value und Zwischencontracts. Unbekannt ist nicht gleich sicher.

  • Zero Native Value bedeutet nicht Zero Risk.
  • Bestätige Chain, Destination, Value und Zwischencontracts.
04
Entscheidungsstandard

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

Die praktische Folge ist, dass Bestätige Chain, Destination, Value und Zwischencontracts.

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.

Zero Native Value bedeutet nicht Zero Risk. und Bestätige Chain, Destination, Value und Zwischencontracts.

Erforderliches Analysten-ErgebnisZiel und Wert sind die ersten Invarianten · Entscheidungsstandard
Ziel und Wert sind die ersten Invarianten
LESSON VISUALZiel und Wert sind die ersten Invariantenvalue destination
Ziel und Wert sind die ersten Invarianten
REALER KONTEXT · SIGNATUR-PRÜFUMGEBUNGZiel und Wert sind die ersten InvariantenKONZEPT → REALE UMGEBUNG → OPERATIVE ENTSCHEIDUNG
VISUAL MODEL / INCIDENT TIMELINEvalue-destination
N01N02N03N04N05N06INCIDENT TIMELINEZiel und Wert sind die ersten Invarianten
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Technisches Workbook

Analystenziel

Zero Native Value bedeutet nicht Zero Risk.

Mechanik
chainchainId / network context
recipientto / resolved destination
native valuemsg.value / value
token movementdecoded transfer / transferFrom
intermediaryrouter / bridge / proxy
Fehlersignale
  1. 01

    chain switch

  2. 02

    new destination

  3. 03

    clipboard substitution

  4. 04

    visible recipient != payload target

  5. 05

    zero-value call grants authority

Prüfverfahren
  1. 01

    confirm chainId

  2. 02

    resolve full destination

  3. 03

    inspect native value

  4. 04

    decode token movements

  5. 05

    verify intermediary purpose

Argumentationskette
  1. 01

    Fakten → materielle Evidenz

  2. 02

    Evidenz → Konsequenz / Autorität

  3. 03

    Konsequenz → explizite Entscheidung + nächste Aktion

Erforderliches Ergebnisdestination-integrity record
Protokoll-Walkthrough

Folge dem Pfad der Sicherheitsentscheidung

value / destination
01Beobachten
  • chain: chainId / network context
  • recipient: to / resolved destination
02Nachverfolgen
  • native value: msg.value / value
  • token movement: decoded transfer / transferFrom
  • intermediary: router / bridge / proxy
03Hinterfragen
  • chain switch
  • new destination
  • clipboard substitution
04Prüfen
  • confirm chainId
  • resolve full destination
  • inspect native value
05Ergebnis
  • destination-integrity record
Berechtigungsflächechain · recipient · native value
Fehlerbedingungchain switch
Praxisfall
first-invariants
FALL / value-destination
chainArbitrum
ui ChainEthereum
native Value0.3 ETH
top Level To0xRouter...
final Recipientunknown
contract Age2 hours
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?

final Recipientunknown
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?

native Value0.3 ETH
04
Kontext

Welche Umgebungsfakten können die Entscheidung materiell ändern?

chainArbitrum
ui ChainEthereum
top Level To0xRouter...
contract Age2 hours
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.

Fokuschain · recipient · native value
Fehlersignalchain switch
Zuerst prüfenconfirm chainId
Ergebnisdestination-integrity 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

    Zero Native Value bedeutet nicht Zero Risk.

  2. 02

    Bestätige Chain, Destination, Value und Zwischencontracts.

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

Token-Approvals & Ausgabenmacht

Dieses Modul vertieft Token-Approvals & Ausgabenmacht mit angewandter Theorie und einem eigenen Entscheidungs-Lab.

Modul gesperrt

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

Modul 03

EIP-712, Permit & Permit2

Dieses Modul vertieft EIP-712, Permit & Permit2 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

Intent-Rekonstruktion & Entscheidung

Dieses Modul vertieft Intent-Rekonstruktion & Entscheidung 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
Zeitlimit35 Min.
Abschlussprüfung
UTXO ACADEMY / ABSCHLUSSPRÜFUNG · understand-signingAbschlussprüfung
GESPERRTSchließe alle Lesson-Checkpoints und Praxis-Labs ab, bevor die Abschlussprüfung freigeschaltet wird.
Fortschritt · 0%
Fortsetzen