Le dépôt n’est pas arrivé : mémo, mauvais réseau, et ce qui se récupère

L’explorateur avant toute chose

Collez le hachage de transaction dans l’explorateur de blocs du réseau utilisé, parce que tout ce que vous ferez ensuite dépend de savoir si la transaction est absente, en attente ou confirmée.

Le hachage de transaction, parfois appelé TxID ou TxHash, est une longue chaîne qui identifie cette transaction précise. Si les fonds ont été envoyés par une plateforme, il figure dans la ligne d’historique de retrait. Par un portefeuille, dans le détail de la transaction. Par une personne — un marchand P2P, un proche — demandez-le-lui, et n’acceptez pas une capture de solde en guise de substitut.

Ouvrez ensuite l’explorateur de la bonne chaîne. Tronscan pour Tron, Etherscan pour Ethereum, BscScan pour BNB Smart Chain, mempool.space pour Bitcoin. Les explorateurs sont publics et en lecture seule. Aucun compte n’est nécessaire, et aucun ne doit jamais vous réclamer une clé privée ou une phrase de récupération.

Sans hachage, cherchez plutôt l’adresse de destination. L’explorateur liste toutes les transactions qui l’ont touchée ; si la vôtre n’y figure pas dans la fenêtre attendue, le transfert n’a pas eu lieu sur cette chaîne.

Trois résultats, trois branches :

1. Rien trouvé. La transaction n’a jamais été diffusée, ou elle est partie sur un autre réseau que celui que vous croyez. Problème côté expéditeur.
2. Trouvée, encore en attente ou non confirmée. Elle est diffusée et attend d’être incluse ou d’accumuler des confirmations. Attendre est l’action correcte.
3. Trouvée et confirmée. La chaîne a fait son travail. Ce qui cloche encore relève du routage, du crédit ou de la destination, et les sections ci-dessous traitent chaque variété.

La transaction n’est pas sur l’explorateur. Et maintenant ?

Rien n’est encore parti de chez l’expéditeur : le problème et sa réparation sont tous deux du côté émetteur, et le service receveur ne peut rien pour vous.

Un retrait de plateforme traverse des étapes internes avant d’être diffusé, et il peut caler à chacune. Blocages courants : un verrou de sécurité appliqué automatiquement après un changement de mot de passe, une connexion depuis un nouvel appareil ou une modification de la double authentification, en général pour une durée fixe ; une revue manuelle déclenchée par le montant, la destination ou l’ancienneté du compte ; une confirmation par e-mail ou dans l’application que personne n’a validée ; ou le réseau temporairement suspendu pour cet actif. Ces étapes font l’objet d’un article à part sur les retraits qui restent « en attente ».

Depuis un portefeuille auto-hébergé, la panne est en général autre. La transaction a été signée et diffusée avec des frais trop bas pour l’état du réseau, et elle reste non confirmée. Sur les chaînes qui le permettent, la réparation consiste à la resoumettre avec des frais plus élevés, ou à l’annuler en la remplaçant par une transaction vers vous-même avec le même nonce. Ce sont des fonctions du portefeuille, pas de la plateforme.

Un cas ressemble à une transaction manquante sans en être une. Si l’expéditeur a choisi un réseau différent de celui que vous consultez, la transaction est sur l’explorateur de cette autre chaîne, en parfaite santé. Avant de conclure que rien n’a été envoyé, vérifiez dans son historique quel réseau a réellement servi, puis regardez là. Cela déplace tout le problème vers le cas du mauvais réseau, plus bas.

C’est confirmé sur la chaîne mais mon solde n’a pas bougé

Confirmation et crédit sont deux événements différents : la plateforme ne crédite pas tant que le dépôt n’a pas le nombre de confirmations qu’elle exige pour cet actif sur ce réseau.

Ce nombre est fixé par la plateforme, par actif et par réseau. Ce n’est pas une propriété du protocole, il diffère d’une plateforme à l’autre pour la même crypto, et il peut être relevé temporairement si une chaîne se comporte bizarrement. L’exigence et votre compteur actuel sont en général affichés sur la ligne d’historique du dépôt : c’est la deuxième chose à regarder après l’explorateur.

Si le compteur monte encore, la réponse est d’attendre. Une chaîne qui produit un bloc toutes les quelques secondes franchit vite une exigence ; une chaîne à un bloc toutes les dix minutes, non — sur Bitcoin, six confirmations font une heure de montre, pas une minute.

Si l’exigence est atteinte et que rien n’est crédité, passez en revue les petites causes avant de supposer une panne.

• Dépôts suspendus pour ce réseau. Les plateformes mettent un réseau en pause pendant une mise à niveau de chaîne ou une maintenance des nœuds, puis traitent l’arriéré. Les pages d’annonces le signalent. Les fonds ne sont pas en danger, ils font la queue.
• Sous le dépôt minimum. Beaucoup de plateformes posent un plancher et ne créditent pas automatiquement en dessous. Parfois le support peut, parfois le montant ne vaut pas la procédure.
• Un mémo obligatoire a été oublié. La section suivante y est consacrée.
• L’actif ou le réseau ne fait pas partie de ce qu’ils créditent à cette adresse. Voir plus bas également.

Si rien de tout cela ne s’applique et que les confirmations dépassent largement l’exigence, c’est le moment d’ouvrir un ticket, avec les informations listées plus haut déjà en main.

Qu’est-ce qu’un mémo, et que se passe-t-il si je l’ai oublié ?

Un mémo, aussi appelé étiquette de destination, est un identifiant court attaché à la transaction qui dit au service receveur à quel client les fonds appartiennent ; l’omettre sur un actif qui en exige un laisse l’argent posé sur le compte mutualisé du service, sans rien pour l’acheminer.

Certaines blockchains donnent une adresse unique à chaque utilisateur, d’autres non. Sur celles qui ne le font pas, ou quand créer un compte coûte quelque chose, une plateforme utilise une seule adresse de dépôt partagée par tous les clients qui détiennent cet actif. L’adresse identifie la plateforme. Le mémo vous identifie, vous. Sans lui, les fonds arrivent anonymes dans la masse.

Parmi les actifs qui en exigent un couramment : XRP, où on parle d’étiquette de destination, ainsi que XLM, EOS, ATOM, TON et HBAR, où l’on parle de mémo, d’étiquette ou de commentaire selon l’interface. La page de dépôt le dit, en général dans un encadré rouge que l’on dépasse en faisant défiler. Les jetons sur Tron, Ethereum et BNB Smart Chain n’utilisent pas de mémo, chaque client ayant sa propre adresse — et c’est précisément ainsi que se prend l’habitude d’ignorer ce champ.

Mécaniquement : la transaction se confirme normalement, l’explorateur l’affiche comme réussie, le solde de l’adresse partagée augmente, et votre compte ne change pas. Rien n’est perdu, rien n’est cassé. Ce qui manque, c’est l’étiquette.

C’est l’un des dossiers les plus régulièrement résolus. La plupart des plateformes ont une procédure de récupération manuelle, et pour un actif listé sur un réseau pris en charge, cela finit d’ordinaire par un crédit. Ce n’est pas une promesse pour autant. Il faut un ticket avec tous les détails de la transaction, un humain le traite, cela peut durer longtemps, certaines plateformes facturent des frais de dossier, d’autres refusent en dessous d’une valeur minimale. Qui vous annonce une date de résolution devine.

Un mémo faux est un problème plus dur qu’un mémo absent. Si la valeur envoyée correspond au compte d’un autre client, les fonds ont pu lui être crédités, et défaire cela suppose l’intervention d’un tiers qui n’a aucune obligation de coopérer. Copiez le mémo depuis la page de dépôt à chaque fois, pas depuis une note.

J’ai envoyé sur le mauvais réseau. C’est perdu ?

Tout dépend de qui contrôle une clé pour cette adresse sur la chaîne réellement utilisée : c’est la seule question qui sépare une récupération payante d’une perte définitive.

Le décor est toujours le même. Vous avez sélectionné un réseau côté émetteur, collé une adresse que la destination avait émise pour un autre réseau, et le champ l’a acceptée parce que le format était valide. Ethereum et BNB Smart Chain partagent un format d’adresse : entre eux, cela arrive sans arrêt. La transaction est une transaction normale et réussie sur la chaîne que vous avez choisie. Elle a simplement atterri là où personne ne regarde.

Cas un : la destination est votre propre portefeuille. C’est la bonne fin. Si vous détenez la phrase de récupération, vous contrôlez cette adresse sur toutes les chaînes de la même famille. Ajoutez le réseau dans votre portefeuille, basculez dessus, ajoutez le contrat du jeton si le solde n’apparaît pas tout seul, et les fonds sont là. Il vous faudra un peu de la monnaie native de cette chaîne pour le gas avant de pouvoir les bouger : c’est le seul vrai obstacle.

Cas deux : la destination est une plateforme, et elle détient la clé sur cette chaîne. Techniquement récupérable. La plateforme peut balayer l’adresse avec le même matériel de clé. Le fera-t-elle est une question de politique interne, pas de technique : beaucoup proposent ce service au cas par cas, souvent contre paiement, souvent seulement pour les actifs qu’elles gèrent sur cette chaîne, et souvent au-dessus d’une valeur minimale. C’est une opération manuelle chez elles, et elle fait la queue derrière tout le reste.

Cas trois : personne ne détient de clé sur cette chaîne. Les fonds sont hors d’atteinte. Cela couvre les envois vers une chaîne où la destination n’opère pas du tout, et les envois vers une adresse de contrat dépourvue de mécanisme pour transmettre ou renvoyer des jetons. Aucun ticket, aucune escalade, aucune lettre d’avocat n’y change rien. La réponse honnête est que l’argent est perdu, et la chose utile à faire est d’arrêter d’y consacrer de l’énergie.

Si vous tombez dans le cas deux, autant déposer une demande de récupération correctement du premier coup. Ce qu’elle exige :

1. Le hachage de la transaction.
2. Le réseau réellement utilisé, nommé exactement comme l’interface le nomme.
3. L’actif et le montant exact, à la décimale près.
4. L’adresse émettrice et l’adresse réceptrice, en entier toutes les deux.
5. Les horodatages : soumission et confirmation, avec le fuseau horaire précisé.
6. Le compte visé, et une capture de l’enregistrement de retrait côté émetteur.

Ensuite, attendez, et attendez-vous à une longue attente. Déposez une fois, gardez le numéro de ticket, ajoutez des informations quand on vous en demande plutôt que d’ouvrir des doublons — dans la plupart des systèmes, cela vous renvoie en bas de la file.

Les jetons que la plateforme n’a jamais listés

La transaction réussit sur la chaîne et le logiciel de la plateforme l’ignore, parce que créditer un actif suppose une intégration qui n’existe pas pour un jeton jamais listé.

Une adresse de dépôt de plateforme est surveillée par des processus configurés pour des actifs précis sur des chaînes précises. Un jeton hors de cet ensemble arrive à une adresse que la plateforme contrôle et n’est simplement pas vu. Même chose pour les jetons parachutés qui apparaissent sur une adresse de dépôt utilisée jadis : à considérer comme perdus par défaut.

Certaines plateformes examineront la récupération d’un jeton non listé sur une chaîne où elles opèrent, dans le même traitement au cas par cas décrit plus haut ; d’autres refusent net, parce que manipuler un contrat non audité porte son propre risque pour elles. Les deux positions se défendent. Aucune ne se prévoit à l’avance.

La prévention est la même que partout dans cet article : prenez l’adresse de dépôt sur la page de la destination pour cet actif exact, et lisez le nom de l’actif aussi attentivement que celui du réseau. Le raisonnement derrière cette habitude est développé dans l’article sur le choix du réseau de transfert.

Ce qui se récupère suit la clé

Les attentes de confirmations et les mémos oubliés sur des actifs listés se règlent en routine ; les envois sur le mauvais réseau vers une plateforme se règlent parfois, contre paiement ; les envois vers une chaîne où personne n’opère ne se règlent pas du tout.

Fixer des attentes honnêtes est plus utile que rassurer. Le tableau résume des issues typiques, il n’engage personne.

Le motif qui traverse tout le tableau : ce qui se récupère suit le contrôle de la clé, pas l’équité, pas l’effort fourni, pas le caractère excusable de l’erreur. Si quelqu’un détient la clé, il existe un chemin et il est lent. Si personne ne la détient, il n’y a pas de chemin, et aucune insistance n’en fabrique un.

D’où le fait que les quatre secondes passées à comparer le menu de réseau avec la page de dépôt de la destination sont l’habitude la plus rentable de tout ce sujet. J’ai fait l’erreur du mémo une fois et celle du mauvais réseau une fois. Les deux ont été récupérées, les deux ont pris bien plus de temps que l’opération qu’elles devaient financer, et aucune n’était intéressante.