Was ist ein privater Schlüssel?

Ein privater Schlüssel ist geheimes kryptografisches Material, mit dem ein Signaturalgorithmus digitale Signaturen erzeugt. Auf einer Blockchain kann eine gültige Signatur eine schlüsselbasierte Autorisierungsbedingung erfüllen, ohne den Schlüssel an das Netzwerk zu senden.

Der Schlüssel ist weder das Krypto-Asset selbst noch „in einer Coin“ gespeichert. Assets und Salden werden durch Ledger und Netzwerkregeln dargestellt; der Schlüssel liefert den Nachweis für eine autorisierte Handlung. Smart-Contract-Konten, mehrere Schlüssel oder andere Wiederherstellungsverfahren lassen sich nicht immer auf eine Adresse und einen Schlüssel reduzieren.

Wie ein privater Schlüssel zur Signaturberechtigung wird

Bei elliptischen Kurven wird zunächst mit einem geeigneten Zufallsverfahren ein privater Wert im gültigen Bereich gewählt und daraus der öffentliche Punkt berechnet. SEC 1 beschreibt Schlüsselpaarerzeugung und Validierung. Schwacher Zufall, die unsichere Wiederverwendung eines pro Signatur benötigten Geheimwerts oder Implementierungsfehler können die Mathematik unterlaufen. SEC 1: Elliptic Curve Cryptography

NIST FIPS 186-5 trennt Schlüsselpaarerzeugung, Signaturerzeugung und Prüfung. Der private Schlüssel signiert, der öffentliche prüft. Ein Prüfer oder legitimer Dienst braucht den privaten Schlüssel nicht, um eine Signatur zu validieren. NIST FIPS 186-5

Typischerweise erstellt eine Wallet die erwarteten Transaktionsdaten, signiert sie im vorgesehenen Verfahren, hält den Schlüssel in ihrer Speicher- oder Signierumgebung und überträgt die signierte Transaktion. Welche Daten signiert werden, hängt von Netzwerk und Transaktionstyp ab; eine Signatur für eine Serialisierung, Chain oder Autorisierungsdomäne gilt nicht automatisch anderswo.

Privater Schlüssel, öffentlicher Schlüssel, Adresse und Konto

• Privater Schlüssel: geheime Eingabe zur Signaturerzeugung.
• Öffentlicher Schlüssel: zugehöriges Material zur Prüfung.
• Adresse: netzwerkspezifische Kennung, eventuell aus Schlüssel, Skript oder Bereitstellungsregel abgeleitet.
• Konto: Netzwerkzustand oder Autorisierungsanordnung zu einer Adresse.

Ethereum-EOAs werden durch private Schlüssel kontrolliert und ihre Adressen aus öffentlichen Schlüsseln abgeleitet. Contract-Konten besitzen Adressen, aber keine eigenen privaten Schlüssel; Code steuert sie. Validator-Schlüssel haben wiederum eine andere Protokollrolle. Ethereum accounts

Bitcoin nutzt ausgabespezifische Bedingungen: Je nach Typ verlangt eine Ausgabe eine Signatur, mehrere Signaturen oder die Erfüllung eines Skripts. Ein Schlüssel bewegt keinen abstrakten Saldo allein, sondern erzeugt einen von einer konkreten Bedingung akzeptierten Nachweis.

Eine Wallet kann viele private Schlüssel verwalten

Wallet-Software ist Oberfläche und Schlüsselverwaltung, nicht ein einzelner Schlüssel. Frühere Loose-Key-Wallets erzeugten unabhängige, einzeln zu sichernde Schlüssel. Hierarchisch-deterministische (HD) Wallets leiten einen Schlüsselbaum aus Wurzelmaterial ab. Bitcoin Developer Guide: wallets

Bei BIP-32 erzeugt ein Seed einen erweiterten privaten Master-Schlüssel aus privatem Schlüssel und Chain Code. Daraus entstehen Kindschlüssel entlang von Pfaden. Ein erweiterter öffentlicher Schlüssel kann nicht gehärtete öffentliche Kinder ableiten, aber keine gehärteten; ein erweiterter privater Schlüssel kann einen ganzen Zweig offenlegen und ist nicht mit einem einzelnen Blatt-Schlüssel gleichzusetzen. BIP-32: Hierarchical Deterministic Wallets

Privater Schlüssel, Seed Phrase, Passphrase und Wallet-Passwort

• Ein privater Schlüssel signiert für ein Schlüsselpaar.
• Eine BIP-39-Wiederherstellungsphrase wird zu einem Seed verarbeitet, aus dem viele Schlüssel entstehen können.
• Eine BIP-39-Passphrase ist eine zusätzliche Eingabe; jede Variante erzeugt einen anderen Seed.
• Ein Wallet-Passwort oder PIN schützt meist lokalen App-, Geräte- oder Dateizugriff und ist nicht automatisch Signaturschlüssel oder BIP-39-Passphrase.

Ein geändertes App-Passwort kann nur lokalen Speicher neu verschlüsseln und vorhandene Schlüssel unverändert lassen. Wurde ein Schlüssel oder Wiederherstellungsgeheimnis kopiert, macht die Passwortänderung die Kopie nicht ungültig. Umgekehrt bedeutet ein verlorenes App-Passwort bei vorhandener anderer Wiederherstellung nicht zwingend Schlüsselverlust. Das hängt von der Wallet-Architektur ab. BIP-39

Kompromittierung, Sicherung und Ersatz

NIST behandelt Erzeugung, Speicherung, Sicherung, Wiederherstellung, Nutzung, Widerruf und Vernichtung als eigene Phasen. Manche schlüsselgesteuerten Anordnungen haben keine zentrale Rücksetzung; eine Änderung der Autorisierung kann eine gültige Transaktion verlangen, solange die ursprüngliche Berechtigung noch verfügbar ist. Smart-Contract-Konten oder Verwahrungssysteme können andere Verfahren bieten. NIST SP 800-57 Part 1 Rev. 5

Geheimhaltung allein macht nicht jede Signatur sachgerecht: Schadsoftware kann Daten verändern, eine Oberfläche zu breite Rechte anfordern und ein Nutzer eine unerwünschte Anweisung signieren, ohne den Schlüssel zu exportieren. Private Schlüssel oder Phrasen sollten nicht zur angeblichen Support- oder Eigentumsprüfung eingegeben werden; Signaturprüfung benötigt ihre Offenlegung nicht.

FAQ

Kann ein Wallet-Anbieter einen verlorenen privaten Schlüssel zurücksetzen?

Es gibt keine universelle Rücksetzung. Bei herkömmlicher Self-Custody hängt die Wiederherstellung von vorhandenen Sicherungen oder vorab eingebauten Verfahren ab. Verwahrte oder Smart-Contract-basierte Modelle können anders funktionieren.

Sichert der Export eines privaten Schlüssels die gesamte Wallet?

Nicht unbedingt. Eine HD-Wallet kann viele Schlüssel verwalten; ein Blatt-Schlüssel stellt weder Seed noch andere Zweige, Ableitungseinstellungen oder Kontometadaten wieder her. Die Sicherung muss zur Architektur passen.

Verwandte Begriffe

Einen ausführlicheren Vergleich bietet der englische Artikel Private keys vs public keys.

Lesen Sie mehr über öffentliche Schlüssel, Wiederherstellungsphrasen, Blockchain-Adressen und Krypto-Wallets, oder kehren Sie zum Krypto-Glossar zurück.

Quellen

• NIST FIPS 186-5: Digital Signature Standard — Schlüsselpaar, Signaturerzeugung und Prüfung.
• NIST SP 800-57 Part 1 Rev. 5 — Schlüsseltypen, Schutz und Lebenszyklus.
• SEC 1 Version 2.0 — elliptische Schlüsselpaare und Signaturen.
• Ethereum: accounts — EOAs, Contracts, Schlüssel und Adressen.
• BIP-32 — HD-Bäume, erweiterte Schlüssel und gehärtete Ableitung.
• BIP-39 — Mnemonic-zu-Seed-Verarbeitung und Passphrase.
• Bitcoin Developer Guide: wallets — Wallet-Architekturen und Ableitung.