Faites correspondre l'actif, le réseau, l'adresse de réception et le montant de la facture comme une seule instruction. Un symbole de jeton ou un format d'adresse familier ne suffit pas. Vérifiez le réseau et le comportement des frais du portefeuille émetteur avant d'autoriser un transfert, et n'utilisez qu'une facture payable issue d'un service de commande vérifié et connecté.
Considérez le réseau comme faisant partie du choix de l'actif
Un même nom de jeton peut apparaître sur plusieurs blockchains. Cela ne rend pas toutes les routes interchangeables. USDT sur Ethereum et USDT sur TRON sont des instructions de paiement distinctes, même lorsqu'un portefeuille affiche le même symbole d'actif. Le service de réception doit prendre explicitement en charge le réseau sélectionné et le jeton réellement utilisé sur ce réseau.
Partez de la facture, et non du réseau le moins cher proposé par un écran de retrait. Si le service émetteur utilise un libellé différent ou propose plusieurs versions d'un actif, résolvez cette différence avant d'envoyer. Un réseau non pris en charge n'est pas corrigé simplement parce que l'adresse semble familière ou que le jeton porte le nom attendu.
Lisez précisément les routes du catalogue
SwissOctet liste six actifs sur sept routes, car USDT propose deux choix de réseau. Utilisez les instructions complètes de la facture pour la commande réelle et vérifiez la route sélectionnée avant d'envoyer des fonds. Un catalogue ou une adresse de réception seul n'autorise pas un transfert.
Le tableau préserve la distinction des routes sans afficher d'adresse de réception hors du contexte d'une facture. Une facture active doit fournir le réseau et la destination exacts pour la commande sélectionnée. Les autres réseaux proposés par un portefeuille ou un échange ne sont pas automatiquement pris en charge du seul fait que l'actif y existe aussi.
| Actif | Réseau dans la conception du paiement | Sélection à garder distincte |
|---|---|---|
| BTC | Bitcoin | Route native BTC |
| ETH | Ethereum | Route native ETH |
| USDT | TRON | Route de jeton TRC-20 |
| USDT | Ethereum | Route de jeton ERC-20 |
| USDC | Ethereum | Route de jeton ERC-20 |
| SOL | Solana | Route native SOL |
| LTC | Litecoin | Route native LTC |
Vérifiez l'identité du jeton, pas seulement son ticker
La documentation ERC-20 de Ethereum décrit une interface pour les jetons fongibles, tandis que TRON documente sa norme TRC-20. Une norme définit le comportement possible d'un jeton ; elle n'établit pas qu'un jeton particulier portant un symbole familier est l'actif visé. Les informations officielles de l'émetteur et l'identité du jeton configurée dans la facture importent pour une intégration.
Tether publie les protocoles pris en charge et les informations de contrat pour ses jetons. Si votre portefeuille identifie un jeton par un contrat ou propose plusieurs actifs aux noms similaires, comparez ces informations avec l'émetteur officiel et l'actif exigé par la facture. Examinez tout avertissement avant de poursuivre. Ne remplacez pas les instructions de paiement par une adresse de contrat copiée depuis un résultat de recherche ou un message.
Lisez les frais du côté émetteur
Le montant saisi dans un portefeuille ou un échange peut différer du montant livré lorsque les frais sont déduits d'un retrait. Examinez l'écran de confirmation final et la gestion des frais du service. Une facture réelle indique le montant de réception exigé ; l'émetteur doit s'assurer que ce montant, et non seulement le montant saisi, arrivera via la route spécifiée.
Pour les transferts de jetons en auto-conservation, les frais de réseau peuvent nécessiter l'actif natif du réseau. Ethereum documente le gas comme le mécanisme de paiement du travail de calcul sur son réseau. Ne confondez pas le jeton envoyé avec l'actif utilisé pour payer des frais de réseau. Consultez les instructions actuelles du portefeuille et les soldes disponibles plutôt que de supposer qu'un solde de jetons suffit à lui seul.
Vérifiez l'instruction complète avant approbation
Lisez ensemble l'actif, le réseau, la destination, le montant et l'expiration de la facture. Vérifiez la destination d'une manière adaptée au portefeuille, car un texte copié peut être altéré ou erroné. Un QR code est une représentation pratique, pas une preuve indépendante qu'une facture est légitime. Gardez votre référence de commande et votre jeton d'accès privés pendant la vérification des détails.
Utilisez une commande USDT illustrative pour vous exercer à la vérification sans déplacer de fonds. La facture spécifie Ethereum, mais l'écran de retrait utilise d'abord TRON par défaut. La bonne réponse est de sélectionner et vérifier la route de la facture ou de s'arrêter pour résoudre l'incohérence. Envoyer sur le réseau par défaut en espérant une récupération n'est pas une procédure de paiement.
Gérez délibérément l'expiration et l'incertitude
Un devis peut avoir une expiration et une politique pour les transferts tardifs ou partiels. Si vous n'avez pas envoyé le paiement, obtenez une facture à jour lorsque les instructions expirent. Si vous l'avez déjà envoyé, conservez la référence de transaction et demandez un rapprochement via le processus de commande. Ne lancez pas de transferts répétés simplement parce qu'un écran ne s'est pas mis à jour.
Distinguez l'état local du portefeuille de l'état vérifié du service de réception. Un transfert diffusé, une transaction incluse et une commande acceptée sont des événements différents. Gardez la référence de transaction, l'actif et le réseau à disposition pour une demande technique, mais ne partagez jamais de phrases de récupération, de clés privées ou de fichier de récupération de portefeuille. Ceux-ci ne sont pas nécessaires pour identifier un transfert public.
Gardez la décision de paiement bornée
Ce processus consiste à faire correspondre un transfert à une facture valide, et non à sélectionner des actifs comme investissements ou à promettre la confidentialité sur un registre public. Un flux de commande sans KYC limite la collecte de documents d'identité ; il n'efface pas l'historique des transactions ni les informations divulguées par l'utilisation d'un compte. Gardez les informations personnelles et techniques proportionnées au besoin réel de la commande.
Examinez les instructions complètes de la facture et suivez l'état vérifié de la commande. Conservez la référence de transaction si vous avez besoin d'assistance. N'envoyez pas un second transfert simplement parce qu'un écran de confirmation met du temps à se mettre à jour.
Votre liste de contrôle pratique.
- Utilisez une facture payable issue du service de commande connecté.
- Faites correspondre l'actif et le réseau comme une seule route.
- Vérifiez l'identité du jeton via les informations officielles de l'émetteur.
- Vérifiez le montant livré après les frais côté émetteur.
- Examinez ensemble l'adresse, le montant et l'expiration.
- Conservez la référence de transaction publique sans partager les secrets du portefeuille.
Les détails qui comptent.
Puis-je envoyer USDT sur n'importe quel réseau si le symbole est le même ?+
Non. Utilisez exactement le réseau et la route de jeton spécifiés par la facture. Des noms similaires ne rendent pas interchangeables des transferts sur des blockchains différentes.
Un QR code prouve-t-il que les instructions de paiement sont valides ?+
Non. Il encode des informations. Vérifiez la facture, l'actif, le réseau, la destination et le montant avant d'autoriser un transfert.
Dois-je renvoyer si l'écran de commande reste en attente ?+
Conservez la référence de transaction et utilisez d'abord le processus de rapprochement. Un affichage retardé ne prouve pas que le transfert a échoué ni qu'il doit être dupliqué.
Allez à la source.
Ces références soutiennent les concepts techniques de ce guide. Suivez la documentation actuelle avant de modifier un système de production.
- Ethereum : norme de jeton ERC-20 ethereum.org
- TRON : norme TRC-20 developers.tron.network
- Tether : protocoles pris en charge tether.to
- Ethereum : gas et frais ethereum.org
Conseils éditoriaux par SwissOctet. Les exemples sont illustratifs. Les spécifications de service, les options disponibles et les conditions contractuelles doivent être vérifiées séparément.