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 lors de l’installation. Il n’y a pas d’écran « notez ces mots » ni de suite de mots qui restaure le portefeuille.

Cela surprend presque tout le monde, car tous les autres portefeuilles fonctionnent à l’inverse. MetaMask, Ledger, Trezor et pratiquement tout ce qui est postérieur à 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, et l’idée d’une sauvegarde mnémonique n’existait pas encore — BIP-39, la norme derrière la liste de 2 048 mots qu’utilise presque tout portefeuille moderne, n’a été enregistrée qu’en septembre 2013. Bitcoin Core disposait déjà d’un portefeuille fonctionnel, et ses développeurs ont délibérément choisi de ne pas adopter BIP-39 après coup. Cette décision n’a jamais été revue.

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

Portefeuilles historiques : des clés indépendantes et la sauvegarde périmée

Dans la conception d’origine, chaque clé privée est un nombre aléatoire distinct. Il n’existe aucune relation mathématique entre elles — la clé un n’a aucun lien avec la clé deux. 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. C’est là que se cache un danger discret, qui mérite d’être énoncé clairement :

Une sauvegarde de portefeuille historique ne contient que les clés qui existaient au moment où vous l’avez faite. Dès que le portefeuille épuise 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 ancienne et que le solde est plus faible que prévu, pensez d’abord à cela — avant de conclure au 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, l’explication est là.

La conséquence la plus dure n’a pas de remède. Si wallet.dat a disparu et que vous n’avez jamais exporté de clés privées individuelles, 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 existaient à un seul endroit, et cet endroit était le fichier.

Portefeuilles HD : une graine, mais pas une phrase

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 par le chemin m/0'/0'/k'. Dans un portefeuille HD, chaque clé provient d’une seule graine maîtresse : en principe, cette graine seule régénère tout ce que le portefeuille a produit.

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 et ne vous demande jamais de noter quoi que ce soit. Elle figure dans le fichier sous forme de chaîne hexadécimale, invisible sauf si vous allez la chercher avec des commandes de console.

Le modèle de sauvegarde n’a donc pas vraiment changé. La graine HD vit dans wallet.dat, et si wallet.dat est perdu, la graine disparaît avec lui — sauf si vous l’aviez spécifiquement exportée. 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 est terminé, non plus en cours. Bitcoin Core 30.0, publié le 10 octobre 2025, ne sait plus ni créer ni ouvrir un portefeuille historique au format Berkeley DB. Il reste donc deux chemins pour un ancien wallet.dat : le convertir au format à descripteurs avec la commande migratewallet, ou l’ouvrir avec une version antérieure à 30.0.

Copiez le fichier avant toute conversion et travaillez sur la copie. Le 5 janvier 2026, le projet Bitcoin Core a signalé 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 qui n’étaient pas concernés, et a demandé d’attendre le correctif. Celui-ci est paru le 10 janvier 2026 sous le numéro 30.2.

Pour la récupération, cela ne change rien à la réponse. Les portefeuilles à descripteurs restent fondés sur des fichiers, restent dans le répertoire du portefeuille et ne produisent toujours aucune phrase mnémonique. Si vous avez une ancienne wallet.dat, la migration est une chose que vous faites après avoir pu ouvrir le fichier — ce n’est pas un moyen d’accéder à 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. Avant 30.0, dumpwallet dans la console de débogage écrit les clés dans un fichier texte : la clé de graine y porte le marqueur hdseed=1 et l’en-tête du fichier contient la clé principale privée étendue sous forme de chaîne xprv. À partir de 30.0, cette commande n’existe plus, et un portefeuille converti expose le même matériel via listdescriptors true, qui affiche les descripteurs avec la clé privée à l’intérieur.

Ni l’une ni l’autre de ces formes n’est une 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 historiques, et un export clé par clé suppose désormais de conserver aussi une ancienne version.

La confusion autour de sethdseed

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. Ce n’est pas le cas. Sa documentation décrivait l’argument comme « la clé privée WIF à utiliser comme nouvelle graine HD » — une clé brute, pas une mnémonique — et elle n’a jamais fonctionné qu’avec les portefeuilles historiques. Bitcoin Core 30.0 l’a purement et simplement supprimée, avec dumpwallet, dumpprivkey, importprivkey et les autres commandes réservées à ces portefeuilles : sur une version actuelle, elle n’est plus là.

C’était un outil pour utilisateurs avancés qui voulaient maîtriser leur dérivation de clés. Le modèle de récupération, lui, ne bouge pas : wallet.dat plus le mot de passe, c’est tout.

Ce que cela signifie concrètement pour votre récupération

Une fois les détails écartés, tout dossier Bitcoin Core se ramène à deux questions.

Avez-vous le fichier ? Si oui et que vous avez seulement oublié le mot de passe, le problème est soluble — souvent très soluble. La récupération de mot de passe teste des candidats contre le fichier chiffré, et tout ce que vous vous rappelez de vos propres habitudes réduit l’espace de recherche. 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 du mot de passe wallet.dat couvre le format de fichier pour toute la famille Bitcoin.

Si vous n’avez pas le fichier, la question devient de savoir s’il existe encore quelque part : un vieux disque, une sauvegarde oubliée, une synchronisation cloud, une machine au fond d’un placard. C’est un problème de récupération de données et non un problème crypto ; il est traité dans notre guide sur la récupération d’une wallet.dat supprimée ou d’un portefeuille sur un disque endommagé.

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.

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

Une version de Bitcoin Core prend-elle en charge les phrases BIP-39 ?

Non. Aucune version de Bitcoin Core n’a jamais généré ni accepté de mnémonique BIP-39. Les développeurs ont décidé de ne pas adopter la norme après 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 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 de la même époque. Cela vaut la peine de déterminer lequel, car ce portefeuille-là est peut-être récupérable. Notre comparaison des normes de graines montre comment distinguer les formats.

Puis-je importer une phrase BIP-39 dans Bitcoin Core ?

Pas directement. Bitcoin Core n’accepte pas de mnémonique en entrée. Vous restaureriez la phrase dans un portefeuille compatible BIP-39, puis transféreriez les fonds ou importeriez les clés privées dérivées si vous tenez à les avoir dans Bitcoin Core.

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

Historique. La génération 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 pour lui.

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

S’il ne subsiste nulle part de copie du fichier et que vous n’avez jamais exporté de 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. C’est le seul scénario Bitcoin Core sans retour possible.

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

C’est le cas le plus courant chez Bitcoin Core, et 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.