USDT contre USDC pour les paiements d'entreprise

Ce qu'ils ont en commun

Les deux sont des stablecoins adossés au dollar américain, et les deux sont émis par une entreprise qui détient des réserves en contrepartie : l'USDT par Tether, l'USDC par Circle. Pour un paiement, cela signifie :

• vous fixez le prix en dollars américains et le client paie l'équivalent dans la monnaie qu'il choisit, de sorte qu'aucune des parties ne supporte de variation de prix entre la commande et le paiement ;
• les deux existent sur plusieurs blockchains, le réseau fait donc partie du paiement autant que la monnaie (voir TRC20, ERC20 et BEP20 pour les paiements) ;
• les deux peuvent être envoyés depuis un portefeuille ou une plateforme, et les deux arrivent comme un transfert crypto que l'expéditeur ne peut pas annuler.

Qvard prend en charge l'USDT et l'USDC parmi ses actifs ; voir les monnaies prises en charge pour les réseaux sur lesquels chacun est disponible.

En quoi ils diffèrent pour un paiement

• Portée auprès des clients. L'USDT est le stablecoin que beaucoup de clients détiennent déjà, surtout pour les transferts entre particuliers et dans de nombreuses régions. L'USDC est courant chez les clients qui travaillent avec des plateformes réglementées et des produits financiers. Savoir lequel détient tel client est un fait propre à ce client, pas sur votre entreprise.
• Émetteur et transparence. Les deux émetteurs sont des entreprises différentes dans des juridictions différentes, avec des approches différentes de la publication des réserves et de la réglementation. Certaines entreprises et certains clients ont une politique qui privilégie un émetteur ; vérifiez si c'est le cas de la vôtre.
• Réseaux. Chaque monnaie est disponible sur plusieurs réseaux, et le réseau le moins cher ou le plus commode pour un client peut varier selon la monnaie. Le client choisit l'actif et le réseau sur la page de paiement.
• Gel. Les deux émetteurs peuvent geler des jetons à une adresse. C'est une propriété de la monnaie, pas de votre passerelle, et cela compte si vous détenez longtemps de gros soldes.

Aucune de ces différences ne change la façon dont le paiement est créé : vous envoyez la même requête, et le client choisit la monnaie sur la page de paiement.

Les risques à comprendre

Les stablecoins ne sont pas sans risque. Trois points à dire franchement :

• Risque de l'émetteur. Un stablecoin vaut ce que valent les réserves et l'entreprise qui le soutient. Si vous détenez des soldes longtemps, réfléchissez à l'exposition à un seul émetteur que vous acceptez.
• Risque de décrochage. En période de tension, un stablecoin peut s'échanger sous un dollar. Pour un paiement réglé en quelques minutes, c'est un petit risque ; pour un solde détenu des semaines, ce n'est pas rien.
• Risque opérationnel. La perte la plus courante est un client qui envoie sur le mauvais réseau, et cela arrive de la même façon avec les deux monnaies.

Vous réduisez les deux premiers en ne gardant pas plus que nécessaire en stablecoins et en retirant vers votre propre portefeuille ou en convertissant via un service de confiance. Le retrait ne coûte que les frais de réseau ; le retrait vers un compte bancaire en monnaie fiat n'est pas disponible.

Lequel accepter

Pour la plupart des entreprises, la réponse est les deux :

• Accepter les deux supprime un motif d'abandon du paiement (« je détiens l'autre monnaie »).
• Créer le paiement ne coûte rien de plus : le client choisit sur la page de paiement, ou vous présélectionnez un moyen de paiement pour l'orienter.
• Cela répartit un peu votre exposition à un seul émetteur.

Ne proposez qu'une seule monnaie quand vous avez une raison claire, par exemple une clientèle qui utilise massivement une monnaie, ou une politique qui exige un émetteur. Dans tous les cas, indiquez clairement, au moment du paiement, quelles monnaies et quels réseaux vous acceptez.

Mise en place pratique

1. Créez le paiement en dollars américains comme d'habitude : un POST vers https://api.qvard.com/api/v1/payment avec votre clé dans l'en-tête Authorization: Bearer, votre numéro de commande comme id et le montant comme price.
2. Laissez le client choisir la monnaie et le réseau sur la page de paiement. Ne transmettez un paymentSystemId que si vous voulez l'ouvrir avec un moyen précis sélectionné.
3. Ne marquez la commande comme payée qu'à partir du webhook, envoyé lorsque le paiement est terminé ; répondez précisément par HTTP 200.
4. Rapprochez en dollars : enregistrez la valeur de la commande en dollars et gardez l'id du paiement à côté, quelle que soit la monnaie.

Les formats de requête sont dans API de paiement crypto pour les développeurs, et le point de départ le plus courant dans comment accepter les paiements en USDT TRC20.

FAQ