Se explican los plazos de transacción de STON.fi: riesgo de tiempo vs. deslizamiento
STON.fi DEX v2 incluye un plazo de ejecución dentro del payload del intercambio, de modo que una operación preparada pueda rechazarse si llega después de la marca de tiempo permitida. Esto detiene una clase de riesgo por ejecución retrasada. No sustituye el mínimo recibido ni la validez de la wallet.
🔥 Por qué la ejecución retrasada de STON.fi importa
- Después de que apruebes una cotización, la inclusión, el manejo del Router y la ejecución del Pool pueden tardar más de lo esperado.
- Las reservas del Pool pueden cambiar mientras la instrucción firmada aún sea técnicamente válida.
- Sin un límite de tiempo, un intercambio antiguo aún puede ejecutarse simplemente porque siguen siendo válidas otras condiciones.
🚀 Cómo funciona el plazo (deadline)
Supongamos que un intercambio preparado a las 12:00 lleva un deadline de 12:15. A las 12:14 todavía puede continuar si pasan las demás comprobaciones. A las 12:16 debería seguir la ruta de fallo o reembolso en lugar de ejecutarse normalmente. El contrato solo compara el tiempo de ejecución con la marca de tiempo codificada.
🧠 El deadline y el mínimo (Min Out) son trabajos diferentes
- El deadline pregunta: ¿esta operación es demasiado antigua?
- Min out pregunta: ¿la salida actual está por debajo del mínimo codificado?
- Un intercambio tardío que aún devuelve suficientes tokens puede pasar por precio y fallar por tiempo, o al revés.
💬 Capas extra que los usuarios deberían notar
Las wallets de TON y TonConnect también pueden usar validUntil en la solicitud firmada. Esa ventana a nivel de wallet no es la misma que el deadline del DEX de STON.fi que viaja a través de los mensajes del Router y del Pool. Las rutas TON de múltiples contratos tampoco son completamente atómicas, así que la expiración puede detener una etapa tardía sin deshacer cada mensaje anterior.
Los deadlines de STON.fi son una protección de ejecución basada en tiempo, diseñada para retrasos con alta carga. Combínalos con una simulación reciente y un mínimo de salida razonable.
¿Un deadline más corto de STON.fi te haría sentir más cómodo al firmar un intercambio? 👇
Comparte cómo configuras actualmente la duración de un intercambio en los comentarios.
No es asesoramiento de inversión: ¡investiga por tu cuenta! 🚀
$GRAM @STONfi DEX
STON.fi DEX v2 incluye un plazo de ejecución dentro del payload del intercambio, de modo que una operación preparada pueda rechazarse si llega después de la marca de tiempo permitida. Esto detiene una clase de riesgo por ejecución retrasada. No sustituye el mínimo recibido ni la validez de la wallet.
🔥 Por qué la ejecución retrasada de STON.fi importa
- Después de que apruebes una cotización, la inclusión, el manejo del Router y la ejecución del Pool pueden tardar más de lo esperado.
- Las reservas del Pool pueden cambiar mientras la instrucción firmada aún sea técnicamente válida.
- Sin un límite de tiempo, un intercambio antiguo aún puede ejecutarse simplemente porque siguen siendo válidas otras condiciones.
🚀 Cómo funciona el plazo (deadline)
Supongamos que un intercambio preparado a las 12:00 lleva un deadline de 12:15. A las 12:14 todavía puede continuar si pasan las demás comprobaciones. A las 12:16 debería seguir la ruta de fallo o reembolso en lugar de ejecutarse normalmente. El contrato solo compara el tiempo de ejecución con la marca de tiempo codificada.
🧠 El deadline y el mínimo (Min Out) son trabajos diferentes
- El deadline pregunta: ¿esta operación es demasiado antigua?
- Min out pregunta: ¿la salida actual está por debajo del mínimo codificado?
- Un intercambio tardío que aún devuelve suficientes tokens puede pasar por precio y fallar por tiempo, o al revés.
💬 Capas extra que los usuarios deberían notar
Las wallets de TON y TonConnect también pueden usar validUntil en la solicitud firmada. Esa ventana a nivel de wallet no es la misma que el deadline del DEX de STON.fi que viaja a través de los mensajes del Router y del Pool. Las rutas TON de múltiples contratos tampoco son completamente atómicas, así que la expiración puede detener una etapa tardía sin deshacer cada mensaje anterior.
Los deadlines de STON.fi son una protección de ejecución basada en tiempo, diseñada para retrasos con alta carga. Combínalos con una simulación reciente y un mínimo de salida razonable.
¿Un deadline más corto de STON.fi te haría sentir más cómodo al firmar un intercambio? 👇
Comparte cómo configuras actualmente la duración de un intercambio en los comentarios.
No es asesoramiento de inversión: ¡investiga por tu cuenta! 🚀
$GRAM @STONfi DEX
