🔗 POR QUE O ENCADEAMENTO DE MENSAGENS DO TON MUDA A EXPERIÊNCIA DO STONfi SWAP
Um swap STONfi pode parecer uma ação: conectar, confirmar, esperar. Por baixo, o TON funciona de maneira diferente de uma transação simples em um único passo. A requisição passa por contratos inteligentes, e essa arquitetura afeta a execução.
🧠 UM SWAP, VILAS MENSAGENS
O TON usa execução assíncrona e segmentada (sharded). Um swap, portanto, percorre mensagens em vez de uma única chamada de função síncrona.
- Carteira → Router
- Router → liquidity Pool
- Pool → resposta
- Resposta → estado final da carteira
Cada mensagem tem sua própria etapa de processamento. Um swap com um único pool tem uma cadeia mais curta. Uma rota multi-hop adiciona etapas, então esperar mais tempo não significa automaticamente falha.
⏱ POR QUE O STONfi PRECISA DE UM ESTADO PENDENTE
Essa arquitetura torna importante a diferença entre enviado e concluído.
A primeira mensagem não quer dizer que todo o swap já foi liquidado. A interface precisa comunicar o progresso.
Três regras importam:
- Não reenviar apenas porque a interface está processando.
- Verificar o status da transação antes de presumir que a primeira tentativa falhou.
- Tratar pendente, falhou e concluído como estados de execução diferentes.
O atraso pode simplesmente refletir a cadeia (blockchain).
🌉 CROSS-CHAIN DEIXA A CADEIA MAIS LONGA
A Omniston adiciona mais uma camada quando o destino está em uma blockchain diferente. O fluxo do lado do TON precisa coordenar com a liquidação HTLC em uma rede independente, que tem seus próprios blocos e regras de confirmação.
É por isso que um swap STONfi cross-chain pode levar mais tempo do que um swap TON-para-TON. A latência extra reflete a coordenação entre dois sistemas separados.
Pendente não é necessariamente um problema — às vezes é apenas a arquitetura mostrando seu trabalho.
Não é conselho de investimento - pesquise por conta própria! 🚀
$SOL
Um swap STONfi pode parecer uma ação: conectar, confirmar, esperar. Por baixo, o TON funciona de maneira diferente de uma transação simples em um único passo. A requisição passa por contratos inteligentes, e essa arquitetura afeta a execução.
🧠 UM SWAP, VILAS MENSAGENS
O TON usa execução assíncrona e segmentada (sharded). Um swap, portanto, percorre mensagens em vez de uma única chamada de função síncrona.
- Carteira → Router
- Router → liquidity Pool
- Pool → resposta
- Resposta → estado final da carteira
Cada mensagem tem sua própria etapa de processamento. Um swap com um único pool tem uma cadeia mais curta. Uma rota multi-hop adiciona etapas, então esperar mais tempo não significa automaticamente falha.
⏱ POR QUE O STONfi PRECISA DE UM ESTADO PENDENTE
Essa arquitetura torna importante a diferença entre enviado e concluído.
A primeira mensagem não quer dizer que todo o swap já foi liquidado. A interface precisa comunicar o progresso.
Três regras importam:
- Não reenviar apenas porque a interface está processando.
- Verificar o status da transação antes de presumir que a primeira tentativa falhou.
- Tratar pendente, falhou e concluído como estados de execução diferentes.
O atraso pode simplesmente refletir a cadeia (blockchain).
🌉 CROSS-CHAIN DEIXA A CADEIA MAIS LONGA
A Omniston adiciona mais uma camada quando o destino está em uma blockchain diferente. O fluxo do lado do TON precisa coordenar com a liquidação HTLC em uma rede independente, que tem seus próprios blocos e regras de confirmação.
É por isso que um swap STONfi cross-chain pode levar mais tempo do que um swap TON-para-TON. A latência extra reflete a coordenação entre dois sistemas separados.
Pendente não é necessariamente um problema — às vezes é apenas a arquitetura mostrando seu trabalho.
Não é conselho de investimento - pesquise por conta própria! 🚀
$SOL
