Wie generiert ein Krypto-Wallet private und öffentliche Schlüssel?

Schlüsselgenerierungsprozess

1. Eine Krypto-Wallet initiiert die Schlüsselgenerierung, indem sie eine kryptografisch sichere Zufallszahl innerhalb eines bestimmten endlichen Feldes erzeugt – typischerweise eine 256-Bit-Ganzzahl für Bitcoin und Ethereum.

2. Diese Ganzzahl wird zum privaten Schlüssel, dargestellt als 64-stellige Hexadezimalzeichenfolge oder als mnemonische Phrase mit 12 oder 24 Wörtern, codiert über BIP-39-Standards.

3. Der private Schlüssel wird dann in eine Multiplikationsfunktion mit elliptischer Kurve eingespeist – insbesondere secp256k1 für Bitcoin und Ethereum –, um den entsprechenden öffentlichen Schlüssel abzuleiten.

4. Der öffentliche Schlüssel wird einem SHA-256-Hashing gefolgt von einem RIPEMD-160-Hashing unterzogen, um eine 160-Bit-Ausgabe zu erzeugen, die die Grundlage der Wallet-Adresse bildet.

5. Ein Versionsbyte und eine Prüfsumme werden angehängt, bevor die Base58Check-Kodierung das Ergebnis in das endgültige, für Menschen lesbare Adressformat umwandelt.

Stiftung für elliptische Kurvenkryptographie

1. Die secp256k1-Kurve definiert die mathematische Struktur, die in den wichtigsten Blockchains verwendet wird: y² = x³ + 7 über einem Primfeldmodulo p = 2²⁵⁶ − 2³² − 977.

2. Private Schlüssel sind Skalarmultiplikatoren, die auf einen festen Generatorpunkt G auf dieser Kurve angewendet werden.

3. Öffentliche Schlüssel ergeben sich aus den resultierenden Punktkoordinaten (x, y) nach der Skalarmultiplikation – dieser Vorgang ist rechnerisch effizient, aber ohne Brute-Force-Methoden irreversibel.

4. Das Problem des diskreten Logarithmus stellt sicher, dass die Ableitung des privaten Schlüssels vom öffentlichen Schlüssel mit den aktuellen Rechenmöglichkeiten weiterhin unmöglich ist.

5. Jeder gültige private Schlüssel ist genau einem öffentlichen Schlüssel zugeordnet, jedoch können mehrere private Schlüssel unter Standardableitungspfaden nicht zu identischen öffentlichen Schlüsseln führen.

Ableitung der Wallet-Adresse

1. Nach Erhalt des unkomprimierten öffentlichen Schlüssels (65 Byte) wenden Wallets SHA-256 an, um ihn in einen 32-Byte-Digest zu komprimieren.

2. Dieser Digest durchläuft RIPEMD-160, um einen 20-Byte-Hash zu generieren – die Kernkennung, die bei On-Chain-Transaktionen verwendet wird.

3. Ein netzwerkspezifisches Präfix (z. B. 0x00 für Bitcoin Mainnet, 0x01 für Testnet) stellt der RIPEMD-160-Ausgabe voran.

4. Eine doppelte SHA256-Prüfsumme berechnet die ersten vier Bytes und wird an den vorangestellten Hash angehängt.

5. Die vollständige binäre Nutzlast wird einer Base58Check-Codierung unterzogen, um ältere P2PKH-Adressen wie 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa zu erzeugen.

Integration mnemonischer Phrasen

1. BIP-39 führt die deterministische Schlüsselableitung unter Verwendung einer 12- oder 24-Wörter-Seed-Phrase ein, die aus 128–256 Entropiebits generiert wird.

2. Wörter werden aus einem festen Wörterbuch mit 2048 Wörtern ausgewählt. Jedes Wort kodiert 11 Bits und ermöglicht so eine präzise Rekonstruktion der ursprünglichen Entropie.

3. Eine Prüfsumme erweitert die Entropie vor der Wortzuordnung und sorgt so für Tippfehlersicherheit bei der manuellen Eingabe.

4. PBKDF2-HMAC-SHA512 mit 2048 Iterationen leitet einen 512-Bit-Seed aus der Mnemonik und der optionalen Passphrase ab.

5. Dieser Seed dient als Eingabe für die hierarchisch-deterministischen (HD) BIP-32-Wallet-Algorithmen und ermöglicht die Ableitung unzähliger Schlüsselpaare aus einer einzigen Wurzel.

Sicherheitsauswirkungen der Schlüsselgenerierung

1. Schwache Entropiequellen – wie vorhersagbare Systemuhren oder OS-RNGs mit niedriger Entropie – können statistisch verzerrte private Schlüssel erzeugen, die für eine Rekonstruktion anfällig sind.

2. Die Wiederverwendung desselben privaten Schlüssels über mehrere Ketten oder Kontexte hinweg vergrößert die Angriffsfläche ohne kryptografischen Vorteil.

3. Hardware-Wallets isolieren die Schlüsselgenerierung innerhalb sicherer Elemente und verhindern so Leckagen bei Erstellungs- oder Signierungsvorgängen.

4. Software-Wallets, die ausschließlich auf browserbasierten Web-Crypto-APIs basieren, können bei unsachgemäßer Implementierung die Entropiegenerierung Timing-Side-Channel-Angriffen aussetzen.

5. Das Fehlen echter Zufälligkeit macht die gesamte kryptografische Garantie ungültig , sodass selbst mathematisch einwandfreie Kurven gegen eine gezielte Wiederherstellung unwirksam sind.

Häufig gestellte Fragen

F: Können zwei verschiedene Wallets denselben privaten Schlüssel generieren? Statistisch möglich, aber praktisch unmöglich – es gibt 2²⁵⁶ eindeutige Werte, wodurch die Kollisionswahrscheinlichkeit weniger als 1 zu 10⁷⁷ beträgt.

F: Warum zeigen manche Wallets sowohl komprimierte als auch unkomprimierte öffentliche Schlüssel an? Komprimierte Schlüssel halbieren den Speicherbedarf, indem sie nur die x-Koordinate plus Paritätsbit kodieren; Beide Formen ergeben beim Hashing identische Adressen.

F: Ist es sicher, Schlüssel offline mit Open-Source-Tools zu generieren? Ja – wenn die Umgebung über einen Luftspalt verfügt, werden Entropiequellen überprüft und während der Generierung ist kein Netzwerk-Stack aktiv.

F: Ändert die Änderung der Passphrase in einer BIP-39-Wallet die abgeleiteten privaten Schlüssel? Ja – die Passphrase fungiert in PBKDF2 als Salz und erzeugt völlig unterschiedliche Seeds und damit unterschiedliche Schlüsselhierarchien.