Wissensdatenbank
Wallet-Formate: Identifikation, Verschlüsselung und Wiederherstellung je Format
Jedes Wallet-Format hat eigene Dateien, Verschlüsselung und Wiederherstellungswege. Dies ist die Format-für-Format-Referenz zur Identifikation und zu den Möglichkeiten.
Kurzantwort
Das Wallet-Format bestimmt, wie sich die Datei identifizieren lässt, welche Verschlüsselung sie schützt und was eine Wiederherstellungssuche nutzen kann. Die Bestimmung des Formats ist der erste Schritt jeder Wiederherstellung.
Ein Wallet-Format bestimmt alles Weitere: wie man die Datei identifiziert, welche Verschlüsselung sie schützt und was eine Wiederherstellungssuche nutzen kann. Der Schnell-Identifikator steht in unserem Wallet Datei-Leitfaden; diese Referenz ergänzt die technischen Details pro Format.
Bitcoin Core wallet.dat
- Dateien: wallet.dat (Berkeley DB in Legacy-Versionen; SQLite- und Descriptor-Formate in modernen)
- Verschlüsselung: AES-256-CBC um das Schlüsselmaterial, entsperrt durch das Wallet Passwort
- Wiederherstellung: Passwortsuche anhand der verschlüsselten Schlüsseldaten, auf einer Kopie; der Hash (die $bitcoin$-Zeile) kann statt der Datei geteilt werden
Electrum
- Dateien: default_wallet (JSON), Wallet Dateien pro Konto
- Verschlüsselung: verschlüsselte Keystores, die durch ein selbst gewähltes Passwort geschützt sind; seed-basierte Ableitung (Electrum-Seed-System)
- Wiederherstellung: in Electrum öffnen; falsches Passwort bedeutet eine Passwortsuche; eine Seed der richtigen Ära stellt die Wallet wieder her
MultiBit Classic und MultiBit HD
- Dateien: .wallet (Classic), mbhd.wallet.aes, eine AES-verschlüsselte bitcoinj-Protobuf-Wallet Datei (HD)
- Software eingestellt; Downloads aus inoffiziellen Quellen sind ein Malware-Risiko
- Wiederherstellung: Passwortsuche anhand der verschlüsselten Datei; HD-Wallets können über ihre Seed wiederhergestellt werden
Blockchain.com Legacy
- Dateien: wallet.aes.json (mit dem Hauptpasswort verschlüsseltes Wallet Backup)
- Optionales zweites Passwort: verschlüsselt das geheime Schlüsselmaterial innerhalb der Wallet zusätzlich; es ist nicht das Passwort für die äußere Schicht der Backup-Datei
- Wiederherstellung: Zunächst klären, welches Passwort fehlt. Für die Suche nach einem zweiten Passwort anhand eines verschlüsselten Backups muss zuerst die äußere Schicht mit dem Hauptpasswort entschlüsselt werden.
Ethereum Keystore / UTC-JSON
- Dateien: UTC--Zeitstempel--hex.json, Keystore-Dateien
- Verschlüsselung: scrypt- oder PBKDF2-Schlüsselableitung mit AES-128-CTR (Felder: crypto, cipher, kdf, mac)
- Wiederherstellung: Passwortsuche anhand des Keystores; jede Ethereum Wallet mit Keystore-Import kann ihn dann öffnen
App-Vaults
- MetaMask-Vault, Jaxx, Coinomi, Exodus u. ä.: app-spezifische JSON-Vaults mit eigenen KDF- und Cipher-Einstellungen
- Wiederherstellung: app-spezifisch; der Vault ist an die Software gebunden, die ihn erstellt hat
Andere Formate
- Monero: .keys-Dateien, mit dem Wallet Passwort verschlüsselt, plus eine 25-Wörter-Seed
- Solana: Keypair-JSON (base58 oder Byte-Array); Polkadot: JSON-Sicherung mit Passwortverschlüsselung
- Paper Wallets: WIF oder QR; einmal in eine frische Wallet sweepen
- Brain-Wallets: eine Passphrase, die direkt in einen Schlüssel umgewandelt wird – Wiederherstellung ist eine Passphrasensuche, kein Dateiproblem
Das Muster
Jedes Format reduziert sich auf dieselbe Frage: Welches verschlüsselte Material existiert, welche KDF und welcher Cipher schützen es, und woran erinnern Sie sich vom Passwort? Die ehrliche Antwort darauf definiert den Wiederherstellungsweg.
Schritte versucht und trotzdem nicht weitergekommen?
Die erste Einschätzung ist kostenlos und benötigt keine sensiblen Daten. Beschreiben Sie, was Sie noch haben - Sie erfahren, ob eine Wiederherstellung realistisch ist. Sie zahlen nur, wenn die Wiederherstellung gelingt.