Un portefeuille HD (hiérarchique déterministe) est un portefeuille qui dérive d'un unique secret maître toutes les clés privées et adresses qu'il utilisera un jour : une seule seed phrase de 12 ou 24 mots sauvegarde donc chaque compte sur chaque chaîne prise en charge. BIP-39 transforme ces mots en seed maîtresse, BIP-32 fait pousser à partir d'elle un arbre reproductible de clés enfants, et BIP-44 standardise le chemin de dérivation — des coordonnées du type m/44'/60'/0'/0/0 qui indiquent à quel usage, quelle chaîne, quel compte et quel index d'adresse une clé appartient. Comme seed plus chemin donne toujours la même clé, n'importe quel portefeuille compatible peut reconstruire l'arbre entier à partir des seuls mots ; c'est aussi pourquoi la même seed peut afficher des adresses différentes dans deux portefeuilles dont les chemins par défaut diffèrent. WATS est un portefeuille HD entièrement non-custodial : une seed couvre Ethereum, Arbitrum, Optimism, Base, Polygon et BNB Chain — qui partagent une seule branche EVM — plus Solana et TON sur leurs propres branches, et WATS ne détient jamais de clé.
Une sauvegarde, de nombreux comptes
Les premiers portefeuilles crypto gardaient un sac en vrac de clés privées aléatoires — fichier perdu, monnaies perdues, et chaque nouvelle adresse exigeait une nouvelle sauvegarde. Les portefeuilles modernes ont résolu cela avec une idée d'une simplicité trompeuse : générer chaque clé dont vous aurez besoin à partir d'un unique secret maître, de façon déterministe. C'est le portefeuille HD — hiérarchique déterministe — et c'est pourquoi une seule seed phrase écrite sur papier peut restaurer des dizaines de comptes sur plusieurs blockchains, des années plus tard, dans un logiciel qui ne les avait jamais vus.
Des mots à la seed maîtresse : BIP-39
La seed phrase elle-même provient d'un standard appelé BIP-39. Le portefeuille tire de l'entropie aléatoire, la projette sur une liste de mots fixe et vous remet 12 ou 24 mots avec une somme de contrôle intégrée. Passés dans une fonction d'étirement de clé, ces mots deviennent une grande seed maîtresse binaire. Deux propriétés comptent : les mots ne sont pas les clés — ils en sont la recette — et le processus est à sens unique et reproductible. N'importe quel portefeuille BIP-39, nourri des mêmes mots, calcule la même seed maîtresse, pour toujours. C'est ce qui fait de la phrase une sauvegarde complète, et pourquoi la protéger est l'habitude centrale de l'auto-conservation, comme l'explique le guide WATS de la seed phrase.
Un détail passe facilement inaperçu : BIP-39 accepte aussi une phrase secrète optionnelle, parfois appelée le 25e mot. Elle est mélangée à l'étape d'étirement de clé, si bien que les mêmes 12 mots avec une phrase secrète différente produisent une seed maîtresse totalement différente, donc un tout autre ensemble de comptes. Ce n'est pas un mot de passe posé sur un portefeuille existant — elle sélectionne un portefeuille entièrement différent, et la perdre fait perdre ces fonds aussi sûrement que perdre les mots.
L'arbre de dérivation : BIP-32
À partir de cette seed maîtresse, BIP-32 définit comment faire pousser un arbre de clés. La clé maîtresse dérive des clés enfants de façon déterministe, les enfants dérivent des petits-enfants, et chaque branche est reproductible depuis la racine. C'est la hiérarchie qui permet à un seul secret de servir une structure illimitée : des comptes séparés pour épargner et dépenser, une adresse de réception neuve pour chaque paiement, des chaînes entières sur leurs propres branches — le tout récupérable depuis les mêmes 12 ou 24 mots, sans jamais rien de nouveau à sauvegarder.
BIP-32 distingue aussi la dérivation durcie (hardened) de la dérivation non durcie. Les étapes durcies — celles marquées d'une apostrophe dans un chemin — exigent la clé privée du parent, ce qui isole la branche derrière un mur : en dérivation non durcie, une clé privée enfant divulguée plus la clé publique étendue du parent suffisent à reconstituer la clé privée du parent, et le durcissement supprime ce raccourci pour qu'un attaquant ne puisse pas remonter l'arbre. C'est pourquoi les niveaux de compte d'un chemin standard sont durcis et seuls les deux derniers niveaux ne le sont pas.
Chemins de dérivation : l'adresse d'une adresse
Un chemin de dérivation — la chaîne cryptique du type m/44'/60'/0'/0/0 aperçue peut-être dans les réglages avancés — n'est qu'un itinéraire dans cet arbre : quel usage, quelle monnaie, quel compte, quel index. BIP-44 a standardisé la disposition, et un registre partagé (aujourd'hui maintenu sous le nom de SLIP-44) attribue les numéros de monnaie pour qu'une branche Ethereum et une branche Solana n'entrent jamais en collision. Une conséquence en surprend beaucoup : toutes les chaînes EVM réutilisent le type de monnaie 60, si bien qu'Ethereum, Arbitrum, Optimism, Base, Polygon et BNB Chain ne sont pas du tout des branches distinctes — elles dérivent la même clé et affichent la même adresse, et c'est pourquoi une seule adresse détient des soldes différents sur chaque réseau. Les écosystèmes utilisent aussi des schémas de signature différents sous le capot — Ethereum et les autres chaînes EVM signent sur la courbe secp256k1, tandis que Solana et TON emploient ed25519 — mais le principe tient partout : seed plus chemin égale clé, à chaque fois.
Ce qu'un xpub révèle
L'arbre a encore un tour dans son sac : les clés publiques étendues. Un xpub permet à un logiciel de dériver toutes les adresses publiques d'une branche — mais aucune des clés privées. Cela permet des vues de portefeuille en lecture seule et des adresses de réception générées au nom d'un appareil hors ligne. La réserve concerne la confidentialité, pas la sécurité : quiconque détient votre xpub peut voir chaque adresse de cette branche et les relier entre elles. Partagez-le comme vous partageriez un relevé complet de ce compte, car c'en est fonctionnellement un.
Bon à savoir : c'est une propriété de secp256k1. Sur les chaînes ed25519 comme Solana et TON, la dérivation est durcie à chaque niveau : il n'y a donc pas de branche « clé publique seule » à distribuer — l'outillage en lecture seule y travaille à partir des adresses elles-mêmes, et non d'une clé publique étendue.
Même seed, adresses différentes ?
Un grand classique du support : vous importez votre seed dans un autre portefeuille et le solde paraît vide. Presque toujours, rien n'est perdu — le second portefeuille emprunte un chemin différent dans le même arbre, ou dérive par défaut pour une autre chaîne. Les fonds sont exactement là où ils ont toujours été, sur la branche que le portefeuille d'origine utilisait. C'est aussi la réserve honnête sur les sauvegardes « universelles » : le standard de la seed est partagé, mais les conventions de chemin varient d'un portefeuille à l'autre, si bien que la restauration marche le mieux dans la famille de portefeuilles qui a créé la seed — ou dans un portefeuille qui balaie les chemins courants pour vous. Avant de conclure que quelque chose manque, vérifiez le réglage du chemin de dérivation et le sélecteur de chaîne, et confirmez l'adresse attendue sur un explorateur de blocs.
Où vivent réellement les clés
Puisque tout descend de la seed, la seule question qui compte pour la sécurité est de savoir où la seed et les clés qui en dérivent sont stockées — et qui peut les atteindre. Dans un portefeuille non-custodial, la réponse est votre appareil, et nulle part ailleurs. Cette distinction est aussi la bonne grille de lecture pour le matériel : la carte métallique NFC WATS, par exemple, ne stocke pas de clés privées. Elle porte un identifiant de carte unique et authentifie par simple contact en NFC auprès de clés qui vivent dans les applications WATS, en s'appairant à un seul appareil — plus proche d'une clé de sécurité physique que d'un coffre de stockage à froid. Savoir lequel de vos outils détient une clé et lequel se contente d'en autoriser l'usage, c'est la différence entre un plan de récupération clair et une devinette.
Comment WATS l'utilise
Le design HD est ce qui rend possible un vrai portefeuille multichain, et WATS s'y appuie pleinement : une sauvegarde, une identité, avec les comptes EVM, Solana et TON dérivés sur leurs branches propres — l'expérience décrite dans gérer Ethereum, Solana et TON dans un seul portefeuille. WATS est non-custodial de bout en bout : la seed et chaque clé qui en dérive n'existent que de votre côté, et WATS ne détient jamais de clé. La couche de frais est unifiée à l'avenant : chaque action — transferts, échanges, staking — est facturée dans un seul token, l'ATS, au lieu du gas natif de chaque chaîne, via un paymaster ERC-4337 sur EVM et un fee-payer/relayer équivalent sur Solana et TON. Ce n'est pas une remise : cela change quel token paie, pas ce que le réseau facture. L'ATS est un OFT LayerZero, donc un seul solde couvre les trois écosystèmes, et l'ATS collecté est brûlé, de 100M vers un plancher de 30M — la mécanique est sur la page des frais ATS.
La version pratique de tout cela est courte. Installez WATS une fois — extension Chrome, application mobile ou les deux — notez la seed phrase hors ligne, et à partir de là chaque compte que WATS dérive pour vous sur Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON est déjà couvert par la sauvegarde faite le premier jour. C'est toute la promesse des portefeuilles HD, et la raison de traiter ces douze mots, et non l'application, comme ce que vous protégez vraiment.
Foire aux questions
Une seule seed phrase peut-elle vraiment sauvegarder toutes mes chaînes et tous mes comptes ?
Oui — c'est tout l'intérêt du design HD. La seed génère de façon déterministe un arbre de clés, avec des branches séparées par blockchain et par compte, si bien que chaque adresse qu'un portefeuille crée pour vous est récupérable depuis les mêmes 12 ou 24 mots. Le revers, c'est la concentration du risque : quiconque détient la phrase peut reconstruire l'arbre entier — la seed mérite donc votre protection la plus forte.
WATS est-il un portefeuille HD, et quelles chaînes une seule seed couvre-t-elle ?
WATS est un portefeuille HD entièrement non-custodial : une seule seed phrase BIP-39 dérive vos comptes sur Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON, si bien qu'une sauvegarde les couvre toutes. Les six chaînes EVM partagent une même branche de dérivation — et donc une même adresse — tandis que Solana et TON occupent leurs propres branches, puisqu'elles utilisent un autre schéma de signature. La seed et chaque clé qui en dérive restent sur votre appareil — WATS ne détient jamais de clé. La carte métallique NFC WATS ne stocke pas non plus de clés : elle authentifie par contact auprès des clés conservées dans les applications WATS et s'appaire à un seul appareil.
Pourquoi ma seed affiche-t-elle des adresses différentes dans un autre portefeuille ?
Parce que le second portefeuille dérive le long d'un chemin différent ou pour d'autres chaînes par défaut, pas parce que vos fonds ont bougé. Seed plus chemin de dérivation déterminent la clé ; les portefeuilles s'accordent sur le standard de la seed (BIP-39) mais divergent sur les conventions de chemin. Vos actifs restent aux adresses dérivées par le portefeuille d'origine — restaurer dans ce portefeuille, ou dans un qui balaie les chemins courants, les fait réapparaître.
Partager un xpub est-il dangereux ?
Cela ne peut pas vous faire perdre de fonds — une clé publique étendue ne dérive que des adresses, jamais des clés privées, et ne permet donc au mieux que des vues en lecture seule. Ce qu'il en coûte, c'est de la confidentialité : son détenteur peut énumérer chaque adresse de cette branche et relier vos activités. Traitez un xpub comme un relevé complet et vivant de ce compte, à ne partager qu'avec des services à qui vous confieriez cette information.
Que fait réellement une phrase secrète BIP-39 ?
Elle est mélangée à l'étape qui transforme vos mots en seed maîtresse : l'ajouter ou la modifier produit donc un arbre de clés entièrement différent. Ce n'est pas un mot de passe protégeant un portefeuille existant — les mêmes 12 mots avec et sans phrase secrète forment deux portefeuilles distincts, et une phrase secrète oubliée est aussi irrécupérable que des mots oubliés. N'en utilisez une que si vous la conserverez avec autant de soin que la phrase elle-même.