Bitcoin Core et les phrases de récupération : pourquoi il n’y en a pas

Si vous cherchez votre phrase de récupération Bitcoin Core, voici d’emblée la réponse : elle n’existe pas. Bitcoin Core ne génère pas de phrase de récupération et ne l’a jamais fait. Aucune version, ancienne ou actuelle, ne vous affiche 12 ou 24 mots anglais lors de l’installation. Il n’y a pas d’écran « notez ces mots » ni de suite de mots qui restaure le portefeuille.

Cela prend beaucoup de monde au dépourvu, car presque tous les autres portefeuilles fonctionnent à l’inverse. MetaMask, Ledger, Trezor et pratiquement tout ce qui est sorti après 2014 traitent la phrase de récupération comme la sauvegarde principale. Bitcoin Core, lui, traite un fichier comme sauvegarde principale : wallet.dat, et le mot de passe que vous lui avez donné.

Savoir cela change ce que vous cherchez. Les heures passées à traquer des mots qui n’ont jamais été écrits sont autant d’heures qui ne servent pas à retrouver le fichier qui, lui, existe.

Pourquoi Bitcoin Core n’a pas de phrase de récupération

Bitcoin Core est arrivé le premier. Le logiciel est sorti en 2009, à une époque où l’idée d’une sauvegarde mnémonique n’existait pas encore : BIP-39, la norme qui définit la liste de 2 048 mots qu’utilise presque tout portefeuille moderne, n’a été enregistrée qu’en septembre 2013. Bitcoin Core disposait alors déjà d’un portefeuille fonctionnel, et ses développeurs ont choisi de ne pas adopter BIP-39 après coup. C’était une décision délibérée, pas un oubli, et elle n’a jamais été remise en cause. Les objections à la conception de BIP-39 sont publiques : les commentaires sur la proposition relèvent entre autres qu’une phrase BIP-39 ne porte aucun numéro de version, si bien que le logiciel de portefeuille doit deviner comment les clés et les adresses en ont été dérivées.

Bitcoin Core a donc suivi sa propre voie pour la gestion des clés. Cette approche a connu trois conceptions successives au fil des ans, et l’époque dont date votre portefeuille détermine à quoi ressemble la récupération.

Comment Bitcoin Core stocke réellement vos clés

Bitcoin Core a stocké les clés de trois façons : des clés aléatoires indépendantes, une graine HD, puis des descripteurs. Dans cet article, « legacy » désigne la conception d’origine, à clés indépendantes. La documentation de Bitcoin Core elle-même emploie « legacy wallet » dans un sens plus large, pour tout portefeuille traditionnel sans descripteurs, portefeuilles HD compris : c’est pourquoi la suppression des portefeuilles legacy décrite plus bas concerne les deux.

Portefeuilles legacy (2009 à 2016) : des clés indépendantes et le piège de la sauvegarde périmée

Dans la conception d’origine, chaque clé privée est générée comme un nombre aléatoire distinct. Il n’existe aucune relation mathématique entre elles : la première clé ne dit rien de la deuxième. Ce sont des valeurs aléatoires séparées, et elles résident dans wallet.dat.

Pour éviter de créer une clé à chaque transaction, Bitcoin Core en génère une réserve à l’avance : 100 clés par défaut dans les anciennes versions, 1 000 depuis la version 0.15. C’est là que se cache un danger discret, qui mérite d’être énoncé clairement :

Une sauvegarde de portefeuille legacy ne contient que les clés qui existaient au moment où vous l’avez faite. Dès que le portefeuille a épuisé sa réserve et crée de nouvelles clés, votre ancienne sauvegarde ne les couvre plus. Rien ne vous avertit. Le fichier s’ouvre toujours, le solde paraît correct sur la machine que vous utilisez, et l’écart n’apparaît que des années plus tard, quand vous restaurez l’ancienne copie ailleurs et qu’il manque des bitcoins.

Si vous restaurez une sauvegarde legacy et que le solde est plus faible que prévu, c’est la première explication à envisager avant de conclure à un vol. Vérifiez vos anciennes adresses de réception dans un explorateur de blocs : si les fonds se trouvent à une adresse que votre portefeuille restauré ne connaît pas, c’est la raison.

La conséquence la plus dure, elle, n’a pas de remède. Si wallet.dat a disparu et que vous n’avez jamais exporté les clés privées une par une, ces bitcoins sont hors d’atteinte. Il n’y a ni graine, ni phrase, ni clé maîtresse capable de régénérer des valeurs aléatoires indépendantes. Elles n’existaient qu’à un seul endroit, et cet endroit était le fichier.

Portefeuilles HD (Bitcoin Core 0.13 et versions ultérieures) : une graine, mais pas une phrase de récupération

Bitcoin Core 0.13.0, publié le 23 août 2016, a introduit la génération de clés hiérarchique déterministe selon BIP-32, les portefeuilles nouvellement créés dérivant leurs clés le long du chemin m/0'/0'/k'. Dans un portefeuille HD, chaque clé provient d’une seule graine maîtresse : en principe, cette graine suffit à elle seule à régénérer tout ce que le portefeuille a jamais produit. Les mêmes notes de version signalent toutefois un écueil : chiffrer le portefeuille crée une nouvelle graine, si bien qu’une sauvegarde faite avant le chiffrement ne couvre pas les clés générées ensuite.

C’est ici que l’espoir renaît, et qu’il faut le tempérer un peu. La graine HD de Bitcoin Core n’est pas une phrase de récupération. C’est une valeur binaire brute stockée dans wallet.dat. Bitcoin Core ne la convertit pas en mots BIP-39, ne l’affiche pas sous forme de mots anglais et ne vous demande jamais de noter quoi que ce soit. Elle reste dans le fichier, invisible à moins d’aller la chercher avec des commandes de console.

Le modèle de sauvegarde n’a donc pas vraiment changé. La graine HD se trouve dans wallet.dat, et si wallet.dat est perdu, la graine disparaît avec lui, sauf si vous l’aviez spécifiquement exportée auparavant. Presque personne ne l’a fait, car rien dans l’interface ne l’a jamais suggéré.

Portefeuilles à descripteurs : la norme actuelle

Les versions actuelles de Bitcoin Core créent par défaut des portefeuilles à descripteurs, et le retrait de l’ancien format n’est plus en cours : il est achevé. Bitcoin Core 30.0, publié le 10 octobre 2025, ne peut plus du tout créer ni charger un portefeuille legacy au format Berkeley DB. Il reste donc deux voies pour un ancien wallet.dat : le migrer au format à descripteurs avec la commande migratewallet, ou l’ouvrir avec une version antérieure à 30.0.

Copiez le fichier avant toute migration et travaillez sur la copie. Le 5 janvier 2026, le projet Bitcoin Core a averti que dans les versions 30.0 et 30.1, une migration échouée pouvait supprimer tous les fichiers du répertoire des portefeuilles, y compris ceux de portefeuilles sans rapport avec l’opération, et a demandé de ne pas migrer avant la sortie du correctif. Ce correctif est paru le 10 janvier 2026 avec la version 30.2.

Pour la récupération, rien de tout cela ne change la réponse. Les portefeuilles à descripteurs restent fondés sur des fichiers, sont toujours stockés dans le répertoire des portefeuilles et ne produisent toujours aucune phrase mnémonique. Si vous avez un ancien wallet.dat, la migration intervient une fois que vous pouvez ouvrir le fichier : ce n’est pas un moyen d’entrer dans un fichier que vous n’arrivez pas à ouvrir.

Puis-je extraire la graine HD et l’utiliser comme phrase de récupération ?

Si vous pouvez encore ouvrir le portefeuille, oui, vous pouvez l’extraire. Et non, elle ne fera pas ce que vous espérez.

La manière d’y accéder dépend de la version que vous utilisez. Dans une version antérieure à 30.0, dumpwallet, lancé dans la console de débogage, écrit les clés dans un fichier texte : la clé de la graine y porte le marqueur hdseed=1, et l’en-tête du fichier contient la clé maîtresse privée étendue sous forme de chaîne xprv. À partir de 30.0, cette commande n’existe plus, et un portefeuille que vous avez migré présente les mêmes éléments via listdescriptors true, qui affiche les descripteurs avec la clé privée à l’intérieur.

Aucune de ces deux formes n’est une phrase mnémonique BIP-39. Vous ne pouvez pas la saisir dans MetaMask, Ledger ou Electrum et retrouver les mêmes adresses : les chemins de dérivation sont incompatibles et l’encodage diffère. C’est une sauvegarde de votre portefeuille Bitcoin Core, exploitable par Bitcoin Core.

Pour passer réellement à un autre portefeuille, envoyez les fonds vers une adresse du nouveau portefeuille. C’était déjà la meilleure des deux options ; depuis 30.0, c’est la seule qui reste simple, car dumpprivkey et importprivkey ont disparu avec le reste du code des portefeuilles legacy, et un export clé par clé suppose désormais de conserver aussi une ancienne version.

La commande sethdseed : pas une sauvegarde sous forme de phrase de récupération

Bitcoin Core 0.17 a ajouté une commande sethdseed, et son nom a convaincu beaucoup de monde qu’elle crée une sauvegarde sous forme de phrase de récupération. Ce n’est pas le cas. Sa documentation décrivait l’argument comme « the WIF private key to use as the new HD seed » (la clé privée au format WIF à utiliser comme nouvelle graine HD) : une clé brute, pas une phrase mnémonique. Et elle n’a jamais fonctionné qu’avec les portefeuilles HD sans descripteurs. Bitcoin Core 30.0 l’a purement et simplement supprimée, avec dumpwallet, dumpprivkey, importprivkey et les autres commandes réservées aux portefeuilles legacy : sur une version actuelle, elle n’existe même plus.

C’était un outil destiné à un public averti, désireux de maîtriser la dérivation de ses clés. De toute façon, cela ne change rien au modèle de récupération : wallet.dat plus le mot de passe, c’est toujours tout.

Ce que cela signifie pour la récupération

Une fois les détails écartés, tout dossier Bitcoin Core (legacy, HD ou à descripteurs) se ramène à deux éléments : le fichier wallet.dat et le mot de passe qui le chiffre.

Vous avez un wallet.dat mais ne vous souvenez plus du mot de passe ?

Il y a alors de quoi travailler. Des outils de récupération de mot de passe comme BTCRecover et Hashcat testent des mots de passe candidats contre le fichier chiffré, et des services professionnels comme Crypto Recovers mènent cette recherche sur du matériel dédié. Tout ce dont vous vous souvenez à propos de vos propres habitudes la réduit. Notre guide de récupération du mot de passe Bitcoin Core explique comment bâtir une liste de candidats et faire tourner les outils, et le guide de récupération du mot de passe wallet.dat couvre le format de fichier pour toute la famille Bitcoin. Si vous préférez nous confier la recherche, notre service de récupération Bitcoin Core commence par une évaluation gratuite.

Vous avez perdu votre wallet.dat et n’avez pas de phrase de récupération ?

La question devient alors de savoir si le fichier existe encore quelque part : un vieux disque, une sauvegarde oubliée, une synchronisation cloud, un ancien ordinateur remisé. Un fichier supprimé peut subsister sur un disque jusqu’à ce que quelque chose l’écrase : cessez donc d’utiliser tout disque sur lequel il a pu se trouver. C’est un problème de récupération de données plutôt qu’un problème propre aux cryptomonnaies. Notre guide de récupération de wallet.dat explique ce qui est possible et ce qu’il faut faire (et ne pas faire) avec le disque, et notre guide sur la manipulation sûre des vieux portefeuilles et disques montre comment le préserver.

Si le fichier a vraiment disparu et qu’aucune clé n’a jamais été exportée, la réponse honnête est que les fonds ne sont pas récupérables : ni par nous, ni par personne. Nous préférons le dire plutôt que de vous laisser passer des mois sur quelque chose qui ne peut pas aboutir.

Lorsqu’une récupération aboutit, les bitcoins ne passent jamais entre nos mains, car nous ne détenons jamais les fonds de nos clients. Vous ouvrez vous-même le portefeuille récupéré, envoyez les bitcoins vers un nouveau portefeuille que vous avez créé, et réglez séparément les honoraires convenus, comme le prévoit le contrat.

Vous ne savez pas ce que vous avez sous les yeux ? Notre guide pour reconnaître un fichier de portefeuille vous aide à identifier ce que vous avez trouvé avant d’y toucher.

Questions fréquentes sur Bitcoin Core et les phrases de récupération

Existe-t-il une version de Bitcoin Core qui prenne en charge les phrases de récupération BIP-39 ?

Non. Aucune version de Bitcoin Core n’a jamais généré ni accepté de phrase mnémonique BIP-39. Les développeurs ont décidé de ne pas adopter la norme après sa parution en 2013, et cela n’a pas changé. Tout outil prétendant vous montrer « votre phrase de récupération Bitcoin Core » décrit un autre portefeuille ou n’est pas digne de confiance.

J’ai trouvé 12 mots écrits sur un papier. Peuvent-ils venir de Bitcoin Core ?

Non. Si ces mots appartiennent à un portefeuille, c’en est un autre : Electrum, MetaMask, un portefeuille matériel ou un portefeuille mobile que vous utilisiez à la même époque. Cela vaut la peine de déterminer lequel, car ce portefeuille-là est peut-être bien récupérable. Notre comparaison des standards de seed montre comment distinguer les formats.

Puis-je importer une phrase de récupération BIP-39 dans Bitcoin Core ?

Pas directement. Bitcoin Core n’accepte pas de phrase mnémonique en entrée. Il faudrait restaurer la phrase dans un portefeuille compatible BIP-39 puis, si vous tenez à avoir les fonds dans Bitcoin Core, les y envoyer ou importer les clés privées dérivées.

J’ai créé mon portefeuille en 2012. Est-il legacy ou HD ?

Legacy. La génération de clés HD n’est arrivée qu’avec Bitcoin Core 0.13.0 en août 2016, et seulement pour les portefeuilles créés ensuite. Un portefeuille de 2012 contient des clés générées indépendamment, ce qui rend le problème de la sauvegarde périmée décrit plus haut particulièrement pertinent dans son cas.

Que se passe-t-il si je perds wallet.dat sans avoir de phrase de récupération ?

S’il ne subsiste nulle part de copie du fichier et que vous n’avez jamais exporté les clés privées, les fonds sont définitivement inaccessibles. Il n’y a pas de solution de repli, parce qu’il n’y a jamais eu de phrase sur laquelle se replier. Dans cette situation, il n’y a pas de retour possible.

Crypto Recovers peut-il aider sans phrase de récupération ?

C’est la situation normale avec Bitcoin Core : oui, à condition que le fichier de portefeuille existe. Nous travaillons sur les mots de passe oubliés de wallet.dat, sur les fichiers endommagés ou partiellement lisibles, et sur la récupération de fichiers effacés d’un disque. Ce que nous ne pouvons pas faire, c’est reconstruire des clés à partir de rien. L’évaluation est gratuite et vous dit honnêtement dans quelle situation vous êtes.