Dates limites des transactions STON.fi expliquées : risque lié au temps versus slippage
STON.fi DEX v2 intègre une échéance d’exécution dans la charge utile du swap afin qu’une opération préparée puisse être rejetée si elle arrive après son horodatage autorisé. Cela stoppe un type de risque d’exécution différée. Cela ne remplace pas le minimum reçu ni la validité du portefeuille.
🔥 Pourquoi l’exécution différée STON.fi est importante
- Après avoir approuvé un devis, l’inclusion, la gestion par le Router et l’exécution par le Pool peuvent prendre plus de temps que prévu.
- Les réserves du Pool peuvent changer pendant que l’instruction signée reste techniquement valide.
- Sans limite de temps, un ancien swap peut encore s’exécuter simplement parce que d’autres conditions restent valides.
🚀 Comment fonctionne la date limite
Supposons qu’un swap préparé à 12:00 porte une date limite à 12:15. À 12:14, il peut encore se poursuivre si les autres vérifications passent. À 12:16, il devrait suivre le chemin d’échec ou de remboursement au lieu de s’exécuter normalement. Le contrat compare uniquement le temps d’exécution avec l’horodatage encodé.
🧠 La date limite et le Min Out sont deux fonctions différentes
- La date limite demande : cette opération est-elle trop ancienne ?
- Min out demande : la sortie actuelle est-elle inférieure au minimum encodé ?
- Un swap en retard qui renvoie encore assez de tokens peut passer le prix et échouer sur le temps, ou l’inverse.
💬 Des couches supplémentaires à remarquer
Les portefeuilles TON et TonConnect peuvent également utiliser un validUntil sur la requête signée. Cette fenêtre côté portefeuille n’est pas la même que la date limite de STON.fi qui transite via les messages Router et Pool. Les routes TON multi-contrats ne sont pas non plus entièrement atomiques : l’expiration peut donc arrêter une étape tardive sans dérouler tous les messages précédents.
Les deadlines STON.fi sont une protection d’exécution basée sur le temps, conçue pour les retards sous forte charge. Associez-les à une simulation récente et à une sortie minimale raisonnable.
Une deadline STON.fi plus courte vous rendrait-il plus à l’aise pour signer un swap ? 👇
Dites comment vous définissez actuellement la durée de vie d’un swap dans les commentaires.
Ceci n’est pas un conseil en investissement — faites vos propres recherches ! 🚀
$GRAM @STONfi DEX
STON.fi DEX v2 intègre une échéance d’exécution dans la charge utile du swap afin qu’une opération préparée puisse être rejetée si elle arrive après son horodatage autorisé. Cela stoppe un type de risque d’exécution différée. Cela ne remplace pas le minimum reçu ni la validité du portefeuille.
🔥 Pourquoi l’exécution différée STON.fi est importante
- Après avoir approuvé un devis, l’inclusion, la gestion par le Router et l’exécution par le Pool peuvent prendre plus de temps que prévu.
- Les réserves du Pool peuvent changer pendant que l’instruction signée reste techniquement valide.
- Sans limite de temps, un ancien swap peut encore s’exécuter simplement parce que d’autres conditions restent valides.
🚀 Comment fonctionne la date limite
Supposons qu’un swap préparé à 12:00 porte une date limite à 12:15. À 12:14, il peut encore se poursuivre si les autres vérifications passent. À 12:16, il devrait suivre le chemin d’échec ou de remboursement au lieu de s’exécuter normalement. Le contrat compare uniquement le temps d’exécution avec l’horodatage encodé.
🧠 La date limite et le Min Out sont deux fonctions différentes
- La date limite demande : cette opération est-elle trop ancienne ?
- Min out demande : la sortie actuelle est-elle inférieure au minimum encodé ?
- Un swap en retard qui renvoie encore assez de tokens peut passer le prix et échouer sur le temps, ou l’inverse.
💬 Des couches supplémentaires à remarquer
Les portefeuilles TON et TonConnect peuvent également utiliser un validUntil sur la requête signée. Cette fenêtre côté portefeuille n’est pas la même que la date limite de STON.fi qui transite via les messages Router et Pool. Les routes TON multi-contrats ne sont pas non plus entièrement atomiques : l’expiration peut donc arrêter une étape tardive sans dérouler tous les messages précédents.
Les deadlines STON.fi sont une protection d’exécution basée sur le temps, conçue pour les retards sous forte charge. Associez-les à une simulation récente et à une sortie minimale raisonnable.
Une deadline STON.fi plus courte vous rendrait-il plus à l’aise pour signer un swap ? 👇
Dites comment vous définissez actuellement la durée de vie d’un swap dans les commentaires.
Ceci n’est pas un conseil en investissement — faites vos propres recherches ! 🚀
$GRAM @STONfi DEX
