Règlement non dépositaire
Les USDT vont directement au portefeuille marchand ; BoltUtil ne conserve ni fonds ni clés privées.
Pourquoi un webhook de paiement USDT ne peut réussir qu'après une nouvelle tentative
Lorsque le paiement blockchain est déjà effectué mais que l'application marchande n'est mise à jour qu'après une deuxième tentative de webhook, le problème concerne généralement la disponibilité du point de terminaison, la gestion des signatures, le comportement de délai d'attente ou l'exécution non idempotente.
- Construit pour
- Construit pour
- Construit pour
- TRC20 / ERC20 / BEP20 / Polygon / Solana
- Construit pour
- Commencez à accepter l'USDT
Confirmez que votre point de terminaison renvoie une réponse 2xx uniquement après une acceptation durable.
Webhook retry diagnosis
1. Confirm the order status is already completed
2. Open the webhook delivery log for the order
3. Check first attempt HTTP status, timeout, and response body
4. Verify raw body signature before parsing JSON
5. Make fulfillment idempotent by order ID and tx hash
6. Fix the endpoint, then resend or wait for the next retryLorsque le paiement blockchain est déjà effectué mais que l'application marchande n'est mise à jour qu'après une deuxième tentative de webhook, le problème concerne généralement la disponibilité du point de terminaison, la gestion des signatures, le comportement de délai d'attente ou l'exécution non idempotente.
Pourquoi un webhook de paiement USDT ne peut réussir qu'après une nouvelle tentative
- 01
Créez la commande depuis votre serveur avec le montant, le réseau et votre identifiant externe.
- 02
Affichez au client l’URL de paiement, le réseau, l’adresse, le QR code et le montant USDT exact.
- 03
BoltUtil vérifie le réseau, le contrat du token, l’adresse, le montant, l’expiration et les confirmations.
- 04
Après confirmation, vérifiez la signature du webhook et exécutez la commande de façon idempotente.
Cinq réseaux USDT
Une seule API surveille TRC20, ERC20, BEP20, Polygon et Solana avec un format de webhook commun.
Webhooks signés
La signature HMAC, l’horodatage et les journaux de renvoi sécurisent l’automatisation après paiement.
Notes d'intégration
Ce qui compte avant la production
Créez les commandes côté serveur
N’exposez jamais la clé API dans le navigateur et enregistrez l’identifiant externe avant le checkout.
Affichez clairement le réseau
Indiquez TRC20, ERC20, BEP20, Polygon ou Solana avec l’adresse afin d’éviter les erreurs de réseau.
Exécutez après vérification
L’URL de retour ne prouve pas le paiement ; utilisez le webhook signé ou une requête de statut serveur.
Questions posées par les commerçants avant de lancer une mise en ligne
Ces réponses aident les développeurs, les fondateurs et les équipes d'assistance à comprendre le cycle de vie des paiements avant d'accepter de vrais paiements USDT.
BoltUtil conserve-t-il les fonds du marchand ? +
Non. Les fonds vont directement au portefeuille marchand et BoltUtil surveille les transferts.
Comment un paiement USDT est-il rapproché ? +
Le système vérifie le réseau, le token, l’adresse, le montant exact, l’état et l’expiration de la commande.
Quels réseaux USDT sont pris en charge ? +
TRC20, ERC20, BEP20, Polygon et Solana.
Ressources associées
Lancez un flux de paiement USDT plus propre
Créez des commandes, surveillez les transferts et informez votre backend sans demander aux clients d'envoyer des captures d'écran.
Créer un compte gratuit