Pourquoi votre wallet affiche des adresses différentes : formats EVM, Solana et TON

Votre wallet affiche une adresse différente sur chaque chaîne parce que chaque écosystème dérive et encode les adresses différemment à partir de la même seed : les chaînes EVM hachent une clé publique secp256k1 en 0x suivi de 40 caractères hexadécimaux, Solana encode une clé publique ed25519 directement en 32 à 44 caractères base58, et TON empaquette un hash de compte dans une chaîne EQ/UQ de 48 caractères. Aucun de ces formats n'encode le réseau auquel il appartient, ce qui explique pourquoi la même adresse 0x est la vôtre sur Ethereum, Arbitrum, Optimism, Base, Polygon et BNB Chain, et pourquoi les envois sur la mauvaise chaîne sont si fréquents. Les contrôles intégrés sont inégaux : la casse mixte d'EIP-55 détecte une adresse 0x mal saisie, le CRC16 de TON détecte une adresse EQ/UQ mal saisie, et l'alphabet base58 de Solana se contente d'écarter les caractères sosies au lieu de les vérifier. WATS couvre Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON — vous détenez les clés et WATS n'en détient jamais aucune — et ne prend pas en charge Bitcoin, aucune adresse bc1 ne fait donc partie du tableau.

Une seed, trois adresses qui n'ont rien à voir

Votre wallet affiche des adresses différentes selon la chaîne parce que chaque chaîne les construit différemment à partir de la même seed. Les chaînes EVM hachent une clé publique secp256k1 pour obtenir une adresse hexadécimale en 0x ; Solana encode une clé publique ed25519 directement en base58 ; TON enveloppe un hash de compte dans un format base64 doté d'une somme de contrôle et d'un drapeau de rebond. Des courbes différentes et des chemins de dérivation différents : les adresses ne peuvent pas coïncider.

Rien de tout cela n'est un bug, et aucun wallet ne vous montre la mauvaise adresse. C'est une seule identité, orthographiée différemment sur chaque chaîne — et savoir quelle orthographe correspond à quel endroit compte, car envoyer à la bonne adresse sur le mauvais réseau est l'une des façons les plus courantes de perdre des cryptos.

Pourquoi une même phrase de récupération donne-t-elle des adresses différentes sur chaque chaîne ?

Toutes les adresses de cette page peuvent provenir d'une seule phrase de récupération. La seed devient une clé maîtresse, à partir de laquelle les wallets multichaînes dérivent une paire de clés distincte pour chaque chaîne le long d'un chemin de dérivation — un itinéraire normalisé défini par BIP-44, avec un coin type enregistré par écosystème dans SLIP-44 : 60 pour Ethereum, 501 pour Solana, 607 pour TON. (Les wallets mono-chaîne, notamment sur TON, utilisent parfois leurs propres schémas mnémoniques à la place.) Deux éléments écartent ensuite les résultats les uns des autres. Les chaînes EVM signent avec la courbe secp256k1 ; Solana et TON signent avec ed25519 — des mathématiques entièrement différentes, si bien que les paires de clés n'ont aucun lien entre elles, même issues de la même seed. Et même les chaînes qui partagent une courbe utilisent des chemins différents et des encodages différents par-dessus. La façon dont une seed se déploie en tout cet arbre de clés est détaillée dans ce qu'est un wallet HD.

Écosystème	Forme typique	Courbe de signature	Contrôle intégré
EVM (Ethereum, Polygon, Arbitrum…)	0x + 40 caractères hexadécimaux	secp256k1	Somme de contrôle EIP-55 par la casse
Solana	32 à 44 caractères base58	ed25519	Aucun — seulement un alphabet sûr
TON (format convivial)	48 caractères base64, préfixe EQ/UQ	ed25519	Somme de contrôle CRC16 + drapeau de rebond

Qu'est-ce qu'une adresse 0x, et à quoi sert la somme de contrôle EIP-55 ?

Sur toutes les chaînes EVM — Ethereum, Polygon, Arbitrum, BNB Chain et les autres — votre adresse correspond aux 20 derniers octets d'un hash Keccak-256 de votre clé publique, écrits sous la forme 0x suivi de 40 caractères hexadécimaux. EIP-55 ajoute une somme de contrôle sans modifier l'adresse : le motif de majuscules et de minuscules est dérivé de l'adresse elle-même, ce qui permet à un wallet de signaler un caractère mal saisi avant l'envoi. Une adresse entièrement en minuscules reste valide — elle ne porte simplement aucune somme de contrôle à vérifier.

Comme l'adresse ne provient que de votre clé, le même compte possède la même adresse 0x sur toutes les chaînes EVM. C'est pratique — une seule adresse à partager partout — et dangereux, car l'adresse n'encode pas le réseau. Des tokens envoyés sur la mauvaise chaîne EVM arrivent à la même adresse sur un autre réseau : si vous contrôlez la clé, vous pouvez généralement les récupérer en changeant de réseau ; si l'adresse appartient à un exchange ou à un contrat, ils peuvent être perdus. Dans WATS, c'est le cas quotidien plutôt qu'un cas limite, puisque six des huit chaînes prises en charge — Ethereum, Arbitrum, Optimism, Base, Polygon et BNB Chain — partagent cette unique adresse 0x.

Comment fonctionnent les adresses Solana ?

Une adresse Solana est la clé publique elle-même : 32 octets d'une clé ed25519, encodés en base58 — un alphabet choisi parce qu'il écarte les caractères facilement confondus 0, O, I et l. Le résultat compte de 32 à 44 caractères et est sensible à la casse. Il n'existe aucune somme de contrôle à la manière d'EIP-55 : l'alphabet sûr réduit les fautes de frappe mais ne les détecte pas, une raison de plus pour copier plutôt que taper. Un détail à connaître : les tokens SPL ne se trouvent pas directement à votre adresse — chaque token vit dans un compte de token associé dérivé de celle-ci. Votre wallet gère ces comptes en coulisses ; vous ne partagez toujours qu'une seule adresse.

Que sont les adresses bounceable et non-bounceable de TON ?

TON donne deux orthographes à un même compte. Le format brut (raw) se compose du numéro de workchain, d'un deux-points et d'un hash hexadécimal de 64 caractères — précis mais peu commode. Le format convivial empaquette les mêmes données en 48 caractères base64 avec des bits de drapeau et une somme de contrôle CRC16, ce qui permet de détecter les fautes de frappe. Le drapeau qui compte est bounceable : les adresses qui commencent généralement par EQ demandent au réseau de renvoyer les fonds si la destination ne peut pas les traiter, ce qui convient aux contrats ; les adresses non-bounceable commençant par UQ livrent quoi qu'il arrive, ce qui convient aux wallets personnels — et les wallets modernes affichent typiquement la forme UQ pour ces derniers. Les deux orthographes désignent le même compte : voir un préfixe différent ailleurs ne signifie donc pas une destination différente.

Pourquoi les exchanges demandent-ils un memo ou un destination tag ?

Sur certaines chaînes, les exchanges regroupent tous les dépôts de leurs clients sous une seule adresse partagée — c'est courant sur TON, XRP et Stellar — et utilisent un memo (ou destination tag) pour acheminer chaque dépôt vers le bon compte. Le memo n'est pas décoratif : si vous l'omettez, vos fonds atterrissent dans le wallet partagé de l'exchange sans être crédités. Ils sont généralement récupérables via un ticket de support, mais lentement et sans garantie. La règle est simple : si une page de dépôt affiche un memo, considérez-le comme une partie de l'adresse. Un envoi vers votre propre wallet en auto-conservation ne nécessite aucun memo.

Comment éviter d'envoyer sur la mauvaise chaîne — ou vers une adresse sosie ?

Trois habitudes couvrent l'essentiel du risque. D'abord, faites correspondre la chaîne, pas la forme : une adresse 0x ne dit rien du réseau sélectionné par l'expéditeur, confirmez donc explicitement le réseau aux deux extrémités avant que quoi que ce soit ne bouge. Ensuite, les envois de test : pour un premier transfert vers une nouvelle adresse ou par un nouveau trajet, envoyez un petit montant, vérifiez qu'il arrive, puis envoyez le reste — une assurance bon marché contre des suppositions coûteuses. Enfin, prenez au sérieux l'empoisonnement d'adresse : les attaquants génèrent des adresses sosies dont les premiers et derniers caractères correspondent à celles que vous utilisez vraiment, puis vous envoient de la dust pour que la fausse apparaisse dans votre historique de transactions — en attendant que vous la copiiez. Ne copiez jamais une adresse depuis l'historique ; utilisez des contacts enregistrés et vérifiez les caractères du milieu, pas seulement les extrémités. Un bon wallet multichaîne place l'étiquette du réseau à côté de chaque adresse, et garder Ethereum, Solana et TON dans une seule application sans les confondre est précisément la raison d'être de ce design.

La place de WATS

WATS fait tourner un seul wallet sur Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON : les trois formats ci-dessus sont donc exactement les adresses que vous détenez côte à côte — une adresse 0x pour les six chaînes EVM, une adresse base58 sur Solana, une adresse EQ/UQ sur TON, toutes issues d'une seule phrase de récupération. Il reste entièrement non-custodial sur ses quatre produits — l'extension Chrome, l'application mobile, le Hot Wallet et la NFC Metal Card : vous détenez les clés, et WATS n'en détient jamais aucune. Dans un article sur les adresses, une précision sur cette carte mérite d'être dite clairement : elle ne stocke aucune clé privée. Elle authentifie par tap des clés qui restent à l'intérieur des applications WATS, avec un identifiant de carte unique appairé à exactement un appareil.

Bitcoin est le manque assumé : WATS ne le prend pas en charge nativement, les adresses bc1, 1 et 3 ne font donc pas partie de cet ensemble. Sur les huit chaînes qu'il couvre, les frais de réseau se paient dans un seul token, ATS, plutôt qu'en détenant le token de gas natif de chaque chaîne — abstraction de compte ERC-4337 sur les chaînes EVM, ATS étant lui-même un LayerZero OFT afin qu'un solde unique fonctionne en omnichain. Ce n'est pas une remise : cela change quel token paie les frais. L'offre d'ATS est brûlée de 100M jusqu'à 30M.

En résumé

Des adresses différentes sur des chaînes différentes, c'est une propriété de la façon dont les chaînes sont construites, pas un bug de wallet : une seed, des courbes différentes, des chemins de dérivation différents, des encodages différents. Lisez le format si vous le souhaitez, mais ne comptez jamais sur lui pour vous indiquer le réseau — confirmez la chaîne aux deux extrémités, faites un petit envoi de test sur tout nouveau trajet, traitez le memo d'un exchange comme une partie de l'adresse, et copiez depuis des contacts enregistrés plutôt que depuis l'historique de transactions. Si vous voulez que les trois formats cohabitent au même endroit plutôt que dans trois applications, l'étape concrète consiste à installer WATS depuis la page de téléchargement : une seule phrase de récupération non-custodial derrière vos comptes Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON, et des frais payés en ATS plutôt qu'un token de gas natif distinct sur chaque chaîne.