

Lorsqu'une commande est créée sur Cryptorefills, le système verrouille un montant spécifique de jetons en fonction du taux de change à ce moment précis. La fenêtre de 30 minutes est la période pendant laquelle ce taux verrouillé reste valide. Les taux de change des cryptomonnaies fluctuent en continu, et un taux verrouillé au moment de la création de la commande peut être matériellement différent du taux qui s'applique 45 minutes plus tard. Autoriser les paiements au-delà de cette fenêtre nécessiterait de recalculer la commande en fonction d'un nouveau taux, ce qui signifierait que l'utilisateur ne paie plus le montant qu'il a confirmé lors du paiement. La fenêtre est donc une caractéristique structurelle de la manière dont les paiements en crypto sont associés aux commandes, et non une restriction arbitraire.
La distinction la plus importante lorsqu'il s'agit d'une commande expirée est de savoir si un paiement a été envoyé avant l'expiration du minuteur ou si la fenêtre s'est fermée sans qu'aucun paiement ne soit envoyé. Ce sont deux situations entièrement différentes qui nécessitent des réponses différentes, et les confondre est la source la plus courante de confusion dans la file d'attente du support.
Si la fenêtre de paiement s'est fermée avant qu'un paiement ne soit envoyé, la commande a expiré et l'adresse de paiement n'est plus valide. Envoyer un paiement à une adresse expirée après la fermeture de la fenêtre crée une situation où les fonds peuvent arriver on-chain mais ne peuvent pas être automatiquement associés à une commande. L'action correcte dans ce scénario est de créer une nouvelle commande, ce qui génère un nouveau taux verrouillé et une nouvelle adresse de paiement. La commande expirée peut être ignorée ; elle n'engendre aucune obligation ni conséquence, car aucun fonds n'était impliqué.
C'est le scénario qui atteint le plus souvent la file d'attente du support avec un sentiment d'urgence, et il nécessite un traitement différent d'une simple expiration. Si un paiement a été envoyé avant la fermeture de la fenêtre de 30 minutes mais que la confirmation on-chain est arrivée après l'expiration du minuteur, la situation est récupérable. Le paiement est visible sur la blockchain et a été envoyé à la bonne adresse dans la fenêtre valide. Contactez le support de Cryptorefills avec le hash de la transaction et le numéro de commande ; le support peut associer le paiement confirmé à la commande expirée dans ces circonstances.
Le guide sur que faire lorsque le paiement n'a pas été confirmé couvre comment localiser le hash de la transaction et vérifier l'état on-chain avant de contacter le support, ce qui fournira à l'équipe de support les informations nécessaires pour résoudre le cas efficacement.
L'adresse de paiement d'une commande expirée ne doit pas être utilisée pour un nouveau paiement. Une fois la commande expirée, envoyer des fonds à cette adresse ne créera ni ne remplira automatiquement une nouvelle commande, car l'adresse a été générée en fonction d'un taux qui n'est plus valide. Une nouvelle commande génère une nouvelle adresse de paiement liée au taux de change actuel. Si des fonds ont été envoyés par erreur à une adresse expirée, contactez le support immédiatement avec le hash de la transaction.
Un paiement envoyé après la fermeture de la fenêtre de 30 minutes arrive on-chain mais n'est pas automatiquement associé à la commande expirée. Le système de commande n'accepte plus de nouveaux paiements contre cette référence de commande. Contactez immédiatement le support avec le hash de la transaction et le numéro de commande. L'équipe de support enquêtera pour savoir si les fonds peuvent être appliqués ou si une solution alternative est disponible, en fonction des circonstances et du timing spécifiques.
Le timestamp de la transaction sur la blockchain est la référence autorisée. Les explorateurs de blocs tels que mempool.space pour Bitcoin, etherscan.io pour Ethereum, solscan.io pour Solana et basescan.org pour Base affichent l'heure exacte à laquelle chaque transaction a été confirmée. Comparer ce timestamp avec l'heure de création de la commande (qui détermine quand la fenêtre de 30 minutes s'est ouverte) permet de déterminer si la confirmation est tombée dans la fenêtre valide ou en dehors.
Une commande peut continuer à s'afficher comme en attente après l'expiration du minuteur si un paiement est en transit on-chain mais n'a pas encore reçu suffisamment de confirmations pour être considéré comme final. Sur des réseaux plus lents tels que Bitcoin ou Ethereum mainnet pendant la congestion, une transaction envoyée avant la fermeture de la fenêtre peut encore être en cours de traitement après l'expiration du minuteur. Dans ce cas, la commande reste en attente plutôt que d'échouer immédiatement, et elle peut être mise à jour en "Terminé" une fois la confirmation on-chain complète. Si la commande reste en attente sans mise à jour après dix à quinze minutes supplémentaires, contactez le support avec le hash de la transaction.
La fenêtre de paiement est fixée à 30 minutes à partir de la création de la commande et ne peut pas être étendue. La fenêtre existe parce que le taux de change est verrouillé au moment de la création de la commande, et une fenêtre plus longue créerait un plus grand décalage entre le taux verrouillé et le taux de marché en vigueur au moment du paiement. Si la fenêtre se ferme avant qu'un paiement puisse être envoyé, créer une nouvelle commande est la bonne approche, car cela génère un nouveau taux et une nouvelle adresse reflétant les conditions du marché actuel.