Pagamento insufficiente di un ordine, cosa succede realmente

Creer un ordre pour 0,05 BTC. Vous envoyez 0,0498 BTC parce que votre plateforme a déduit ses frais de retrait du montant plutôt que de les ajouter. L'ordre attend 0,05 et reçoit moins. Que fait le système ?

Réponse courte : il traite ce qu'il a reçu, au taux de change verrouillé, et vous verse le montant correspondant. Rien n'est bloqué, rien n'est perdu, et il n'y a pas de pénalité. La réponse longue mérite un article, car chaque écart n'est pas traité de la même manière.

Pourquoi le montant reçu est presque toujours différent

Un dépôt exactement égal au montant de la quotation est l'exception, pas la règle. Trois causes mécaniques :

1. Les frais de retrait de la plateforme d'origine. La plupart des interfaces proposent « envoyer le maximum » ou « retirer tout » et déduisent leurs frais du montant que vous avez saisi. Saisissez 0,05 et il reste 0,05 moins les frais.
2. Les frais de réseau sur les chaînes UTXO. Sur Bitcoin ou Litecoin, une transaction consomme des entrées et crée des sorties ; les frais sortent de la différence. Un portefeuille qui envoie « le solde entier » ajuste le montant à la baisse.
3. La précision d'affichage. Un solde affiché comme 0,05 peut être 0,04999998 en unités de base. L'arrondi visuel n'est pas l'arrondi comptable.

Un système exigeant le montant exact au satoshi rejetterait presque chaque dépôt légitime. C'est pourquoi le montant de la quotación est une intention, pas une condition.

Comment un paiement insuffisant est traité

Lorsque le dépôt reçu est inférieur au montant de la quotación, la séquence est la suivante.

Le taux de change verrouillé s'applique tel quel. Le taux de change gelé à la création de l'ordre ne dépend pas de la quantité. Il est recalculé sur la quantité réellement reçue. Vous ne perdez pas le bénéfice du verrouillage parce que vous avez envoyé moins.

Les frais variables suivent le montant. Étant un pourcentage, le spread diminue. Les frais fixes ne bougent pas : le coût réseau estimé et les frais de canal de paiement restent les mêmes. Sur un petit écart, cela est négligeable ; sur un dépôt bien inférieur à l'ordre, la part relative des frais fixes augmente. Ce mécanisme est décrit dans Taux de change affiché versus taux de change effectif.

Le net est recalculé et affiché. Vous voyez le nouveau montant avant le paiement, avec la même ventilation ligne par ligne.

Le paiement sort normalement, dès que les confirmations sont atteintes.

Une seule condition peut le bloquer : si le montant reçu tombe sous le dépôt minimum de l'actif. Ce minimum existe parce qu'en dessous, les coûts fixes dépassent la valeur du dépôt ; il est publié sur chaque page d'actif et répété sur la page limites. Dans ce cas, le dépôt est conservé et vous avez deux options : le compléter avec un second envoi à la même adresse, ou demander un retour à l'adresse d'origine, moins le coût réseau du retour.

Comment un trop-perçu est traité

Le cas symétrique, et plus simple. L'excédent est traité avec le reste, au même taux de change verrouillé, tant que le total reste sous le plafond applicable à votre niveau de vérification.

Si le total dépasse ce plafond, la partie au-dessus n'est pas convertie automatiquement. Elle attend, avec deux issues possibles : vous complétez la vérification pour débloquer un niveau supérieur, ou vous demandez le retour de l'excédent. Les niveaux sont publiés sur la page vérification d'identité.

Envois multiples vers la même adresse

L'adresse de dépôt est dédiée à un seul ordre. Plusieurs envois vers cette adresse pendant la fenêtre de validité sont additionnés et traités comme un seul dépôt.

Deux détails importants :

• Chaque envoi a ses propres confirmations. Le paiement attend que le dernier envoi compté soit confirmé, pas seulement le premier.
• Après l'expiration de la fenêtre, l'adresse est toujours surveillée mais le taux de change ne l'est pas. Un envoi tardif déclenche une nouvelle quotación, décrite ci-dessous.

Le dépôt arrive après l'expiration du taux de change

C'est le cas le plus fréquent après un paiement insuffisant, et la principale source de confusion. La fenêtre de verrouillage — quinze minutes pour un actif volatil, trente pour un stablecoin — est calibrée sur le temps de confirmation typique d'un envoi correctement tarifé. Un envoi avec des frais trop bas la dépasse régulièrement.

Que se passe-t-il alors :

1. Le dépôt est détecté et rattaché à votre ordre.
2. Le taux de change initial ne s'applique plus. Le système produit une nouvelle quotación au taux de change actuel.
3. Vous devez explicitement accepter le nouveau montant. Aucun paiement ne part sans cette acceptation.
4. Si vous refusez, un retour à l'adresse d'origine est proposé, moins le coût réseau.

Le point essentiel : nous ne pouvons pas honorer un taux de change expiré. Entre le moment de la quotación et l'arrivée du dépôt, la couverture de marché correspondante n'existe plus. Un service promettant de maintenir un taux de change indéfiniment ne tiendrait pas cette promesse sur un mouvement défavorable — il la tiendrait seulement quand cela lui conviendrait.

Le mauvais réseau

Un cas différent, plus lourd. Vous avez envoyé l'actif attendu, mais sur un réseau que l'ordre n'attendait pas — par exemple, USDT ERC-20 vers une adresse de dépôt Polygon.

Sur les réseaux compatibles EVM, la même clé privée contrôle la même adresse sur chaque chaîne. La récupération est donc techniquement possible : elle demande un travail manuel sur la chaîne concernée et a un coût, qui est déduit des fonds récupérés. Le délai dépend de la file d'attente.

Hors EVM, la récupération n'est pas garantie. Envoyer du BTC vers une adresse Bitcoin Cash, ou un dépôt XRP sans memo, sont des cas spéciaux couverts dans Le memo manquant.

Le mauvais actif

Vous avez envoyé de l'ETH vers une adresse de dépôt créée pour de l'USDC ERC-20. L'adresse est valide, la transaction réussit, mais l'ordre attendait autre chose.

Ces fonds sont capturés lors du rapprochement et traités comme un cas manuel. Si l'actif est un que nous acceptons, un nouvel ordre peut être créé au taux de change actuel. Si ce n'est pas le cas — un jeton que nous ne listons pas, un NFT, un actif à anonymat renforcé — nous ne pouvons ni le convertir ni le conserver, et seul un retour est possible.

Le résumé

| Situation | Traitement | Ce que vous devez faire | | --- | --- | --- | | Dépôt légèrement insuffisant | Recalculé au taux de change verrouillé | Rien | | Dépôt sous le minimum de l'actif | Conservé | Compléter ou demander un retour | | Trop-perçu sous le plafond | Entièrement traité | Rien | | Trop-perçu au-dessus du plafond | Excédent conservé | Compléter la vérification ou demander un retour | | Dépôt après expiration du taux de change | Nouvelle quotación | Accepter ou refuser | | Mauvais réseau, chaîne EVM | Récupération manuelle | Ouvrir un ticket | | Mauvais réseau, non-EVM | Cas par cas | Ouvrir un ticket | | Mauvais actif | Cas manuel | Ouvrir un ticket |

Pourquoi nous ne refusons pas simplement un dépôt non conforme

Un système plus strict est concevable : n'accepter que la quantité exacte, refuser tout le reste. Certains services font exactement cela, et il vaut la peine d'expliquer pourquoi nous ne le faisons pas.

Refuser signifie retourner. Retourner coûte une transaction réseau, prélevée sur vos fonds, et prend du temps. Sur un dépôt court d'une fraction de pour cent — ce qui est l'écrasante majorité des écarts — vous paieriez un coût réel pour une différence sans signification économique.

Refuser ne résout aussi rien. La cause de la plupart des écarts est du côté de l'envoi : une plateforme déduisant ses frais, un portefeuille ajustant un envoi de solde entier. Une règle qui rejette ces dépôts ne les empêche pas de se produire, elle les rend juste coûteux.

Le choix de conception est donc de traiter ce qui arrive, de recalculer honnêtement au taux de change verrouillé, et de vous montrer la nouvelle ventilation avant que quoi que ce soit ne soit payé. Le seul cas où nous conservons plutôt que de traiter est un dépôt sous le minimum de l'actif, et c'est une question d'arithmétique plutôt que de politique : en dessous, les coûts fixes dépassent ce que vous recevriez.

Comment éviter la plupart de ces situations

• Utilisez le bouton de copie pour le montant plutôt que de le retaper.
• Vérifiez si votre plateforme déduit ses frais du montant ou les ajoute.
• Envoyez avec des frais de réseau normaux, pas le niveau le plus bas.
• Vérifiez le sélecteur de réseau avant de coller l'adresse.
• Pour un montant important, envoyez une transaction de test lorsque le coût réseau le permet.

Les cas concrets et les procédures sont détaillés dans la section Dépôts du centre d'aide.