Como os prazos de transação do STON.fi impedem a execução obsoleta
Um prazo de transação no STON.fi é um limite de tempo do DEX v2 embutido nos payloads de swap e liquidez. Se o Router perceber a operação após esse timestamp, a instrução obsoleta deve expirar em vez de ser executada como um swap “novo”.
🔥 O que o Prazo realmente faz
- Ele viaja junto com a instrução do DEX, não apenas com a interface do wallet.
- O STON.fi compara now() com o deadline uint64 codificado.
- Swaps e operações de liquidez usam esse mesmo limite de tempo.
🚀 Por que a execução obsoleta é um problema real
Você pode preparar um swap ao meio-dia com base nas reservas atuais do pool e, depois, ser atrasado por uma tela de confirmação aberta, uma nova tentativa, uma conexão fraca ou outras negociações que movam o pool. A requisição assinada ainda pode parecer válida, mas o contexto de mercado que a gerou já é mais antigo.
É por isso que o STON.fi v2 não trata uma instrução antiga como válida para sempre.
🧠 Prazo, Slippage e validade da carteira
- Deadline: esta operação está tarde demais?
- min_out: a saída agora está pequena demais?
- valid_until: a própria solicitação assinada da carteira ainda pode ser usada?
Um deadline mais longo não é o mesmo que slippage mais “solta”. O primeiro dá mais tempo. A segunda ainda bloqueia uma saída ruim.
⚡ O que uma falha ainda pode custar
Mensagens TON são assíncronas. O passo do wallet pode ter sucesso enquanto mensagens de contrato posteriores ainda estão sendo processadas. A expiração interrompe a execução comum do DEX, mas o gas pode já ter sido gasto e uma rota multi-hop pode não voltar ao token original.
💬 Meu ponto de vista
Use proteções tanto de tempo quanto de saída e reconstrua uma cotação se a transação ficou parada por tempo demais antes de ser assinada.
Você trata um swap do STON.fi atrasado como uma intenção expirada ou apenas como tempo extra de espera? 👇
Deixe nos comentários o último caso de swap obsoleto que você encontrou.
Não é aconselhamento de investimento — pesquise por conta própria! 🚀
$GRAM @STONfi DEX
Um prazo de transação no STON.fi é um limite de tempo do DEX v2 embutido nos payloads de swap e liquidez. Se o Router perceber a operação após esse timestamp, a instrução obsoleta deve expirar em vez de ser executada como um swap “novo”.
🔥 O que o Prazo realmente faz
- Ele viaja junto com a instrução do DEX, não apenas com a interface do wallet.
- O STON.fi compara now() com o deadline uint64 codificado.
- Swaps e operações de liquidez usam esse mesmo limite de tempo.
🚀 Por que a execução obsoleta é um problema real
Você pode preparar um swap ao meio-dia com base nas reservas atuais do pool e, depois, ser atrasado por uma tela de confirmação aberta, uma nova tentativa, uma conexão fraca ou outras negociações que movam o pool. A requisição assinada ainda pode parecer válida, mas o contexto de mercado que a gerou já é mais antigo.
É por isso que o STON.fi v2 não trata uma instrução antiga como válida para sempre.
🧠 Prazo, Slippage e validade da carteira
- Deadline: esta operação está tarde demais?
- min_out: a saída agora está pequena demais?
- valid_until: a própria solicitação assinada da carteira ainda pode ser usada?
Um deadline mais longo não é o mesmo que slippage mais “solta”. O primeiro dá mais tempo. A segunda ainda bloqueia uma saída ruim.
⚡ O que uma falha ainda pode custar
Mensagens TON são assíncronas. O passo do wallet pode ter sucesso enquanto mensagens de contrato posteriores ainda estão sendo processadas. A expiração interrompe a execução comum do DEX, mas o gas pode já ter sido gasto e uma rota multi-hop pode não voltar ao token original.
💬 Meu ponto de vista
Use proteções tanto de tempo quanto de saída e reconstrua uma cotação se a transação ficou parada por tempo demais antes de ser assinada.
Você trata um swap do STON.fi atrasado como uma intenção expirada ou apenas como tempo extra de espera? 👇
Deixe nos comentários o último caso de swap obsoleto que você encontrou.
Não é aconselhamento de investimento — pesquise por conta própria! 🚀
$GRAM @STONfi DEX
