Wie ein Wallet wirklich entsteht: Seed, Ableitungspfade und 5 Fehler bei Self-Custody
Seed Phrase, Private Key, Adresse: drei Begriffe, die ständig verwechselt werden. Wie aus 256 Bit Zufall ein Bitcoin-, Ethereum- und Solana-Wallet wird, welche Ableitungspfade gelten — und die fünf Self-Custody-Fehler, die in der Praxis Geld kosten.
Die meisten Erklärungen zu Krypto-Wallets enden dort, wo es interessant wird: „Die Seed Phrase gut aufbewahren." Was dazwischen passiert — wie aus Zufall Wörter, aus Wörtern Schlüssel und aus Schlüsseln Adressen werden — bleibt eine Blackbox. Dabei ist genau dieses Verständnis die Voraussetzung für Self-Custody, die diesen Namen verdient.
Dieser Artikel öffnet die Blackbox. Zum Ausprobieren gibt es dazu ein offenes Werkzeug: den Wallet Generator, der Bitcoin-, Ethereum- und Solana-Wallets zu 100 % client-seitig in deinem Browser erzeugt — inklusive der drei Schritte unten zum Nachvollziehen.
Schritt 1: Entropie wird zu Wörtern (BIP39)
Alles beginnt mit 256 Bit echtem Zufall — im Browser via window.crypto.getRandomValues(), einer kryptografisch sicheren Zufallsquelle des Betriebssystems. 256 Bit bedeuten 2²⁵⁶ mögliche Kombinationen — eine Zahl in der Größenordnung aller Atome im sichtbaren Universum. Raten ist keine Option.
BIP39 übersetzt diese Zufallsbits in 24 englische Wörter aus einer festen Liste mit 2.048 Wörtern. Das letzte Wort enthält eine Prüfsumme: Vertippt man sich beim Wiederherstellen, schlägt die Prüfung fehl, statt ein falsches Wallet zu öffnen. Genau deshalb funktioniert ein Wallet-Backup auf Papier — fehlererkennend, sprachunabhängig speicherbar, ohne Computer lesbar.
Merksatz: Die Seed Phrase ist der Generalschlüssel. Wer sie hat, hat alle daraus abgeleiteten Konten — auf allen Chains, für immer.
Schritt 2: Aus Wörtern wird ein Master Key (BIP32)
Aus der Seed Phrase erzeugt eine Schlüsselableitungsfunktion (PBKDF2, 2.048 Runden) einen 512-Bit-Seed. Daraus baut BIP32 eine hierarchische Baumstruktur: ein Master Key, darunter beliebig viele Kindschlüssel — deterministisch. Gleiche Wörter, gleiche Baumstruktur, in jedem kompatiblen Wallet der Welt.
Das ist der Grund, warum du dieselben 24 Wörter in Sparrow, MetaMask oder Phantom importieren kannst und überall deine Konten wiederfindest. Es gibt keinen Server, kein Konto, keine „Passwort vergessen"-Funktion. Die Mathematik ist das Konto.
Optional gibt es ein 25. Wort: eine zusätzliche BIP39-Passphrase, die in die Seed-Ableitung eingeht und komplett andere Adressen erzeugt — ohne die exakte Passphrase sind diese Wallets für immer verloren. Davon zu unterscheiden ist der zpub (Watch-only-Schlüssel des Bitcoin-Kontos, z. B. für Steuer-Tools): Er kann Adressen ableiten, aber nichts ausgeben — verrät dafür die komplette Zahlungshistorie und gehört nur an vertrauenswürdige Dienste.
Schritt 3: Der Pfad entscheidet über die Adresse (BIP44 und Freunde)
Der Ableitungspfad legt fest, welcher Ast des Baums für welche Chain verwendet wird. Die Konvention m / Zweck' / Coin' / Konto' / Wechsel / Index sieht kryptisch aus, ist aber nur eine Adressierung — wie Ordnerpfade auf einer Festplatte:
| Chain | Pfad | Adressformat | Kurve |
|---|---|---|---|
| Bitcoin | m/84'/0'/0'/0/0 |
Native SegWit (bc1…) |
secp256k1 |
| Ethereum | m/44'/60'/0'/0/0 |
Hex (0x…) |
secp256k1 |
| Solana | m/44'/501'/0'/0' |
Base58 | ed25519 |
Bitcoin nutzt hier den Zweck 84 (SegWit), Ethereum und Solana den klassischen Zweck 44 mit ihren registrierten Coin-Nummern (60 bzw. 501). Der Wallet Generator verwendet exakt diese Pfade — deshalb sind seine Adressen in gängigen Wallets importierbar.
Der letzte Schritt — vom Private Key zur Adresse — ist Einweg-Mathematik: Aus dem privaten Schlüssel wird per elliptischer Kurve der öffentliche Schlüssel berechnet, daraus per Hash die Adresse. Umgekehrt geht es nicht. Die Adresse darf jeder kennen (sie steht sogar als QR-Code im Generator). Der Private Key und die Seed: niemand.
5 Fehler, die in der Praxis Geld kosten
Aus über zehn Jahren Beschäftigung mit Bitcoin — 2015 habe ich mit Geld 2.0 eines der ersten deutschen Bücher zum Thema geschrieben — und aus unzähligen Gesprächen mit Gründern kenne ich die Fehlermuster. Sie sind selten technisch, fast immer organisatorisch:
1. Seed digital speichern. Screenshot, Cloud-Notiz, E-Mail an sich selbst. Jeder dieser Wege wurde schon tausendfach abgeräumt — oft Monate später, durch einen gehackten Cloud-Account, der mit Krypto gar nichts zu tun hatte. Regel: Papier oder Stahl, zwei getrennte Orte.
2. Online generieren für echte Beträge. Ein Browser-Tool ist ideal zum Lernen und für Kleinstbeträge. Für Ersparnisse: Seite per Strg+S speichern, Netzwerk trennen, in einem frischen Browser-Profil generieren. Oder gleich ein Hardware-Wallet — das hält den Schlüssel in einem separaten Chip, der ihn nie preisgibt.
3. Private Key statt Adresse teilen. Klingt banal, passiert ständig bei „Support"-Betrug: Keine legitime Stelle — kein Support, kein Airdrop, keine Verifizierung — braucht jemals deine Seed oder deinen Private Key.
4. Keine Test-Transaktion. Erst einen kleinen Betrag senden, Empfang prüfen, das Backup durch eine echte Wiederherstellung auf einem Zweitgerät testen — dann erst den Rest. Ein Backup, das nie getestet wurde, ist kein Backup.
5. Ein Backup, kein Plan. Was passiert bei Feuer, Verlust oder Erbschaft? Zweites Medium an anderem Ort, eine für Angehörige verständliche Anleitung, ab einer gewissen Größenordnung Multisig statt Einzelschlüssel.
Warum das gerade jetzt wichtig wird
Wallets sind nicht mehr nur Verwahrung für Anleger. Mit zahlungsfähigen KI-Agenten — fünf konkurrierende Zahlungsprotokolle sind seit Mai 2025 gestartet, siehe Was wirklich passiert, wenn KI-Agenten selbst bezahlen — bekommt jedes Agentensystem ein Wallet. Wer einem Agenten Zugriff auf echtes Geld gibt, übernimmt exakt das Governance-Risiko aus dieser Artikelreihe (Was ein KI-Agent wirklich kostet): Eine Ausgabenobergrenze vor der ersten echten Transaktion ist Mindestvoraussetzung.
Dasselbe Handwerkszeug — Seed-Verwahrung, Ableitungspfade, Ausgabelimits — gilt für menschliche wie für maschinelle Wallet-Besitzer. Der Unterschied: Der Agent beschwert sich nicht, wenn sein Schlüssel im Logfile landet.
Ausprobieren — sicher
Der Wallet Generator setzt genau diese Pipeline um: Entropie aus getRandomValues(), BIP39-Seed, Ableitung per BIP84/BIP44, QR-Codes nur für die Adressen. Alles lokal, kein Backend, kein Tracking. Zum Lernen, zum Demonstrieren in Workshops, für Kleinstbeträge — und als Referenz, wie die Standards zusammenspielen.
Für alles darüber hinaus gilt die Reihenfolge: erst verstehen (dieser Artikel), dann offline generieren, dann testen — und bei größeren Beträgen oder Firmen-Setups ein Gespräch suchen, bevor Geld fließt. Genau dabei helfe ich: Custody-Konzepte, Payment-Flows und technische Reviews, mit Finance- und Umsetzungsblick.
Quellen:
BIP-Standards
- Bitcoin BIPs: BIP39 — Mnemonic code for generating deterministic keys
- Bitcoin BIPs: BIP32 — Hierarchical Deterministic Wallets
- Bitcoin BIPs: BIP44 — Multi-Account Hierarchy
- Bitcoin BIPs: BIP84 — Derivation scheme for P2WPKH based accounts
- SLIP-0044: Registered coin types (60 = Ethereum, 501 = Solana)
Weiterführend auf dieser Seite
