Explicação do Endereço de Reembolso da STON.fi V2: Para onde vão as trocas com falha
A STON.fi V2 pode codificar um refund_address personalizado para que os ativos devolvidos não precisem voltar para a carteira de origem. Isso é tratamento programável de falhas, não um padrão oculto.
🔥 O que muda em uma troca V2
- receiver_address recebe os tokens quando a troca é bem-sucedida.
- refund_address recebe os fundos quando a troca solicitada não consegue ser concluída.
- excesses_address recebe o TON restante após o processamento.
Esses papéis não são intercambiáveis. Enviar a saída para uma carteira não envia automaticamente reembolsos para lá também.
🚀 Por que o caminho de falha existe
Uma troca da STON.fi pode parecer um clique, mas a execução no TON é uma sequência de mensagens assíncronas. A V2 consegue reembolsar por baixa liquidez, zero de saída, saída abaixo de min_out, pool bloqueado, transação expirada ou gás inválido.
min_out e o prazo (deadline) determinam se o resultado ainda é aceitável. O endereço de reembolso só informa onde o valor deve cair após uma falha protegida.
🧠 Um fluxo simples de falha
1. A transação nomeia receiver, endereço de reembolso, min_out e deadline.
2. O Router envia a solicitação para o Pool.
3. O Pool verifica se as condições podem ser atendidas.
4. O sucesso segue o caminho do receiver. Uma falha reembolsável segue o destino de reembolso codificado.
A Omniston mantém refund_address opcional. Deixe-o de fora e os fundos voltam ao remetente.
⚡ Payloads e Limites rígidos
A STON.fi V2 pode anexar refund_fwd_gas e um refund_payload para que um contrato receba contexto com os fundos devolvidos. Isso ajuda bots e dApps apenas se o destino puder lidar com o ativo.
Ela não consegue transformar uma rota de múltiplas etapas em um “undo” atômico. Se o Token A já virou Token B, uma falha posterior pode devolver o token intermediário.
Se um app não conseguir explicar por que um reembolso vai para outro lugar, mantenha o padrão do remetente e use o SDK oficial.
Você vai rotear trocas STON.fi V2 com falha para uma carteira de recuperação ou de volta para o usuário? 👇
Envie o caso de falha que você testaria primeiro em uma integração.
Não é recomendação de investimento — pesquise por conta própria! 🚀
$GRAM @STONfi DEX
A STON.fi V2 pode codificar um refund_address personalizado para que os ativos devolvidos não precisem voltar para a carteira de origem. Isso é tratamento programável de falhas, não um padrão oculto.
🔥 O que muda em uma troca V2
- receiver_address recebe os tokens quando a troca é bem-sucedida.
- refund_address recebe os fundos quando a troca solicitada não consegue ser concluída.
- excesses_address recebe o TON restante após o processamento.
Esses papéis não são intercambiáveis. Enviar a saída para uma carteira não envia automaticamente reembolsos para lá também.
🚀 Por que o caminho de falha existe
Uma troca da STON.fi pode parecer um clique, mas a execução no TON é uma sequência de mensagens assíncronas. A V2 consegue reembolsar por baixa liquidez, zero de saída, saída abaixo de min_out, pool bloqueado, transação expirada ou gás inválido.
min_out e o prazo (deadline) determinam se o resultado ainda é aceitável. O endereço de reembolso só informa onde o valor deve cair após uma falha protegida.
🧠 Um fluxo simples de falha
1. A transação nomeia receiver, endereço de reembolso, min_out e deadline.
2. O Router envia a solicitação para o Pool.
3. O Pool verifica se as condições podem ser atendidas.
4. O sucesso segue o caminho do receiver. Uma falha reembolsável segue o destino de reembolso codificado.
A Omniston mantém refund_address opcional. Deixe-o de fora e os fundos voltam ao remetente.
⚡ Payloads e Limites rígidos
A STON.fi V2 pode anexar refund_fwd_gas e um refund_payload para que um contrato receba contexto com os fundos devolvidos. Isso ajuda bots e dApps apenas se o destino puder lidar com o ativo.
Ela não consegue transformar uma rota de múltiplas etapas em um “undo” atômico. Se o Token A já virou Token B, uma falha posterior pode devolver o token intermediário.
Se um app não conseguir explicar por que um reembolso vai para outro lugar, mantenha o padrão do remetente e use o SDK oficial.
Você vai rotear trocas STON.fi V2 com falha para uma carteira de recuperação ou de volta para o usuário? 👇
Envie o caso de falha que você testaria primeiro em uma integração.
Não é recomendação de investimento — pesquise por conta própria! 🚀
$GRAM @STONfi DEX
