Tokens omnichain, wrapped ou bridgés : quelle différence ?

Wrapped, bridgé et omnichain sont trois manières différentes de rendre un même actif utilisable sur plusieurs chaînes, et la différence tient à ce que vous détenez réellement. Un token wrapped est minté sur la chaîne de destination en contrepartie d'un collatéral verrouillé ailleurs auprès d'un dépositaire ou d'un contrat : c'est donc une créance qui ne vaut jamais plus que sa couverture. Un token bridgé applique la même logique de lock-and-mint, mais l'émission provient d'un bridge précis — d'où le fait qu'une seule chaîne puisse se retrouver avec plusieurs versions du même actif, non fongibles entre elles. Un token omnichain — le plus souvent le standard OFT de LayerZero — ne comporte aucun wrapper : il est brûlé sur la chaîne source et minté sur la destination, de sorte qu'une offre canonique unique se déplace entre les chaînes au lieu de se dupliquer. La distinction compte en pratique, car le modèle omnichain supprime à la fois le pot de miel du collatéral verrouillé et le problème du "quelle version ai-je ?", tandis que les tokens wrapped et bridgés ajoutent un risque de garde et une fragmentation de la liquidité par-dessus le transfert lui-même. ATS, le token de frais du wallet non-custodial WATS, est un OFT LayerZero exactement pour cette raison : un seul solde ATS règle les frais de réseau sur toutes les chaînes prises en charge par WATS, au lieu de se scinder en copies wrapped.

Le problème du token multichaîne

Les blockchains ne se parlent pas nativement. Un token émis sur Ethereum n'a aucune idée de l'existence de Solana, de TON ou d'un rollup Arbitrum, et inversement. Pourtant, les utilisateurs s'attendent à déplacer le même actif là où ils veulent trader, staker ou payer. Pour combler cet écart, l'industrie a inventé plusieurs façons de faire apparaître un token sur une chaîne autre que sa chaîne d'origine — et le ticker affiché sur votre solde masque le plus souvent quel mécanisme se cache réellement en dessous.

Ces mécanismes ne sont pas interchangeables. Selon la façon dont il a franchi les chaînes, "USDC sur la chaîne B" ou "ETH sur la chaîne B" peut être un actif émis nativement, une reconnaissance de dette d'un dépositaire, ou le reçu d'un bridge précis — chacun avec un mode de défaillance différent. Comprendre les trois modèles dominants — wrapped, bridgé et omnichain — fait la différence entre savoir ce que vous détenez réellement et espérer que cela sera un jour remboursé.

Tokens wrapped : lock-and-mint

Un token wrapped est une représentation d'un actif verrouillé ailleurs. Le schéma classique est le lock-and-mint : l'actif original est déposé auprès d'un dépositaire ou d'un contrat intelligent, et un token wrapped équivalent est minté pour vous sur la chaîne de destination. Le Wrapped Bitcoin (WBTC) en est l'exemple d'école — des BTC sont en garde, et un ERC-20 qui les suit circule sur Ethereum.

La valeur d'un token wrapped ne vaut que ce que vaut ce qui détient le collatéral verrouillé. Si un dépositaire centralisé détient les réserves, vous héritez d'un risque de contrepartie : le wrapper n'est remboursable que tant que ce dépositaire reste solvable, honnête et opérationnel. Si c'est un contrat intelligent qui détient le collatéral, vous héritez de la sécurité de ce contrat et de ses clés de mise à niveau. Dans les deux cas, le token wrapped est une créance sur des actifs que vous ne contrôlez plus directement, et les décrochages (de-pegs) surviennent précisément lorsque le marché commence à douter que cette créance puisse être honorée. Un wrapper doit par ailleurs être défait par la même route pour récupérer l'original, ce qui compte si cette route venait à être suspendue.

Tokens bridgés : la représentation d'un bridge précis

Les tokens bridgés sont des proches cousins des tokens wrapped, et les deux termes sont souvent employés de façon approximative. En pratique, "bridgé" désigne généralement une représentation mintée par un bridge cross-chain spécifique lorsque vous déplacez un actif : l'original est verrouillé (ou brûlé) sur la chaîne source, et ce bridge émet sa propre version sur la destination. Si vous voulez la mécanique étape par étape, le guide sur comment bridger de la crypto entre les chaînes détaille le flux.

Deux problèmes en découlent. Premièrement, la fragmentation de la liquidité : si trois bridges mintent chacun leur propre version de l'USDC sur la même chaîne, vous vous retrouvez avec trois tokens qui partagent un ticker sans être fongibles entre eux ni s'échanger automatiquement un pour un. Les utilisateurs se retrouvent bloqués avec la variante qu'une application ou un pool donné n'accepte pas, et la liquidité se disperse entre des pools incompatibles. Deuxièmement, le risque de sécurité du bridge : le contrat de verrouillage devient un pot de miel concentré, et plusieurs des plus grands exploits de l'histoire de la crypto ont vidé exactement ces contrats. Lorsqu'un bridge est compromis, les tokens qu'il a émis peuvent se retrouver sans garantie du jour au lendemain, alors que l'actif original sur sa chaîne d'origine reste intact.

Tous les tokens bridgés ne se valent pas. Le bridge canonique d'une chaîne — celui opéré par le rollup ou le réseau lui-même — émet généralement la version que les applications de l'écosystème traitent comme standard, ce qui réduit le problème de fragmentation mais pas celui du collatéral verrouillé. Par ailleurs, certains émetteurs mintent désormais nativement sur chaque chaîne et déplacent l'offre par burn-and-mint plutôt qu'en enveloppant, ce qui explique que l'on voie parfois cohabiter, sur un même réseau, un token natif et une variante bridgée plus ancienne du même actif.

Tokens omnichain (OFT) : une offre canonique unique

Le modèle omnichain s'attaque à la cause profonde : au lieu d'envelopper ou de réémettre, il traite le token comme un actif unique doté d'une seule offre qui se contente de se déplacer entre les chaînes. Le standard Omnichain Fungible Token (OFT) de LayerZero en est la mise en œuvre la plus connue. Plutôt que de verrouiller un collatéral et de minter un wrapper, un OFT brûle des tokens sur la chaîne source et mint le même montant sur la destination, de sorte que l'offre cumulée sur toutes les chaînes reste constante et qu'il n'existe aucune copie wrapped distincte susceptible de décrocher par rapport à elle.

Parce que le mouvement est un burn-and-mint sur un token que l'émetteur contrôle de bout en bout, aucun bridge tiers n'est assis sur votre collatéral et aucune variante incompatible ne prolifère : le token est le même actif partout où il aboutit. Une variation courante mérite d'être connue : lorsqu'un token existe déjà sur une chaîne et ne peut pas être redéployé, un adaptateur OFT verrouille l'offre existante sur cette chaîne d'origine et les contrats OFT des autres chaînes mintent en contrepartie, si bien que le total en circulation reste fixe. Pour la mécanique en profondeur, voir qu'est-ce qu'un OFT (Omnichain Fungible Token), et pour la couche de messagerie qui achemine ces transferts, qu'est-ce que LayerZero. L'hypothèse de sécurité passe de "faire confiance au contrat de verrouillage d'un bridge" à "faire confiance au contrat du token et au protocole de messagerie avec lequel il est configuré" — une surface plus réduite et plus auditable, bien que non exempte de confiance.

Comparaison directe : lequel est le plus simple et le moins risqué ?

Modèle	Comment il atteint l'autre chaîne	Ce que vous détenez	Principal mode de défaillance
Wrapped	L'original est verrouillé auprès d'un dépositaire ou d'un contrat, le wrapper est minté sur la destination	Une créance remboursable sur un collatéral détenu ailleurs	L'insolvabilité du dépositaire ou un exploit du contrat rompt la couverture et le wrapper décroche
Bridgé	Verrouillé ou brûlé sur la source, ce bridge précis mint sa propre version	La variante d'un bridge, pas nécessairement fongible avec les autres	Un exploit du bridge laisse la variante sans garantie ; plusieurs variantes fragmentent la liquidité
Omnichain (OFT)	Brûlé sur la source et minté sur la destination par le token lui-même	Le même token canonique, une seule offre sur toutes les chaînes	Une faille dans le contrat du token ou dans la couche de messagerie avec laquelle il est configuré

Lisez la dernière colonne de haut en bas et le classement est assez clair. Les tokens wrapped dépendent de quelqu'un qui détient un collatéral réel. Les tokens bridgés dépendent d'un bridge spécifique qui à la fois détient le collatéral et émet une variante propre à la chaîne, ajoutant la fragmentation au risque de garde. Les tokens omnichain conservent une offre unique et la déplacent par burn-and-mint, supprimant à la fois le wrapper et les copies fragmentées.

Pour un utilisateur du quotidien, le modèle omnichain est généralement le modèle mental le plus simple et le plus facile à détenir : un actif, un solde, aucune devinette sur la version que l'on possède et aucun pot de miel de collatéral verrouillé comme point de défaillance unique. Il n'élimine pas le risque lié aux contrats intelligents ou au protocole — rien ne le fait — mais il supprime deux des façons les plus courantes dont les tokens multichaînes tournent mal. Le bon choix dépend toujours du token spécifique, de son émetteur et de l'endroit où vous devez l'utiliser.

Comment savoir lequel vous détenez

• Vérifiez l'adresse du contrat, pas le ticker. Deux tokens sur une même chaîne peuvent partager un nom et un symbole tout en étant des contrats différents. La documentation de l'émetteur est la seule autorité sur l'adresse qui fait foi.
• Lisez le suffixe. Les noms portant la marque d'un bridge, une lettre supplémentaire ou une mention "wrapped" ou "bridged" désignent généralement la version dérivée plutôt que la version native.
• Regardez qui mint. Sur un explorateur de blocs, une offre mintée par un contrat de bridge signale une représentation bridgée ; une offre mintée par le contrat du token lui-même sur chaque chaîne correspond au schéma omnichain ou natif.
• Demandez-vous ce qui se passe si la route s'arrête. Si votre token ne peut être remboursé qu'à travers un seul bridge ou dépositaire, cette route est votre véritable contrepartie, quoi que dise le ticker.

Comment WATS utilise le modèle omnichain

ATS, le token utilisé dans le wallet WATS, suit le modèle omnichain : c'est un OFT LayerZero, vous détenez donc un solde ATS unique sur les chaînes prises en charge par WATS — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON — plutôt que des copies wrapped ou bridgées qu'il faudrait réconcilier chaîne par chaîne. Au sein du WATS Hot Wallet, les frais de réseau sont facturés en ATS au lieu du token de gas natif de chaque chaîne, sur les chaînes EVM via un paymaster ERC-4337, l'ATS collecté étant brûlé à mesure que l'offre descend de 100M vers un plancher de 30M. Ce n'est pas une remise : cela change quel token paie les frais, pas ce que le réseau facture. WATS est entièrement non-custodial d'un bout à l'autre — l'utilisateur détient les clés et WATS n'en détient jamais aucune — et le mécanisme est documenté sur la page frais ATS.

Si vous voulez constater la différence entre ces modèles à l'usage plutôt qu'en théorie, WATS est un endroit simple pour l'observer : conservez un seul solde ATS, payez vos frais avec lui sur les huit chaînes prises en charge, et notez que vous n'avez jamais à vous demander quelle variante wrapped de votre token de frais un réseau donné attend. Ce fonctionnement à solde unique est le bénéfice concret de la conception omnichain décrite plus haut, et c'est la raison de préférer les actifs omnichain chaque fois que l'émetteur en propose un.