La somme de contrôle comprend quelques bits, les unités élémentaires d’information, calculés à partir des données aléatoires initiales. BIP39 appelle ENT leur longueur, ajoute les premiers ENT/32 bits de leur empreinte SHA-256, puis découpe le résultat en groupes de 11 bits pour choisir les mots. Cela contrôle la transcription sans créer de secret supplémentaire : toute personne disposant des mêmes données peut calculer la même somme.
Les mots représentent à la fois les données aléatoires initiales, appelées entropie, et une courte vérification de ces données. BIP39 accepte ENT = 128, 160, 192, 224 ou 256 bits. Il ajoute respectivement 4, 5, 6, 7 ou 8 bits de contrôle pour produire 12, 15, 18, 21 ou 24 mots. Chaque groupe de 11 bits choisit un mot numéroté dans l’intervalle 0‑2047 d’une liste de 2048 mots. À la restauration, le logiciel peut décomposer cette transcription et vérifier la cohérence de ses parties. [1]
Le dernier mot contient aussi une partie des données secrètes initiales. Pour une entrée de 128 bits, 128 + 4 = 132 = 12 × 11 : le dernier mot porte 7 bits d’entropie et 4 bits de contrôle. Avec 24 mots, il porte 3 bits d’entropie et 8 bits de contrôle. Le perdre revient donc à perdre davantage que le contrôle. Les mots précédents ne déterminent pas une seule fin correcte ; il n’existe pas de mot de contrôle universel à insérer. [1]
Le contrôle est court et ne peut rejeter toutes les mauvaises combinaisons. Parmi les suites uniformément aléatoires tirées de la bonne liste, une proportion de 1/16 passe avec 12 mots et de 1/256 avec 24 mots. Ces chiffres portent sur toutes les suites possibles de cette longueur. Ils ne disent pas avec quelle certitude votre faute précise ou votre inversion sera détectée. Une confirmation verte ne prouve donc pas que la copie est exacte. [1]
Prenez une sauvegarde publiée dans un tutoriel. Sa somme de contrôle peut être parfaitement correcte, alors qu’y déposer votre argent serait dangereux. Le vérificateur ne fait que convertir les mots en bits selon la bonne liste, séparer les données initiales et comparer les bits de contrôle avec leur SHA-256. Un attaquant peut effectuer le même calcul. Le contrôle ne révèle ni qui a créé les mots ni qui les connaît. Il n’authentifie pas leur origine et ne fournit pas de méthode générale pour réparer une sauvegarde erronée. [1]
Si vous utilisez une BIP39 passphrase, un mot de passe supplémentaire, la somme de contrôle des mots ne la vérifie pas du tout. Un calcul distinct, PBKDF2-HMAC-SHA512, transforme la phrase et la passphrase en un seed de 512 bits, la base secrète de la dérivation des clés. Une faute dans la passphrase peut donc mener à un autre portefeuille même si les mots passent le contrôle. Conservez leur écriture exacte, leur ordre et la passphrase nécessaire. Ne traduisez pas non plus les mots dans une autre liste : cela changerait le seed. [1]
Un site inconnu peut promettre une vérification rapide, mais saisir vos mots suffit à les lui communiquer. Un résultat correct ne prouve pas que l’application ne les a ni enregistrés ni volés. Pour restaurer, suivez donc la procédure fiable de votre portefeuille. Les tests logiciels doivent utiliser des vecteurs publics, des entrées connues avec des résultats attendus, plutôt que votre sauvegarde secrète. Ces exemples publics ne doivent jamais devenir des portefeuilles contenant de vrais fonds. [1]
Pour une vision complète, lisez aussi BIP 39, Seed Generation, BIP39 passphrase, Cryptographic Entropy. Cette entrée est également citée par BIP 39, BIP39 passphrase, COLDCARD RNG Incident (2026), SeedQR.