Swap cross-chain TON → Polygon : comment ça marche

Vos USDT dorment sur TON, mais c'est sur Polygon qu'il faut payer — le gas y est bon marché, votre contrat DeFi y est déployé, votre destinataire y encaisse. L'itinéraire classique : retirer vers un exchange, attendre le crédit, vendre, acheter, retirer vers Polygon. Quatre étapes, quatre commissions, un KYC et une confiance totale envers un intermédiaire qui, pendant ces minutes, détient votre argent. Pour un humain, c'est simplement agaçant. Pour un agent IA censé le faire en autonomie, ce chemin est carrément impraticable : un agent ne passe pas de KYC et ne devrait jamais détenir la clé privée d'un compte d'exchange.

Voyons comment résoudre ce problème autrement — avec un swap cross-chain atomique de TON vers Polygon, où ni le serveur ni l'agent ne touchent jamais à vos clés.

Pourquoi swapper de TON vers Polygon, et ce que fait TONNode

Le swap cross-chain TON Polygon sert quand la valeur vit sur un réseau mais doit être dépensée sur un autre, et que vous ne voulez ni attendre un exchange ni confier vos fonds à un intermédiaire. Cas typiques :

• payer une contrepartie qui n'accepte que sur Polygon ;
• alimenter une position dans un protocole déployé sur Polygon alors que votre solde est sur TON ;
• permettre à un agent IA de déplacer lui-même de la valeur entre réseaux sur simple prompt — mais sans accès à vos clés.

TONNode est un serveur MCP hébergé pour TON (site : tonnode.io). MCP (Model Context Protocol) est le standard par lequel les agents IA (Claude, Cursor, ChatGPT/Codex et tout client MCP) appellent des outils externes. Plutôt que d'apprendre à l'agent des endpoints REST et de signer des transactions à sa place, vous lui donnez un jeu de 16 outils TON et il décide lui-même lesquels appeler. Cinq de ces 16 outils gèrent le cross-chain — ce sont eux qui font sortir la valeur de TON, de façon non-custodial, sans stockage de clés sur le serveur.

Une contrainte mécanique importante : chez TONNode, TON est toujours le réseau source. La route part de TON vers l'extérieur ; Polygon est ici le réseau de destination, pas le point de départ.

Un détail de terminologie : GRAM est le Toncoin renommé (le renommage a eu lieu en juin 2026), tandis que le réseau lui-même s'appelle toujours TON. Dans la suite du texte, GRAM = la monnaie native de TON.

Comment fonctionne le swap cross-chain TON → Polygon : l'escrow HTLC atomique

Le problème de tout échange inter-réseaux : les deux chaînes ne se voient pas. Il n'existe aucun arbitre commun garantissant que si vous avez cédé vos fonds sur TON, vous les recevrez sur Polygon. La solution classique s'appelle escrow HTLC atomique (hashed timelock contract). L'analogie : un coffre à deux serrures avec un minuteur.

Tout repose sur deux primitives — le verrou par hash et le timelock :

1. Le secret et son hash. On génère un secret aléatoire S, dont on dérive le hash H = hash(S). Les contrats d'escrow sur les deux réseaux verrouillent les fonds « sous le hash » H.
2. Le verrou par hash. Seul celui qui présente S, produisant ce H, peut débloquer les fonds de l'escrow. Tant que le secret n'est pas révélé, l'argent reste verrouillé des deux côtés.
3. Le timelock. Chaque escrow a une échéance. Si le secret n'a pas été révélé avant, les fonds redeviennent récupérables par l'expéditeur — c'est l'assurance contre les blocages.

Toute l'astuce : révéler le secret sur un réseau permet mathématiquement de récupérer les fonds sur l'autre. Dès que S apparaît on-chain, la contrepartie s'en sert pour finaliser sa moitié. D'où l'atomicité : l'opération aboutit soit entièrement sur les deux réseaux, soit nulle part — et dans ce cas les fonds vous reviennent. L'état intermédiaire « l'argent a quitté TON mais n'est pas arrivé sur Polygon » n'existe pas, par construction.

TONNode orchestre ce protocole via cinq outils, mais — point fondamental — le secret vous est remis, il ne reste pas sur le serveur, et toutes les transactions TON sont signées par votre propre wallet.

Les cinq outils cross-chain : de la cotation au règlement

Les cinq outils sont disponibles sur tous les plans. Voici le pipeline complet et le rôle de chacun.

1. get_crosschain_quote — la cotation

Combien vous recevrez sur Polygon pour le montant envoyé depuis TON. L'agent l'appelle en premier, pour afficher le taux et la route avant toute signature. Il retourne les paramètres de l'opération à partir desquels la transaction sera ensuite construite.

2. build_crosschain_swap_tx — la transaction HTLC d'escrow non signée

Assemble une transaction non signée qui verrouille vos fonds dans l'escrow côté TON, et retourne le secret. La transaction est au format message TonConnect ; c'est votre wallet qui la signe, pas le serveur. Le secret, vous le conservez chez vous — il servira à l'étape du règlement.

3. track_crosschain_swap — les phases de la transaction sur les deux réseaux

Indique où en est l'opération : l'escrow est-il verrouillé sur TON, l'escrow miroir est-il en place sur Polygon, tout est-il prêt pour le règlement. Votre « poste d'observation » sur les deux réseaux à la fois.

4. disclose_crosschain_secret — révéler le secret pour le règlement

Révèle le secret pour finaliser le règlement — mais seulement après qu'une vérification on-chain a confirmé que les deux côtés sont prêts. L'ordre est critique ici : pas question de révéler le secret avant que l'escrow miroir ne soit réellement en place sur Polygon. L'outil vérifie l'état des deux réseaux et ne livre le secret qu'à ce moment-là.

5. build_crosschain_refund — récupérer les fonds de l'escrow

Assemble une transaction de remboursement non signée si l'opération est bloquée et que le timelock permet de récupérer les fonds verrouillés. Ce scénario est détaillé plus bas.

À quoi cela ressemble dans une conversation avec l'agent :

Swappe 250 USDT de TON vers USDC sur Polygon.
Montre d'abord la cotation, puis assemble la transaction,
laisse-moi la signer avec mon wallet, suis le statut
et ne révèle le secret que quand les deux escrows sont prêts.

La route complète sous le capot :

1. get_crosschain_quote       → taux et route TON → Polygon
2. build_crosschain_swap_tx   → escrow HTLC non signé + secret S
   (l'utilisateur signe dans son wallet via TonConnect)
3. track_crosschain_swap      → on attend que les deux réseaux soient prêts
4. disclose_crosschain_secret → révéler S après vérification on-chain → règlement
5. build_crosschain_refund    → seulement si quelque chose a mal tourné

La logique est la même que pour le swap de TON vers Ethereum — seul le réseau de destination change.

Pourquoi c'est non-custodial : le serveur ne signe pas et ne stocke pas de clés

C'est ici que passe la frontière essentielle. Le non-custodial n'est pas un mot marketing, c'est une propriété d'architecture. Les outils cross-chain de TONNode sont strictement non-custodiaux : le serveur ne signe jamais et ne détient jamais vos fonds ni vos clés privées. Il retourne des messages TonConnect non signés, et c'est votre wallet qui appose la signature.

Prenons l'exemple de build_crosschain_swap_tx. L'outil livre l'ébauche de transaction et le secret — mais n'effectue aucun transfert. Rien ne bouge tant que vous n'avez pas confirmé dans votre wallet. La clé privée ne quitte pas le wallet et ne transite par le serveur sous aucune forme. Idem pour le secret HTLC : il vous est remis, donc même le règlement est sous votre contrôle, pas sous celui de l'opérateur du serveur.

Pour un agent IA, c'est fondamental. Un agent autonome qui a accès à des outils ne doit pas pouvoir dépenser votre argent sans votre signature. Le modèle non-custodial garantit exactement cela : l'agent prépare l'opération, vous êtes le seul à l'autoriser. Pour approfondir la différence d'approches, voyez le comparatif MCP custodial contre non-custodial et l'article sur comment laisser un agent swapper sur TON en toute sécurité.

Un mot à part sur le @ton/mcp officiel de la TON Foundation. C'est un outil solide et officiel, mais son architecture est différente : c'est un wallet-agent custodial (schéma split-key — la clé operator chez l'agent, la clé owner chez l'utilisateur), il signe lui-même et ne gère pas le cross-chain (TON uniquement). Il a ses atouts propres — dépense autonome, gestion des NFT et du DNS, le statut officiel de la Foundation. La différence est honnête : lui est custodial et TON-only ; TONNode est non-custodial, avec cross-chain et option hébergée. Le comparatif détaillé est sur la page de comparaison avec l'officiel.

La liste complète des réseaux pris en charge (et pourquoi TRON n'y est pas encore)

Le swap cross-chain de TONNode part de TON vers l'un des réseaux de destination suivants :

• Ethereum
• Arbitrum
• Base
• BNB Chain
• Polygon
• Avalanche

Dans tous les cas, TON est la source et le réseau listé la destination. TRON n'est pas encore pris en charge. L'escrow HTLC atomique exige que le réseau de destination dispose d'un mécanisme de hashed-timelock-contract compatible, intégré dans la route de la transaction. Les six réseaux listés forment la famille EVM-compatible vers laquelle TON sait construire l'escrow miroir. TRON n'est pas encore branché sur cette route — non pas parce que « c'est impossible par principe », mais parce que l'intégration de ce réseau précis n'existe pas dans le produit aujourd'hui. Ne misez pas sur TRON tant qu'il n'apparaît pas officiellement dans la liste.

La logique Polygon ne diffère en rien de la route Ethereum ; pour une vue d'ensemble, il y a le décryptage du premier MCP qui déplace de la valeur cross-chain depuis TON.

Que faire si l'opération est bloquée : le refund depuis l'escrow

Le cross-chain, ce sont deux réseaux indépendants, et parfois le second côté ne se confirme pas : l'escrow miroir ne s'est pas mis en place, la contrepartie a disparu, le réseau de destination s'est engorgé. Dans un modèle custodial, à ce moment-là vous dépendez de l'intermédiaire qui détient votre argent. Avec l'escrow HTLC atomique, non.

Chaque contrat d'escrow a un timelock. Si l'opération n'a pas abouti et que le délai a expiré, les fonds ne « brûlent » pas et ne restent pas chez le serveur — ils vous reviennent. Vous n'avez pas révélé le secret entre-temps (et c'est normal — disclose_crosschain_secret ne le livre pas tant que la disponibilité des deux côtés n'est pas confirmée on-chain).

Mécaniquement, le retour passe par build_crosschain_refund : il assemble une transaction non signée, que vous signez avec votre wallet, et les fonds verrouillés reviennent sur votre adresse TON. Là encore, le serveur ne signe rien et ne stocke rien.

Le swap vers Polygon est bloqué et ne s'est pas réglé.
Récupère mes fonds depuis l'escrow.

L'agent appelle track_crosschain_swap, vérifie que le règlement n'a pas eu lieu et que le timelock autorise le retour, puis build_crosschain_refund — et vous signez. Le pire scénario d'une opération bloquée, ici, c'est de récupérer votre argent, pas de le perdre.

Comment brancher et essayer : la config MCP et la clé gratuite

Vous pouvez commencer gratuitement et en local. Le paquet @tonnode/mcp est open source (MIT), disponible sur npm et GitHub (tonnode/mcp), et fonctionne via le protocole natif ADNL de TON, sans couche HTTP intermédiaire.

Gratuit en local. L'ensemble complet des outils de lecture, sur la config publique, sans clé :

{
  "mcpServers": {
    "ton": {
      "command": "npx",
      "args": ["-y", "@tonnode/mcp"]
    }
  }
}

Le client MCP lance lui-même le serveur via npx.

L'endpoint hébergé — quand il vous faut un débit garanti et votre propre clé :

{
  "mcpServers": {
    "ton": {
      "type": "http",
      "url": "https://mcp.tonnode.io/mcp",
      "headers": { "Authorization": "Bearer tn_live_…" }
    }
  }
}

Tous les plans donnent accès aux 16 outils au complet — vous ne payez que le débit, pas l'accès aux fonctionnalités :

• Hobby — gratuit pour toujours, 60 requêtes/min ;
• Pro — 29 $/mois, 300 requêtes/min ;
• Scale — 199 $/mois, 1200 requêtes/min.

La clé gratuite Hobby est délivrée dès la connexion, sans carte bancaire. Les plans payants se règlent en GRAM ou en USDT sur le réseau TON via TonConnect, ou en BTC/ETH/SOL et d'autres monnaies via une facture xRocket dans Telegram.

Deux ou trois réserves honnêtes, pour éviter les attentes excessives : la profondeur d'archive de l'historique est encore dans la roadmap (le nœud se synchronise), TONNode n'a pas d'outils NFT ni DNS pour l'instant, pas plus que de webhooks, de relayer gasless ou de garanties écrites d'uptime. Le produit cross-chain, ce sont exactement les cinq outils décrits ci-dessus, et ils déplacent honnêtement la valeur de TON vers Polygon, de façon non-custodial.

---

Essayez le cross-chain vous-même. Obtenez la clé gratuite Hobby et assemblez votre premier swap TON → Polygon avec votre agent : tonnode.io/dashboard?plan=hobby. Envie d'explorer d'abord le jeu complet des 16 outils — passez par la page dédiée aux outils.