CEX, DEX und Verwahrung

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

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

«Börse» bezeichnet eine Dienstleistungskategorie, kein einziges Vertrauensmodell. Ein Kontosaldo, ein Wallet-Saldo und eine Poolposition können einen Nutzer unterschiedlichen Akteuren und Regeln aussetzen.

Verwahrung von Ausführung trennen

Verwahrung fragt, wer Bewegung autorisieren kann und unter welchen Bedingungen. Ausführung fragt, wie ein vorgeschlagener Austausch zugeordnet oder bepreist und abgewickelt wird. Ein zentraler Handelsplatz kann einen internen Kundensaldo führen und zugleich die zugrunde liegende Signaturinfrastruktur kontrollieren. Dieses Modell ist im CEX-Fall dieser Lektion vorgegeben; es sollte nicht ohne Prüfung von Bedingungen und Gestaltung auf jedes Produkt übertragen werden.

Ein DEX kann durch Contracts und Liquiditätspools ausführen; die Uniswap-Übersicht beschreibt diesen Mechanismus [UNI]. Eine Webschnittstelle ist nicht das gesamte Protokoll. Umgekehrt beseitigt ein Contract-Pfad nicht jede Abhängigkeit. Codeverhalten, Berechtigungen, Routing, Schnittstellen und Datenquellen bleiben relevant.

Den Asset- und Berechtigungspfad verfolgen

Für jede Stufe fragen: Wo ist der Saldo erfasst, was autorisiert Bewegung, wer kann die Verarbeitung stoppen, und welche Evidenz zeigt den Abschluss? Eine interne Handelsplatzausführung erzeugt möglicherweise keine separate öffentliche Chain-Transaktion für diesen Kunden. Ein Auszahlungsdatensatz beantwortet eine andere Frage als ein interner Handelsdatensatz.

Bei einer durch eine Wallet vermittelten Contract-Interaktion die Kontoautorität vom berechtigten Spender oder Contract unterscheiden. Ethereum-Kontoregeln erklären die Existenz schlüssel- und codekontrollierter Konten [ACCT]; sie authentifizieren keine bestimmte Börse und beweisen nicht, wie viele Menschen sie kontrollieren.

Ausfälle statt Schlagworte vergleichen

Im fiktiven CEX kann eine Auszahlungspause die Verarbeitung nach außen blockieren, obwohl interne Datensätze sichtbar bleiben. Im fiktiven DEX kann eine nicht verfügbare Schnittstelle ihren eigenen Ablauf blockieren, ohne den Stillstand zugrunde liegender Contracts zu beweisen. Keiner der Fälle rechtfertigt das Ausprobieren einer anderen Website oder das Senden von Geld in dieser Übung. Stattdessen die fehlende technische oder Dienstevidenz erfassen.

Einen begrenzten Vergleich bilden

Eine Matrix statt einer einzigen Sicherheitsbeschriftung verwenden. Autorisierung, Ausführungsmethode, Abschlussevidenz und verbleibende Abhängigkeiten einbeziehen. Ein bereitgestellter Auditbericht hätte Version und Umfang; das Fehlen eines sichtbaren Problems beweist weder Zahlungsfähigkeit noch Korrektheit. Der Vergleich dient dem Verständnis von Annahmen, keiner Plattformempfehlung.

Klassifikation der Evidenzzustände

OBSERVED im Übungsdatensatz: Zuweisungen von Verwahrung/Ausführung, Auszahlungspause und Nichtverfügbarkeit der Schnittstelle. INFERRED: Abhängigkeitsvergleich unter den angegebenen Modellen. UNKNOWN: tatsächliche Zahlungsfähigkeit, Verluste und Contract-Zustand. INSUFFICIENT EVIDENCE: eine der Betriebsunterbrechungen beweist Verlust oder eines der Modelle garantiert universelle Sicherheit.

• CEX: zentrale Börse, betrieben durch einen Dienstleister.
• DEX: dezentrale Börse mit Ausführung nach Protokollregeln wie Smart Contracts.
• Verwahrung: Autorität über die Bewegung von Vermögenswerten.
• Internes Register: durch den Dienst geführte Kundendatensätze.
• Pool: durch Contracts gehaltener Austauschbestand.
• Abwicklungsevidenz: Datensätze, die abgeschlossene Bewegung stützen.

ILLUSTRATIVE. VENUE-C führt Salden intern und autorisiert allein Auszahlungen; Orders werden intern zugeordnet. ROUTE-D verwendet nutzerautorisierte Contracts und einen Pool mit TOKEN-A/TOKEN-B; seine Schnittstelle betreibt WEB-D. Bei T1 meldet VENUE-C pausierte Auszahlungen; WEB-D ist nicht verfügbar. Keine Datensätze zur Zahlungsfähigkeit oder zum Contract-Zustand sind vorgegeben.

Verwahrungs- und Ausführungsvergleich: C internes Register und getrennte Auszahlungsgrenze; D TOKEN-A/TOKEN-B-Pool und getrennte WEB-D-Schnittstellengrenze. Alternativtext: interne Zuordnung und Poolausführung haben verschiedene Autoritäten und Evidenz.

Die fiktiven Verwahrungs-/Ausführungsunterschiede und berichteten Verfügbarkeitsbedingungen.

Zahlungsfähigkeit, Wiedererlangbarkeit, Abwesenheit von Schwachstellen oder eine Plattformempfehlung.

• Jeden Schnittstellenausfall als Chain-Ausfall bezeichnen.
• Einen sichtbaren internen Saldo mit einem öffentlichen Beleg gleichsetzen.
• Nichtverwahrende Ausführung als risikofrei erklären.

Den Vergleich mit vier Spalten erstellen. Belegt eine der T1-Beobachtungen verlorene Vermögenswerte? Welche nächste Evidenz würde Verarbeitung, Zahlungsfähigkeit und Contract-Verfügbarkeit jeweils klären?

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.

• Bewegungsautorität identifizieren.
• Ausführungsort identifizieren.
• Abschlussevidenz benennen.
• Verfügbarkeit von Zahlungsfähigkeit trennen.

«Börse» bezeichnet eine Dienstleistungskategorie, kein einziges Vertrauensmodell. Ein Kontosaldo, ein Wallet-Saldo und eine Poolposition können einen Nutzer unterschiedlichen Akteuren und Regeln aussetzen. Das bereitgestellte Material stützt die fiktiven Verwahrungs-/Ausführungsunterschiede und berichteten Verfügbarkeitsbedingungen. Es belegt keine Zahlungsfähigkeit, Wiedererlangbarkeit, Abwesenheit von Schwachstellen oder eine Plattformempfehlung.

• Vergleichen, wer Übertragungen autorisiert und wer Handel ausführt.
• Zugang zur Börsenschnittstelle von Verwahrung trennen.
• Verbleibende Abhängigkeiten ohne universelle Ranglisten erfassen.

P01-L07 nach Prüfung dieser Übung und ihrer Voraussetzungen.

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

• [UNI] Uniswap-Protokollübersicht — Poolbasierter Austausch durch Smart Contracts; nur Mechanismus. Geprüft 2026-10-01.
• [ACCT] Ethereum-Konten — Konten und Signaturautorität, getrennt von Wallet-Schnittstellen und menschlicher Identität. 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.