← tous les services

TON BCH

Taux du marché (peut changer avant l'exécution).
root@notkyc:~$ Récupération des taux en direct... 0/
# Plateforme Niveau ⇅ Note Historique no-KYC? Taux Vous recevez (1 TON) Frais? Limites (TON) Dernier échange? Assurance?

Échanger Toncoin (TON) contre Bitcoin Cash (BCH) fait passer de la valeur d'une L1 à haut débit intégrée à Telegram vers l'une des plus anciennes chaînes UTXO encore optimisées pour les paiements on-chain à frais réduits. Raisons courantes : encaisser des TON gagnés via l'activité de l'écosystème Telegram, diversifier un actif relativement jeune vers un fork établi de Bitcoin, ou alimenter des adresses BCH pour des paiements marchands où des frais inférieurs au centime et une acceptation rapide en 0-conf comptent. Le routage no-KYC garde le flux sans dépôt de garde du début à la fin.

// à propos de cette paire

TON -> BCH : ce que cette paire implique vraiment

TON et BCH ne partagent rien au niveau du protocole. TON utilise un modèle basé sur les comptes avec des workchains shardées et une finalité d'environ 5 secondes ; BCH est une chaîne UTXO avec des blocs de 10 minutes, issue du fork Bitcoin de 2017. Il n'existe aucun pont - chaque échange ici est une plateforme custodiale ou non-custodiale qui reçoit du TON natif sur le réseau TON et envoie du BCH natif sur le mainnet Bitcoin Cash. Les variantes wrappées (jettons, SLP, smart-BCH) ne sont pas interchangeables avec le BCH du mainnet ; envoyer sur la mauvaise chaîne est la façon la plus courante de perdre des fonds sur cette paire.

La liquidité pour TON/BCH est plus faible que pour TON/USDT ou BCH/BTC, donc les cotations des agrégateurs sont généralement acheminées via une étape intermédiaire (souvent BTC ou USDT) en arrière-plan. C'est pourquoi vous constaterez des différences de spread notables entre fournisseurs à la même minute - certains ont des carnets d'ordres TON plus profonds, d'autres des carnets BCH plus profonds.

Choisir un itinéraire et dimensionner l'échange

  • Correspondance de réseau : confirmez que l'adresse de dépôt est bien sur le mainnet TON (et non du TON wrappé en Jetton sur une autre chaîne) et que le paiement se fait sur le mainnet BCH (et non BSV, BTC ou smart-BCH).
  • Champ mémo/commentaire : les dépôts TON vers des routeurs centralisés nécessitent souvent un mémo. L'omettre peut retarder ou faire perdre l'échange.
  • Type de taux : les taux flottants sont généralement plus avantageux pour TON -> BCH en raison de la volatilité de l'étape intermédiaire ; les taux fixes coûtent 0,5 à 1,5 % de plus mais verrouillent la cotation pendant environ 10 minutes.
  • Min/max : les minimums côté BCH sont généralement d'environ 0,01 BCH ; les minimums côté TON varient fortement selon le fournisseur.
  • Adresse de remboursement : fournissez toujours une adresse de remboursement TON que vous contrôlez - si la liquidité BCH s'assèche en cours d'échange, c'est ainsi que vous récupérez vos fonds.

Conseils pratiques : divisez les échanges importants en 2-3 tranches pour lisser le taux flottant, effectuez le dépôt TON pendant les heures de faible congestion du mainnet BCH (nuit UTC) pour une confirmation plus rapide, et vérifiez l'adresse de paiement BCH avec un portefeuille sensible au checksum - les formats legacy et CashAddr sont tous deux valides, mais certains services d'envoi ne prennent en charge qu'un seul des deux.

// FAQ
Ai-je besoin d'un mémo ou commentaire TON lors du dépôt ?
Généralement oui. La plupart des adresses de dépôt TON côté plateforme sont des portefeuilles partagés qui acheminent par mémo (aussi appelé 'commentaire' dans les portefeuilles TON). Si le service d'échange affiche un champ mémo, il est obligatoire - envoyer du TON sans celui-ci signifie que les fonds atterrissent dans le portefeuille partagé sans attribution, et la récupération nécessite une intervention manuelle du support.
Pourquoi le taux TON vers BCH diffère-t-il autant entre les fournisseurs ?
Les carnets d'ordres directs TON/BCH existent à peine sur les plateformes backend d'où proviennent les agrégateurs. Chaque fournisseur passe par une paire intermédiaire différente (TON->USDT->BCH, TON->BTC->BCH, etc.), donc les spreads se composent différemment. Un écart de 1 à 2 % entre la meilleure et la pire cotation est normal pour cette paire, contre 0,3 % pour une paire liquide comme BTC/USDT.
Puis-je envoyer du TON directement depuis un portefeuille Telegram ?
Oui, le portefeuille intégré à Telegram envoie du TON natif sur le mainnet et prend en charge les champs mémo. Assurez-vous simplement d'envoyer du TON et non de l'USDT-TON ou un autre jetton - l'adresse de dépôt ne crédite que le TON natif. Vérifiez aussi que les frais de retrait du portefeuille laissent suffisamment au-dessus du minimum de l'échange.
Vais-je recevoir des adresses BCH au format legacy ou CashAddr ?
La plupart des services no-KYC vous permettent de spécifier l'un ou l'autre. CashAddr (commence par 'bitcoincash:') est le format par défaut moderne et réduit le risque de confondre une adresse BCH avec une adresse BTC. Le format legacy (commence par '1') est toujours valide mais visuellement identique aux adresses BTC - vérifiez bien avant de coller.
Combien de temps dure un échange TON vers BCH de bout en bout ?
La finalité TON se compte en secondes, donc le dépôt est crédité presque immédiatement. Le paiement en BCH attend le routage interne du service ainsi qu'une confirmation de bloc BCH lors de l'envoi (environ 10 minutes en moyenne). La durée totale est généralement de 12 à 20 minutes. Les échanges à taux fixe peuvent être plus lents si le service couvre manuellement l'étape intermédiaire.
Existe-t-il un montant déclencheur de KYC spécifique à cette paire ?
Les itinéraires d'agrégateurs no-KYC n'imposent pas de KYC strict, mais certains fournisseurs backend individuels peuvent signaler les échanges dépassant environ 0,5 à 1 BTC équivalent (soit plusieurs milliers de USD) pour une 'revue de conformité'. Diviser les échanges TON->BCH plus importants en tranches plus petites répartis sur différents fournisseurs permet d'éviter d'atteindre le seuil de risque d'un backend en particulier.
// liés