L'OFT expliqué : comment un seul jeton vit sur chaque chaîne

Un jeton fongible omnichaîne (OFT) est une norme de jeton LayerZero dans laquelle un même jeton est déployé nativement sur plusieurs chaînes et partage une offre canonique unique sur l'ensemble d'entre elles — pas de copies wrappées, pas de garantie verrouillée dans le coffre d'un pont. Un transfert brûle le montant sur la chaîne source et émet le montant identique sur la destination, si bien que l'offre globale ne change jamais et que le solde reste fongible où qu'il atterrisse. Le résultat : une liquidité unifiée et un seul solde dépensable, au lieu d'un contrat wrapper différent sur chaque réseau. Votre solde d'ATS se trouve sur BSC (BNB Chain) et, quel que soit le réseau EVM sur lequel la transaction s'exécute, les frais sont prélevés sur ce solde unique. Sur les réseaux EVM, ce solde est aussi ce qui paie les frais de réseau ; les transactions sur Solana paient leurs propres frais natifs, en SOL, tandis que les frais sur TON se paient aussi en ATS.

Le problème : trop de copies du « même » jeton

Si vous avez déjà déplacé un jeton entre chaînes, vous avez rencontré ses jumeaux maléfiques. Vous transférez de l'USDC ou un jeton de gouvernance d'un réseau à un autre et vous vous retrouvez à détenir une version wrappée — un contrat distinct, un solde distinct, parfois un nom légèrement différent. Le jeton « canonique » reste sur la chaîne d'origine ; ce que vous détenez sur la destination est une reconnaissance de dette émise par un pont, adossée à une garantie verrouillée ailleurs.

Cela fragmente tout. La liquidité se scinde entre une douzaine de contrats wrappers, si bien que les pools sont moins profondes et le slippage pire. Votre solde est éparpillé — 40 unités ici, 25 là, aucune directement fongible avec les autres. Et chaque wrapper ajoute du risque : la valeur du jeton wrappé n'est aussi solide que le pont qui détient la garantie derrière lui. Quand un pont est exploité, les wrappers qu'il a émis peuvent s'effondrer à zéro tandis que le « vrai » jeton reste intact. Le problème central est qu'il n'y a jamais eu un seul jeton — il y avait de nombreuses copies incompatibles prétendant être le même actif.

Ce qu'est réellement un OFT

Un OFT — Omnichain Fungible Token (jeton fongible omnichaîne) — est une norme de jeton de LayerZero conçue pour corriger exactement cela. Au lieu qu'un jeton existe sur une chaîne d'origine et soit wrappé partout ailleurs, un OFT est déployé nativement sur chaque chaîne qu'il prend en charge, et ces déploiements partagent une seule offre canonique. Le jeton n'est pas « sur » une chaîne à la manière d'un actif wrappé ; c'est un actif omnichaîne qui se trouve être lisible et dépensable sur chaque chaîne, l'offre totale étant conservée sur l'ensemble d'entre elles.

A standard for fungible tokens that uses LayerZero messaging to debit on the source chain (burn or lock) and credit on the destination chain (mint or unlock), preserving a single unified global supply across all connected networks.

Une norme pour les jetons fongibles qui utilise la messagerie LayerZero pour débiter sur la chaîne source (burn ou lock) et créditer sur la chaîne de destination (mint ou unlock), en préservant une offre globale unique et unifiée sur tous les réseaux connectés.

Sous le capot, les déploiements communiquent entre eux via la couche de messagerie cross-chain de LayerZero. En 2026, LayerZero est l'un des protocoles d'interopérabilité omnichaîne les plus largement adoptés, et la norme OFT est son schéma de référence pour faire en sorte qu'un jeton fongible se comporte comme un actif unique plutôt que comme une famille de sosies. Si vous voulez que la couche de messagerie elle-même soit décortiquée, voyez l'explication de WATS sur ce qu'est LayerZero.

Comment fonctionne un transfert d'OFT

Le mécanisme est d'une simplicité rafraîchissante : brûler sur la chaîne source, émettre sur la destination.

Lorsque vous envoyez un OFT de la chaîne A vers la chaîne B, le contrat sur la chaîne A brûle le montant que vous déplacez — il détruit purement ces jetons. Il envoie ensuite un message LayerZero au contrat sur la chaîne B, qui émet exactement le même montant vers votre adresse là-bas. Aucune garantie n'est verrouillée dans un coffre. Aucun jeton wrapper n'est créé. L'offre globale est inchangée, car ce qui a été brûlé d'un côté est réémis de l'autre. La valeur se déplace en détruisant et recréant le jeton, et non en garant l'original quelque part et en émettant une créance contre lui.

Une nuance mérite d'être connue, car elle est souvent passée sous silence : LayerZero fournit aussi un OFT Adapter pour les jetons qui existent déjà sur une chaîne d'origine et ne peuvent pas être redéployés avec des droits d'émission et de destruction. L'adaptateur verrouille l'offre dans un contrat sur cette chaîne d'origine et émet des représentations OFT ailleurs ; un déploiement fondé sur un adaptateur conserve donc bien une pool verrouillée d'un côté. Un jeton conçu dès le départ comme un OFT emprunte la voie pure du burn-and-mint décrite ci-dessus.

Là où il n'y a pas de pool de garantie verrouillée, il n'y a pas de pot de miel qu'un attaquant pourrait vider à la manière dont les ponts classiques de verrouillage et émission en créent un. L'hypothèse de sécurité se déplace vers l'exactitude de la couche de messagerie et des propres contrats du jeton, plutôt que vers un dépositaire distinct de fonds verrouillés. C'est un profil de risque différent, pas une absence de risque : si le chemin de messages était compromis, un contrat de destination pourrait recevoir l'instruction d'émettre des jetons qui n'ont jamais été brûlés côté source.

OFT contre jetons wrappés contre jetons transférés par un pont

Il est utile de les aligner côte à côte. Un jeton wrappé (pensez aux variantes transférées par un pont de type « USDC.e » qui coexistent avec le jeton émis nativement sur une chaîne) est un nouveau contrat adossé à une garantie verrouillée sur la chaîne d'origine — un dérivé, pas l'actif lui-même. Un jeton transféré par un pont, au sens traditionnel du verrouillage et de l'émission, revient à peu près au même : l'original est immobilisé, et une représentation est émise ailleurs. Dans les deux cas, vous vous retrouvez avec deux actifs distincts qui ne sont liés qu'économiquement, et seulement tant que le pont tient.

Un OFT est différent par nature, pas par degré. Il n'y a pas de dérivé, pas de représentation, pas de garantie à défendre. Il y a un seul jeton, une seule offre et un seul solde pour vous — il se déplace simplement entre chaînes en se brûlant et en s'émettant lui-même. Pour une comparaison plus approfondie de ces modèles, voyez omnichaîne contre jetons wrappés et transférés par un pont.

Pourquoi c'est important : liquidité unifiée et un seul solde dépensable

Les retombées pratiques découlent directement de la conception. Liquidité unifiée : comme il n'y a qu'un seul jeton canonique, la liquidité ne se fracasse pas en une douzaine de pools de wrappers — un marché unique et profond peut desservir chaque chaîne au lieu de nombreux marchés peu profonds. Un seul solde dépensable : vos avoirs ne sont pas bloqués par chaîne ; le même jeton est à vous où qu'il soit déployé. Moins de risque de pont : sans garantie verrouillée dans un coffre, le mode d'échec classique de l'exploit de pont — vider la garantie, et chaque wrapper qu'elle adossait tombe à zéro — disparaît en grande partie.

Ce dernier point est ce qui rend un OFT réellement utile en tant que jeton utilitaire plutôt que simplement négociable. Un jeton sur lequel vous pouvez vraiment compter dans un solde unique à travers les chaînes peut servir d'unité de compte unique et portable — pour les frais, pour le règlement, pour ce dont l'application a besoin — sans que l'utilisateur ait d'abord à jongler avec des wrappers.

Un exemple pratique : déplacer un OFT entre chaînes

Supposons que vous déteniez 100 unités d'un OFT sur une chaîne EVM et que vous vouliez l'utiliser sur un autre réseau. Vous lancez un transfert. Le contrat source brûle vos 100 unités et émet un message LayerZero. Quelques instants plus tard, le contrat de destination émet 100 unités vers votre adresse. Votre avoir total n'a jamais changé — c'était 100 avant et 100 après — mais les jetons vivent désormais sur la chaîne de destination, prêts à être dépensés. Il n'y a pas eu d'écran de jeton wrappé, pas d'avertissement « vous recevrez du w-TOKEN », pas de solde distinct à réconcilier plus tard. De votre point de vue, le jeton vous a suivi. Cette expérience à solde unique est aussi ce qui permet à un portefeuille de traiter un seul jeton comme dépensable à travers les écosystèmes ; voyez utiliser un seul portefeuille sur Ethereum, Solana et TON pour voir comment cela se traduit en pratique.

Comment WATS facture les frais

Il est utile de mettre la norme en regard d'un jeton qui résout délibérément le problème autrement. L'ATS, le jeton de frais de WATS, n'est pas un OFT — il est détenu sous forme d'un solde unique sur BSC (BNB Chain) et, quel que soit le réseau EVM sur lequel une transaction s'exécute, les frais sont prélevés sur ce solde unique plutôt que sur un avoir d'ATS propre à chaque chaîne. Plutôt que de faire exister le jeton partout, WATS garde le solde en un seul endroit et y prélève les frais. Sur les réseaux EVM, les actions dans WATS sont facturées en ATS au lieu du jeton de gas natif de la chaîne, via un paymaster ERC-4337 — le même modèle de frais dans l'extension Chrome comme dans l'application mobile ; ERC-4337 étant un standard Ethereum, ce mécanisme de frais est propre à l'EVM, tandis que les transactions sur Solana paient leurs propres frais natifs en SOL et que les frais sur TON se paient aussi en ATS. Comme le solde d'ATS se trouve sur BSC (BNB Chain), vous ne faites jamais passer d'ATS par un pont et n'alimentez jamais un solde distinct par chaîne : les frais de tout réseau EVM sont prélevés sur ce solde unique. L'ATS collecté est brûlé, faisant descendre l'offre de 100M vers 30M.

Deux choses méritent d'être dites clairement. Payer en ATS n'est pas une remise — cela change quel jeton paie les frais de réseau, pas ce que ces frais coûtent en dessous. Et WATS est entièrement non dépositaire : c'est l'utilisateur qui détient les clés, et WATS n'en détient jamais aucune.

La mécanique complète se trouve sur la page des frais ATS.