Zum InhaltBlockAssay

Wallets, Adressen und Schlüssel

P01-L03 · P01 · P01-M01

Öffentliche Adressen von Signaturautorität trennen

ILLUSTRATIVE · needs_review

Voraussetzungen: P01-L02

Lernziele

  • Öffentliche Adressen von Signaturautorität trennen
  • Schnittstelle, Adresse und Autorisierung trennen.
  • Erklären, warum öffentliche Beobachtung kein Geheimnis benötigt.
  • Schlüsselkontrolle von menschlicher Identität unterscheiden.

EN-Quellmaster · P01-L03 · 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.

Warum das wichtig ist

Eine Wallet-Anwendung mit der Autorität hinter einem Konto zu verwechseln macht Untersuchungen und Sicherheitsentscheidungen unzuverlässig. Eine Aufgabe mit reinem Lesezugriff sollte nicht zur Anforderung von Signaturmaterial werden.

Erklärung

Drei verschiedene Objekte

Eine Wallet-Schnittstelle zeigt Konten an und hilft bei ihrer Verwaltung. Eine Adresse identifiziert ein netzwerkbezogenes Objekt. Ein privater Schlüssel kann Aktionen für ein schlüsselkontrolliertes Konto autorisieren. Ethereum hat auch durch Contracts kontrollierte Konten [ACCT]. Ein Bildschirm kann mehrere Konten zeigen, und mehrere Schnittstellen können dasselbe Konto zeigen. Bildschirme zu zählen bedeutet deshalb nicht, unabhängige Autoritäten zu zählen.

Eine Adresse ist öffentliche Information zum Auffinden von Zustand, kein Passwort. Öffentlich bedeutet nicht ohne Privatsphärerisiko: Eine geteilte Adresse kann eine Unterhaltung mit einem sichtbaren Verlauf verbinden. Diese Lektion verwendet ungültige Beschriftungen, damit kein tatsächliches Konto eines Lernenden offengelegt werden muss.

Schlüssel sind Autorität, keine Ausweispapiere

Eine gültige Signatur kann Autorisierung unter einer festgelegten kryptografischen oder Contract-Regel belegen. Sie offenbart weder den rechtlichen Namen der signierenden Person noch, wie der Schlüssel erlangt wurde oder ob die Handlung informiert erfolgte. In diesem Kurs keine Testsignatur anfordern, um eine Identitätsbehauptung zu klären. Mechanismus und Person als getrennte Fragen behandeln.

Bei einem gemeinsamen Konto könnten mehrere Personen auf ein Geheimnis zugreifen. Bei einer Multisignaturregel müssen mehrere Signaturschlüssel keine unabhängigen Menschen darstellen. Eine öffentliche Anzeige kann diese Möglichkeiten nicht auseinanderhalten. Die beobachtete Regel oder bereitgestellte Rolle beschreiben und unbelegte menschliche Zuordnung offenlassen.

Wiederherstellungsmaterial ist eine andere Ebene

Manche deterministischen Wallets leiten viele Schlüssel aus Seed-Material ab. BIP-39 definiert ein Verfahren vom Mnemonic zum Seed [BIP39]; es ist keine Regel für jedes Wallet-Produkt. Eine Wiederherstellungsphrase ist nicht bloß ein Passwort für die aktuelle Anwendung. Sie nicht in eine Lektion, ein Supportformular, ein Bildschirmfoto oder ein Übungswerkzeug eingeben.

Der Ersatz einer Schnittstelle ändert für sich genommen nicht die Autorität, die ein Konto kontrolliert. Ebenso kann eine reine Beobachtungsansicht Salden zeigen, ohne Ausgaben autorisieren zu können. Sichtbare Schnittstellenfunktionen und zugrunde liegende Berechtigung müssen getrennt geprüft werden.

Beziehungen mit Typen zeichnen

Pfeile mit «zeigt an», «identifiziert» und «autorisiert» beschriften. Keine einzige vage «besitzt»-Linie verwenden. Ein Diagramm sollte zeigen, welche Beobachtung öffentlich ist, welche Komponente geheim ist und welche Autoritätsbeziehung nur vorgegeben wurde. Enthält die Übung keine Evidenz über Menschen, dies sagen, auch wenn ein Name die Geschichte leichter erzählen ließe.

Klassifikation der Evidenzzustände

OBSERVED im Übungsdatensatz: welche Ansichten X/Y zeigen und die angegebene Platzhalterautorität. INFERRED: Zwei Konten werden angezeigt; die drei Ansichten reichen nicht aus, um drei unabhängige Autoritäten nachzuweisen. UNKNOWN: die tatsächlich kontrollierenden Menschen. INSUFFICIENT EVIDENCE: ein Schlüssel oder mehrere Schnittstellen belegen einen menschlichen Eigentümer.

Begriffe

  • Wallet-Schnittstelle: Software zum Betrachten und Interagieren.
  • Adresse: öffentliche netzwerkbezogene Kennung.
  • Privater Schlüssel: geheimes Autorisierungsmaterial.
  • Watch-only: Beobachtung ohne lokale Signaturautorität.
  • Mnemonic: Wortfolge, die manche Wiederherstellungsverfahren zur Ableitung von Seed-Material verwenden; vertrauliches Wiederherstellungsmaterial.

Historisches Beispiel

ILLUSTRATIVE. VIEW-A und VIEW-B zeigen beide ACCOUNT-X auf SIM-NET. VIEW-C dient nur zur Beobachtung von ACCOUNT-Y. SECRET-PLACEHOLDER autorisiert ACCOUNT-X im Modell; es ist eine Beschriftung, kein Schlüssel. Keine menschliche kontrollierende Person ist vorgegeben.

Visuelle Spezifikationen

Wallet-Graph mit Anzeigepfeilen von VIEW-A/B zu ACCOUNT-X, VIEW-C zu ACCOUNT-Y und getrennter Kante für geheime Autorität zu X. Alternativtext: zwei Schnittstellen teilen ein fiktives Konto; reine Beobachtung verleiht keine Signaturautorität.

Was die Evidenz belegt

Das Modell trennt zwei Ansichten eines Kontos von Autorität.

Was die Evidenz nicht belegt

Die Identität einer Person, unabhängige Signierende oder tatsächlichen Zugriff auf irgendeine Wallet.

Häufige Fehler

  • Anwendungen als Wallets mit unabhängigen Geheimnissen zählen.
  • Öffentliche Sichtbarkeit als Berechtigung behandeln.
  • Wiederherstellungsmaterial anfordern, um einen Saldo zu prüfen.

Praktische Übung

Die drei Arten von Kanten zeichnen. Kann VIEW-C ausgeben? Schafft die Installation von VIEW-B ein neues ACCOUNT-X? Welche Evidenz wäre nötig, um einen Menschen zu identifizieren?

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

VIEW-A/B zeigen X; VIEW-C zeigt Y; der Platzhalter autorisiert X nur im Modell. Für die reine Beobachtungsansicht C ist keine Ausgabenautorität vorgegeben. Eine neue Schnittstelle impliziert kein neues Konto. Menschliche Identität ist UNKNOWN und gemeinsames Eigentum ist INSUFFICIENT EVIDENCE. Für diese Antwort wird kein Geheimnis und keine Signatur benötigt.

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

  • Schnittstelle und Konto benennen und unterscheiden.
  • Autorisierung getrennt markieren.
  • Geheimnisse aus der Evidenz heraushalten.
  • Menschliche Identität unbelegt lassen, sofern nicht unabhängig nachgewiesen.

Zusammenfassung

Eine Wallet-Anwendung mit der Autorität hinter einem Konto zu verwechseln macht Untersuchungen und Sicherheitsentscheidungen unzuverlässig. Eine Aufgabe mit reinem Lesezugriff sollte nicht zur Anforderung von Signaturmaterial werden. Das bereitgestellte Material stützt die Trennung von zwei Ansichten eines Kontos und Autorität im Modell. Es belegt weder die Identität einer Person noch unabhängige Signierende oder tatsächlichen Zugriff auf irgendeine Wallet.

Zusammenfassung

  • Schnittstelle, Adresse und Autorisierung trennen.
  • Erklären, warum öffentliche Beobachtung kein Geheimnis benötigt.
  • Schlüsselkontrolle von menschlicher Identität unterscheiden.

Nächste Lektion

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

Werkzeuge

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

Quellen und Aussagegrenzen

  • [ACCT] Ethereum-Konten — Konten und Signaturautorität, getrennt von Wallet-Schnittstellen und menschlicher Identität. Geprüft 2026-10-01.
  • [BIP39] BIP-39 — Umwandlung einer mnemonischen Wortfolge in Seed-Material; nicht jede Wallet verwendet dieses Verfahren. 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-L03-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Öffentliche Adressen von Signaturautorität trennen

Illustrative Lerndaten; keine Live-Ansicht

Wallet-Graph mit Anzeigepfeilen von VIEW-A/B zu ACCOUNT-X, VIEW-C zu ACCOUNT-Y und getrennter Kante für geheime Autorität zu X. Alternativtext: zwei Schnittstellen teilen ein fiktives Konto; reine Beobachtung verleiht keine Signaturautorität.

zwei Schnittstellen teilen ein fiktives Konto; reine Beobachtung verleiht keine Signaturautorität.

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

Quellen und Aussagegrenzen

ACCT · PRIMARY_DOCUMENTATION

Ethereum-Konten

Gestützte Aussage
Konten und Signaturautorität, getrennt von Wallet-Schnittstellen und menschlicher Identität.
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/accounts/

BIP39 · PRIMARY_DOCUMENTATION

BIP-39

Gestützte Aussage
Umwandlung einer mnemonischen Wortfolge in Seed-Material; nicht jede Wallet verwendet dieses Verfahren.
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://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki

Datenherkunft

id: FIX-P01-L03

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-L03-Q1 · Wie viele bereitgestellte Konten werden angezeigt?
P01-L03-Q2 · Was belegt VIEW-C?
P01-L03-Q3 · Ändert VIEW-B den Schlüssel von X?
P01-L03-Q4 · Was muss ein Lernender einreichen?
P01-L03-Q5 · Kann ein Schlüssel eine Person beweisen?