01Vérifiez d'abord s'il s'agit vraiment d'un mauvais réseau

Ouvrez l'historique d'envoi d'origine dans le portefeuille ou la plateforme de retrait, copiez le hash de transaction, puis vérifiez le statut, l'actif, les adresses et la quantité dans l'explorateur de blocs du réseau correspondant. Ne vous fiez pas uniquement au solde total du portefeuille ou à un message de succès. La section « Transactions » de la documentation officielle de l'explorateur Ethereum liste ces champs vérifiables.

Si vous êtes encore sur une page de confirmation non soumise, vous pouvez d'abord revenir en arrière pour modifier ; si elle a déjà été soumise, vérifiez d'abord la transaction d'origine afin d'éviter de laisser simultanément deux paiements difficiles à distinguer. Pour savoir comment rechercher, consultez la différence entre numéro d'ordre et hash de transaction.

资料依据：Ethereum : Block explorers — Transactions et enregistrements de transferts de jetons ↗

02Comparez l'envoi réel et l'ordre d'origine côte à côte

Comparez successivement la devise, le réseau d'envoi, l'adresse de réception de l'ordre et le tag requis. Par exemple, si l'ordre exige ETH sur Ethereum, mais que vous envoyez un actif du même nom depuis un autre réseau, même si le portefeuille permet la soumission, cela ne respecte pas les exigences de dépôt de l'ordre d'origine.

La rubrique « envoi vers un mauvais réseau » de l'aide applicable aux ordres indique que ce type de dépôt peut ne pas se terminer automatiquement et doit être vérifié via l'aide des ordres FeilongEX. Si le réseau correspond, continuez à vérifier le jeton, le tag ou l'avancement de l'identification ; n'attribuez pas tous les cas de non-réception à une erreur de chaîne.

资料依据：FeilongEX : adresse, réseau et vérification du paiement ↗

03Distinguez succès on-chain, crédit sur plateforme et récupérabilité

Le succès on-chain indique que la transaction a été exécutée sur le réseau réellement utilisé ; cela ne garantit pas que la plateforme de réception le prend en charge, ni que la plateforme peut créditer votre compte. Même si les caractères de l'adresse sont identiques, le destinataire doit encore confirmer sa capacité à traiter ce type d'actif sur ce réseau.

La page des protocoles pris en charge par Tether liste les informations d'actif par réseau. Demandez au destinataire s'il prend en charge la version réellement reçue, et non simplement s'il prend en charge USDT ; lors de la recherche, indiquer le réseau précis est plus utile que de donner un nom de devise.

资料依据：Ethereum : Block explorers — Transactions et enregistrements de transferts de jetons ↗Tether : Supported Protocols — distinguer les actifs par réseau ↗

04Préparez les pièces et confirmez les limites du traitement de récupération

Indiquez au support officiel vérifié : le numéro d'ordre d'origine, la devise et le réseau que vous souhaitiez envoyer, la devise et le réseau réellement envoyés, ainsi que le hash de transaction et le montant. Conservez d'abord les faits, sans réécrire la situation réelle pour la faire correspondre à la description de l'ordre d'origine. Le numéro d'ordre doit être fourni via le canal de support, et non publié publiquement.

La récupération d'erreurs de dépôt, comme un mauvais réseau, peut entraîner des frais de réseau ou de traitement, et le remboursement est également limité par l'ordre réel et l'état sur la chaîne. Soumettre une demande ne signifie pas que la récupération est nécessairement possible, ni qu'un remboursement intégral sera effectué ; veuillez confirmer via l'aide de commande FeilongEX les options disponibles, les frais et les conditions pour ce cas.

资料依据：FeilongEX : adresse, réseau et vérification du paiement ↗Conditions de service FeilongEX : conditions de remboursement et de traitement des erreurs de réseau ↗

05Ne considérez pas un nouveau transfert comme un bouton de réparation

Créer un nouvel ordre, changer le réseau de la page web ou envoyer un autre transfert ne déplace pas la transaction d'origine vers une autre chaîne. Si un changement de chaîne reste nécessaire par la suite, traitez d'abord l'ordre d'origine, puis vérifiez un nouvel itinéraire distinct. Par exemple, les exigences d'envoi de USDT TRC20 vers ERC20 et de l'échange inverse sont différentes.

La destination de remboursement doit également être préparée selon les règles réelles, et l'on ne peut pas supposer que l'adresse de réception cible convient au remboursement. Vous pouvez poursuivre avec les explications sur l'adresse de remboursement ; si le réseau est correct mais que le solde n'augmente pas, consultez le diagnostic de non-réception.

资料依据：Conditions de service FeilongEX : conditions de remboursement et de traitement des erreurs de réseau ↗Tether : Supported Protocols — distinguer les actifs par réseau ↗

FAQ

Si les adresses des deux réseaux semblent identiques, peut-on forcément les récupérer ?

On ne peut pas en juger ainsi. La prise en charge de l'actif et du réseau réels, et la possibilité de traiter cette transaction, doivent être confirmées par le destinataire réel.

Si je corrige le réseau sur la page FeilongEX, le paiement d'origine sera-t-il automatiquement mis en correspondance ?

Cela ne réécrira pas la transaction sur la chaîne d'origine. Conservez l'ordre d'origine et expliquez la situation d'envoi réelle au support.

Le réseau est correct, mais le solde de la plateforme n'a pas augmenté : est-ce aussi un mauvais réseau ?

Pas nécessairement. Il faut aussi vérifier la version de l'actif, l'adresse, le tag et l'état du traitement, puis poursuivre le diagnostic selon les preuves concrètes.