Base de connaissances
Matrice de compatibilité des portefeuilles : quel seed ou quelle sauvegarde restaure quel portefeuille
Toutes les phrases de récupération ou fichiers de sauvegarde ne fonctionnent pas dans tous les portefeuilles. Cette matrice montre ce qui restaure quoi — et où la compatibilité s’arrête.
Réponse courte
La compatibilité suit le standard, pas la marque : le même seed ou la même sauvegarde restaure toute une famille de portefeuilles, mais seulement si le standard, le chemin de dérivation et le type d’adresse correspondent. Une phrase qui fonctionne dans un portefeuille peut afficher un solde vide dans un autre avec des paramètres par défaut différents.
La compatibilité concerne le standard, pas la marque. Le même type d’éléments restaure toute une famille de portefeuilles — mais seulement si le standard, le chemin de dérivation et le type d’adresse correspondent tous.
Phrases de récupération
- Phrase BIP-39 — restaure Ledger, Trezor, MetaMask et la plupart des portefeuilles logiciels et matériels compatibles BIP-39 ; la phrase elle-même est interchangeable, le chemin de dérivation doit quand même correspondre
- Phrase de récupération Electrum — restaure Electrum (versions compatibles) ; ce n’est pas une phrase BIP-39 et elle ne restaurera pas les portefeuilles BIP-39
- Parts SLIP39 — restaurent les sauvegardes Shamir Trezor et autres appareils compatibles SLIP39 ; les parts reconstruisent le secret maître sous-jacent
- Phrase de récupération Monero de 25 mots — restaure les portefeuilles Monero (CLI officiel, Feather, Cake et autres logiciels compatibles) ; rien d’autre
- 12/24 mots qui échouent à la somme de contrôle BIP-39 — peuvent encore être valides sous un autre standard ; identifiez le standard avant de déclarer la phrase de récupération invalide
Fichiers de portefeuille et sauvegardes
- wallet.dat : Bitcoin Core et ses dérivés, comme Litecoin Core et Dogecoin Core. La compatibilité dépend du logiciel, de sa version et du format du fichier. Bitcoin Core 30 et les versions suivantes ne chargent plus directement les portefeuilles legacy au format Berkeley DB. Conservez l’original et suivez la procédure officielle de migration avec une version qui corrige les erreurs de migration.
- Keystore Ethereum / UTC JSON — tout portefeuille Ethereum qui prend en charge l’import de keystore (MEW, MyCrypto, Geth, import MetaMask) ; le mot de passe déchiffre le keystore
- default_wallet Electrum — Electrum uniquement
- MultiBit .wallet — ère MultiBit Classic ; non importable dans les portefeuilles modernes — des chemins d’export ou de balayage existent
- Blockchain.com wallet.aes.json — portefeuille ancien Blockchain.com ; non importable ailleurs
- Coffres chiffrés d’applications (MetaMask, Jaxx, Coinomi, Exodus) — spécifiques à l’application ; leur format dépend du logiciel qui les a créés
- Keypair JSON Solana et sauvegardes JSON Polkadot — formats d’export spécifiques au logiciel
- Portefeuille papier (WIF ou QR) — importable dans presque tout portefeuille par balayage ou importation ; effectuez un balayage une fois, puis déplacez la totalité du solde
Les trois choses qui doivent correspondre
- Le standard (BIP-39, Electrum, SLIP39 ou Monero)
- Le chemin de dérivation et l’index de compte/adresse
- Le type d’adresse et le réseau
Deux portefeuilles peuvent accepter la même phrase de récupération et afficher pourtant des adresses différentes si le chemin ou le type d’adresse diffère.
Les étapes n’ont pas suffi ?
La première évaluation est gratuite et ne nécessite aucune donnée sensible. Décrivez ce qu’il vous reste et vous saurez si la récupération est réaliste. Vous ne payez que si la récupération réussit.