Témoignage de reprise . Prévente Ethereum
1 000 ETH, un portefeuille de prévente et un mot de passe qui « aurait dû fonctionner »
Le propriétaire était sûr du mot de passe. Mais le portefeuille ne s’ouvrait toujours pas. Le vrai problème ne venait pas du tout du mot de passe, mais de la façon dont il avait été enregistré dix ans plus tôt.
Certains des portefeuilles les plus précieux que nous ouvrons appartiennent à des personnes qui ont acheté de l’Ether lors de la prévente initiale de 2014, à l’époque où l’ETH coûtait environ trente centimes. C’est l’un de ces cas : environ 1 000 ETH bloqués dans un fichier ethereum_backup_wallet.json, et un propriétaire qui se souvenait du mot de passe mais ne parvenait pas à y accéder. Les détails ont été anonymisés, mais le récit technique correspond exactement à la façon dont les choses se sont déroulées.
La situation
Le propriétaire avait participé à la prévente, téléchargé le fichier JSON de son portefeuille et soigneusement noté son mot de passe. Des années plus tard, alors que le cours de l’ETH avait été multiplié par plusieurs milliers par rapport à son prix de prévente, il a essayé de l’ouvrir — mais l’outil standard de prévente a rejeté le mot de passe. Il a essayé toutes les combinaisons de majuscules et toutes les variantes auxquelles il pouvait penser. Bien sûr, rien n’a fonctionné. Lorsqu’il nous a contactés, il était convaincu que le fichier lui-même était corrompu.
Ce qui a rendu les choses difficiles
Le format de portefeuille de prévente crypte la graine à l’aide de PBKDF2-HMAC-SHA256 et d’AES-128-CBC. Ce système est intransigeant : soit le mot de passe permet un décryptage parfait au niveau des octets, soit il échoue complètement, sans qu’il y ait de « presque correct ». Le mot de passe du propriétaire contenait un caractère non ASCII — et c’était là tout le problème. Il y a dix ans, sur la machine où le portefeuille avait été créé, ce caractère était stocké dans un encodage à un octet. Retapé aujourd’hui sur un clavier et un système d’exploitation modernes, il produisait des octets différents. Les deux semblaient identiques à l’écran, mais ne correspondaient pas à la même saisie. Le mot de passe était correct ; c’était l’encodage qui était erroné.
Comment nous y sommes parvenus
Nous avons pris le mot de passe exact du propriétaire et généré tous les encodages et normalisations plausibles de celui-ci : UTF-8 par opposition à Latin-1, formes Unicode composées par opposition à décomposées, ainsi que les substitutions spécifiques que ce caractère particulier peut subir selon les claviers et les systèmes d’exploitation. Chaque variante a été testée hors ligne par rapport au fichier chiffré à l’aide du mode de hachage « presale » sur notre matériel GPU. Parmi l’ensemble de variantes construit à partir de ce mot de passe « connu », un encodage a permis de déchiffrer le portefeuille sans erreur et de reproduire l’adresse correcte. Le mot de passe était correct depuis le premier jour.
Le résultat
Le portefeuille a été ouvert, la clé privée a été exportée et le propriétaire a transféré environ 1 000 ETH vers un portefeuille moderne qu’il contrôle lui-même — nous n’avons à aucun moment pris en charge ces fonds. Nos honoraires correspondaient à un pourcentage de la valeur récupérée et n’ont été versés que parce que nous avons réussi. Ce qui semblait être un fichier corrompu et sans valeur s’est avéré être une véritable fortune, bloquée par une différence de codage invisible.
Est-ce vraiment si courant que ça ?
C’est bien plus courant qu’on ne le pense. Le portefeuille de la prévente de 2014 est notoirement fragile, et au fil des ans, nous avons répertorié près d’une vingtaine de raisons distinctes pour lesquelles un mot de passe « correct » peut ne pas permettre de l’ouvrir : incompatibilités d’encodage, différences de normalisation Unicode, particularités liées aux espaces et à la disposition du clavier, ainsi qu’une poignée de véritables bugs logiciels provenant de l’outil d’origine. Le problème d’encodage, dans ce cas précis, est simplement le plus fréquent d’entre eux. C’est pourquoi nous considérons la situation « mon mot de passe est correct mais le portefeuille ne s’ouvre pas » non pas comme une impasse, mais comme un diagnostic : cela signifie généralement que le mot de passe est valide et qu’il faut reproduire un élément du contexte. Ceux qui abandonnent partent du principe que le fichier est corrompu ; ceux qui parviennent à récupérer le portefeuille partent du principe qu’il s’agit d’un problème d’encodage et effectuent des tests pour le vérifier.
Pourriez-vous le faire vous-même ?
En principe, oui — le format de prévente est public et il existe des outils libres permettant de tester des mots de passe par rapport à celui-ci. En pratique, le plus difficile n’est pas d’exécuter l’outil, mais de générer les bonnes variantes : il faut savoir quelles encodages et quelles formes normalisées un caractère donné peut prendre, sur quels systèmes d’exploitation, et exprimer cela sous forme de recherche plutôt que de saisir manuellement toutes les variantes. Si une tentative directe avec votre mot de passe « connu » a déjà échoué, cet échec est un indice — il indique précisément le type de transformation qu’il est fastidieux d’énumérer manuellement, mais rapide de rechercher de manière systématique.
Comment mettre toutes les chances de son côté lors d’une prévente
Si vous souhaitez que nous examinions un portefeuille issu d’une prévente, trois éléments sont déterminants : le fichier ethereum_backup_wallet.json lui-même ; le mot de passe exact que vous pensez être le bon, saisi du mieux que vous pouvez le reproduire ; et tout détail concernant le contexte de sa création — le système d’exploitation, la langue du clavier et l’année approximative. C’est ce contexte qui nous permet de reconstituer les encodages et les formes de normalisation en vigueur à l’époque. Même une simple précision telle que « c’était un clavier allemand sur un vieil ordinateur portable sous Windows » peut s’avérer décisive pour résoudre le cas.
Ce que cette affaire nous apprend sur les portefeuilles de prévente
Il existe une quantité colossale d’ETH issus de la prévente de 2014 qui n’ont jamais été transférés — une grande partie non pas parce que leurs propriétaires ont choisi de les conserver, mais parce qu’ils ne peuvent plus y accéder. Des cas comme celui-ci montrent qu’une part significative de ces ETH n’est pas réellement perdue ; elle est bloquée par exactement le type de problème mécanique et résoluble que nous venons de décrire. Les portefeuilles qui restent bloqués à jamais sont généralement ceux dont les propriétaires ont envisagé le pire et ont cessé d’essayer. Ceux qui reviennent sont ceux dont les propriétaires ont conservé le fichier, se souviennent vaguement du mot de passe et ont laissé quelqu’un reproduire les conditions dans lesquelles il avait été créé. Si vous détenez un portefeuille de prévente que vous aviez déjà fait une croix dessus, cela vaut peut-être la peine d’y jeter un second coup d’œil : une décennie d’appréciation des cours rend même une participation modeste issue de la prévente digne d’intérêt.
Ce que vous pouvez en retenir
Si vous disposez d’un portefeuille de prévente et d’un mot de passe dont vous êtes certain, mais que celui-ci ne s’ouvre pas, ne supposez pas que le fichier est corrompu — surtout si le mot de passe contient un accent, un tréma ou tout autre caractère non ASCII. C’est la raison la plus courante pour laquelle un mot de passe de prévente « correct » ne fonctionne pas, et c’est exactement le genre de problème qui peut être résolu. Consultez notre page consacrée à la récupération des portefeuilles de prévente Ethereum pour en savoir plus.
Foire aux questions
Mon mot de passe de prévente est sans aucun doute correct, mais je n’arrive pas à ouvrir le portefeuille. Pourquoi ?
Il s’agit le plus souvent d’un problème d’encodage : un caractère non ASCII présent dans le mot de passe a été enregistré avec un encodage d’octets différent de celui que vous utilisez aujourd’hui. Le mot de passe est correct ; ce sont les octets qui diffèrent. Nous reproduisons ces encodages et récupérons le mot de passe.
De quel fichier avez-vous besoin pour un portefeuille de prévente ?
Le fichier JSON de prévente, généralement nommé « ethereum_backup_wallet.json », ainsi que votre meilleur souvenir du mot de passe. Sans ce fichier, il n’y a rien à déchiffrer.
Prenez-vous en charge la garde des ETH récupérés ?
Non. Lorsque le portefeuille s’ouvre, c’est vous qui transférez vous-même les fonds vers un portefeuille dont vous avez le contrôle. Nous ne conservons jamais vos cryptomonnaies.
Combien coûte la récupération des préventes ?
Rémunération au résultat : un pourcentage de la somme recouvrée uniquement si nous parvenons à faire payer le débiteur, sans aucun paiement initial.
Vous rencontrez des difficultés avec un portefeuille en prévente ?
Envoyez-nous le fichier JSON et le mot de passe dont vous êtes sûr. Si un problème d’encodage bloque le processus, c’est justement ce que nous sommes là pour résoudre. Évaluation honnête sous 24 heures.