Zum Inhalt springen
Financial Context Wiki

Öffentliche und private Schlüssel

Mit Public-Key-Kryptografie signiert eine Wallet Blockchain-Transaktionen mit einem geheimen privaten Schlüssel, während das Netzwerk die Signatur mit dem zugehörigen öffentlichen Schlüssel prüft. Dieser Beitrag erklärt Schlüssel, Adressen, Wiederherstellungsphrasen und Signaturrisiken.

Aktualisiert

Nur zu Bildungszwecken; keine Sicherheits- oder Anlageberatung. Blockchain-Transaktionen können unumkehrbar sein. Gib niemals einen privaten Schlüssel oder eine Wiederherstellungsphrase weiter und prüfe jede Transaktion vor dem Signieren.

Direkte Antwort

Ein öffentlich-privates Schlüsselpaar ist eine asymmetrische kryptografische Beziehung zur Autorisierung und Prüfung von Blockchain-Aktionen. Der private Schlüssel ist eine geheime Information, mit der digitale Signaturen erzeugt werden. Der zugehörige öffentliche Schlüssel darf weitergegeben werden und ermöglicht die Prüfung, ohne den privaten Schlüssel offenzulegen.

Eine Blockchain-Adresse wird meist aus einem öffentlichen Schlüssel oder einer Skript- beziehungsweise Kontoregel abgeleitet; sie ist nicht überall mit dem öffentlichen Schlüssel identisch. Ableitung und Format hängen vom Netzwerk ab. Eine Adresse bezeichnet ein Ziel oder Konto, während die Kontrolle gewöhnlich davon abhängt, die Ausgabe- oder Autorisierungsregeln des Netzwerks zu erfüllen.

Wer einen privaten Schlüssel hält, bewahrt keine Coins in der Wallet auf. Das Ledger verzeichnet Vermögenswerte oder ausgabefähige Outputs; der Schlüssel erlaubt gültige Zustandsänderungen. Wer ihn erlangt, kann möglicherweise als Inhaber signieren. Geht der einzige nutzbare Schlüssel verloren, können selbst verwahrte Werte dauerhaft unzugänglich werden.

Funktionsweise

Der grundlegende Signaturablauf lautet:

  1. Die Wallet erzeugt einen privaten Schlüssel aus kryptografisch sicherem Zufall oder leitet ihn nach einem festgelegten Verfahren aus einem Wallet-Seed ab.
  2. Eine mathematische Einwegoperation leitet den passenden öffentlichen Schlüssel ab. Bei sicherem Algorithmus und sicherer Umsetzung sollte die Rückgewinnung des privaten Schlüssels rechnerisch unpraktikabel sein.
  3. Die Netzwerkregeln leiten eine Adresse, ein Skript oder Konto ab oder ordnen es dem öffentlichen Schlüssel zu. Netzwerke können verschiedene Kurven, Hashfunktionen, Kodierungen und Kontomodelle nutzen.
  4. Die Wallet signiert eine bestimmte Transaktion oder Nachricht mit dem privaten Schlüssel. Die Signatur gilt für exakt kodierte Daten; jede Änderung macht sie ungültig.
  5. Netzwerkteilnehmer prüfen die Signatur mit öffentlichem Schlüssel und Protokollregeln, bevor sie die autorisierte Aktion akzeptieren. Dabei wird kein privater Schlüssel offengelegt.

Eine Wiederherstellungsphrase ist nicht dasselbe wie ein privater Schlüssel. In vielen hierarchisch-deterministischen Wallets repräsentiert sie Entropie zur Rekonstruktion eines Seeds, aus dem viele Schlüssel und Adressen abgeleitet werden. Wer die Phrase kennt, kann daher alle abgeleiteten Konten kontrollieren. Ein Wallet-Passwort verschlüsselt oder entsperrt meist nur eine lokale Datei; es ersetzt die Schlüssel nicht und kann sie allein nicht wiederherstellen.

Die Kontrolle per Schlüsselpaar beschreibt auch nicht jedes Blockchain-Konto. Ein extern verwaltetes Ethereum-Konto wird etwa von einem Schlüsselpaar kontrolliert, ein Vertragskonto dagegen von bereitgestelltem Code, der Multisignatur-, Zeitverzögerungs- oder Wiederherstellungsregeln erzwingen kann.

Beispiel

Alice gibt Bob eine Empfangsadresse. Bobs Wallet prüft Netzwerk und Adressformat, erstellt die Zahlung und lässt Bob Empfänger, Betrag und Gebühr bestätigen. Sie signiert genau diese Transaktion lokal mit Bobs privatem Schlüssel und sendet die signierte Transaktion; der private Schlüssel selbst wird weder an Alice noch an das Netzwerk übertragen.

Knoten prüfen Signatur und Ausgaberegeln. Eine gültige Signatur zeigt, dass der erforderliche Schlüssel die Transaktion autorisiert hat. Sie beweist aber weder Bobs rechtliche Identität noch Alices Vertrauenswürdigkeit oder den wirtschaftlichen Sinn. Signiert Bob Daten für das falsche Netzwerk, Ziel oder eine falsche Vertragsaktion, kann korrekte Kryptografie dennoch das falsche Ergebnis autorisieren.

Risiken

  • Offenlegung: Phishing, Schadsoftware, Cloud-Backups, Screenshots, Browser-Erweiterungen oder falscher Support können Schlüssel oder Wiederherstellungsphrase preisgeben. Beide gewähren potenziell vollständige Kontrolle.
  • Verlust: Zerstörte Geräte, vergessene Passphrasen, unvollständige Backups oder inkompatible Ableitungseinstellungen können eine Wiederherstellung verhindern. Teste das dokumentierte Verfahren, ohne das Geheimnis offenzulegen.
  • Schlechter Zufall oder Software: Vorhersagbare Erzeugung, fehlerhafter Signaturcode, kompromittierte Lieferketten oder eine bösartige Wallet können solide Kryptografie aushebeln. Nutze gepflegte Software und vertrauenswürdige Signiergeräte.
  • Unklare Signatur: Eine Signatur kann Transfer, Token-Freigabe, Auftrag, Anmeldung oder andere Nachrichten autorisieren. Lies die verständliche Absicht und prüfe kodierte Details, Netzwerk, Adresse und Betrag unabhängig.
  • Operative Konzentration: Ein Schlüssel für alle Werte ist ein einzelner Ausfallpunkt. Trenne Bestände und Aufgaben, reduziere Online-Exposition und erwäge für hohe Werte Hardware-Signaturen, Multisignatur oder richtliniengesteuerte Konten.

Könnten privater Schlüssel oder Wiederherstellungsphrase offengelegt worden sein, behandle sie als kompromittiert. Erstelle auf einem sauberen Gerät eine unabhängig erzeugte neue Wallet, prüfe deren Backup und verschiebe verbleibende Werte und nötige Berechtigungen, sobald dies sicher möglich ist. Gib das alte Geheimnis nicht auf Websites ein, die eine Prüfung oder Reparatur versprechen.

Häufige Irrtümer

Irrtum 1: Der private Schlüssel ist nur das Wallet-Passwort

Ein Passwort kann eine lokale App oder einen verschlüsselten Keystore schützen. Der private Schlüssel autorisiert Signaturen; ein zurückgesetztes App-Passwort erzeugt einen verlorenen Schlüssel oder eine Wiederherstellungsphrase nicht neu.

Irrtum 2: Adresse und öffentlicher Schlüssel sind immer gleich

Die Adressbildung ist protokollspezifisch. Viele Adressen kodieren einen Hash, ein Skript oder eine Kontoregel statt des rohen öffentlichen Schlüssels; manche Vertragsadressen besitzen gar keinen privaten Schlüssel.

Irrtum 3: Aus einem geteilten öffentlichen Schlüssel lässt sich der private berechnen

Sichere Public-Key-Systeme sind für teilbare öffentliche Schlüssel und Signaturen ausgelegt. Praktische Gefahren sind schwacher Zufall, fehlerhafte Umsetzung, offengelegte Geheimnisse und künftige Kryptografiebrüche, nicht die normale Prüfung.

Irrtum 4: Eine gültige Signatur beweist die Identität des Unterzeichners

Sie beweist, dass der erforderliche Schlüssel die signierten Daten nach den Protokollregeln autorisiert hat. Die Zuordnung zu einer realen Person oder Organisation erfordert getrennte Identitätsnachweise.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...