Laboratoire de rejeu du cycle de paiement
Avant d’accepter des fonds réels, rejouez un paiement de sa création à son état final avec des commandes et notifications synthétiques, pour vérifier chaque situation anormale. Toute commande, adresse, transaction et notification de cette page est synthétique.
- Sept scénarios : paiement normal, sous-paiement, surpaiement, incertitude due à une réorganisation, expiration sans paiement, nouvelles tentatives de webhook avec doublon et transition interdite
- Chronologie : chaque transition d’état est détaillée ; les transitions rejetées sont motivées et laissent l’exécution inchangée
- Notification synthétique : les champs suivent le contrat de la plateforme ; la signature porte un marqueur explicite de non-signature et n’est pas vérifiable
- Destination : le rejeu ne peut atteindre que le consommateur isolé dans le produit ou un point de test local autorisé
- Conservation et export : les exécutions restent dans votre navigateur et les exports ne contiennent aucun identifiant
Questions fréquentes
Le laboratoire utilise-t-il des fonds ou notifications réels ?
Non. Toutes les commandes, adresses, transactions et notifications sont synthétiques. La signature indique explicitement l’absence de signature et la livraison se limite au consommateur isolé du produit ou à un point de test local autorisé, jamais à un système utilisateur réel.
Que vérifie réellement un rejeu ?
Il vérifie la logique de traitement face aux retards de confirmation, expirations, écarts de montant, preuves on-chain incertaines et notifications en double, notamment leur traitement idempotent. Il ne constitue pas un test d’intégration en production et ne remplace pas la vérification des signatures dans un véritable environnement de test.
Pages connexes: Documentation API Tovanix · Passerelle de paiement crypto multichaîne · Utiliser les paiements multichaînes
Chargement…