É um dos momentos mais desorientadores na DeFi: você e outra pessoa trocam exatamente o mesmo par, por cerca da mesma quantia, dentro de minutos um do outro — e os preços não batem. A tendência é supor que algo está errado, ou pior, que alguém conseguiu um “melhor negócio” por meio de alguma vantagem oculta. Quase sempre, nenhuma das duas coisas é verdade. As razões são estruturais, documentadas e — especificamente no TON — consideravelmente mais transparentes do que na maioria das outras redes.
Isso é perguntado o tempo todo em comunidades de trading, geralmente formulado como uma suspeita em vez de uma pergunta genuína: “por que eu consegui uma taxa pior do que meu amigo, estamos sendo enganados?” A resposta honesta é quase nunca dramática, mas vale a pena entender corretamente, porque as mesmas mecânicas que causam uma ocasional divergência de preços também fazem parte do que torna o sistema justo desde o princípio.
Este texto mostra todos os fatores reais que podem fazer duas trocas "idênticas" serem liquidadas de forma diferente, na ordem em que realmente importam — começando com a explicação que as pessoas levantam primeiro, e por que geralmente está errada nessa cadeia específica.
🗨️ "Na blockchain do TON, a ordem determinística das transações tem um papel-chave na prevenção de frontrunning... este sistema elimina a possibilidade de manipular a ordem das transações para obter lucro." — TON Foundation, FAQ oficial
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
⏱️ O Fator Que Explica a Maior Parte: O Tempo em Si
Antes de qualquer coisa, vale descartar primeiro a explicação que soa mais assustadora, porque a arquitetura do TON realmente a remove como possibilidade aqui.
📍 Em cadeias como Ethereum, validadores podem reordenar transações dentro de um bloco, abrindo espaço para ataques do tipo sandwich e outras formas de front-running manipulativo
🔖 O TON usa ordenação determinística em vez disso — uma vez que uma transação entra no pool, sua posição fica fixa e não pode ser alterada por nenhum participante para obter lucro
🧷 O TON também usa taxas fixas de rede em vez de um leilão de prioridade baseado no mercado, removendo a dinâmica de "pagar mais para pular a fila" que alimenta muito o MEV estilo Ethereum
Então, se dois usuários recebem preços diferentes, não é porque alguém pagou para entrar na fila ou manipular a ordem ao redor da sua operação. A explicação real quase sempre é mais simples: as reservas do pool eram genuinamente diferentes nos dois momentos distintos em que cada operação realmente executou. Cada troca muda a razão de um pool um pouco, e se qualquer operação — a sua, a de outra pessoa, a de um bot de arbitragem — caiu entre as duas "trocas" "idênticas" de duas pessoas, a segunda está negociando contra um pool que já foi ajustado pela primeira.
Vale ser direto sobre por que essa distinção importa. Em cadeias sem ordenação determinística, uma discrepância de preço genuinamente poderia significar que alguém extraiu valor às suas custas — uma explicação real, adversarial, com uma vítima real. No TON, esse mecanismo específico é bloqueado por design, o que significa que, quando uma diferença de preço aparece, quase sempre dá para atribuir a um dos fatores comuns e não-adversariais abaixo, e não a alguém explorando o sistema contra outro usuário.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
A Parte Que A Maioria Não Percebe: "Mesma Troca" Raramente Significa Entradas Idênticas
É aqui que muita confusão começa de verdade. Duas operações que parecem idênticas do lado de fora — mesmo par, valor semelhante, mesmo dia — muitas vezes não são idênticas nas entradas que realmente determinam o preço.
🗨️ "O número que você está comparando pode nem estar comparando a mesma coisa."
Duas pessoas podem genuinamente divergir no tamanho da operação (mesmo uma diferença pequena importar mais do que as pessoas assumem em um pool mais raso), em qual pool ou rota a troca delas realmente foi correspondida, e em quanto tempo passou entre quando cada uma conferiu uma taxa e quando realmente confirmou. Nada disso é uma falha do sistema — é só que "mesma troca" como descrição casual esconde várias variáveis das quais o preço realmente depende.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
🔀 As Razões Reais, Uma por Uma
🔴 Tamanho da operação, mesmo pequenas diferenças. Em uma curva de produto constante ou stableswap, a saída não é linear com o tamanho da entrada. Uma operação que é 5–10% maior do que a de outra pessoa não fica apenas proporcionalmente pior — ela pode avançar mais para uma parte mais íngreme da curva de precificação, especialmente em um pool mais raso, produzindo uma taxa efetiva visivelmente diferente para o que parece ser "aproximadamente a mesma quantidade". É exatamente por isso que comparar screenshots de duas trocas descritas casualmente como "mais ou menos do mesmo tamanho" costuma ser enganoso — uma troca de US$ 500 e uma de US$ 550 em um pool fino podem gerar uma diferença de taxa desproporcional à diferença de 10% no tamanho, porque a própria curva fica mais íngreme à medida que mais da profundidade disponível do pool é consumida.
🟡 Timing entre simulação e execução. A saída esperada de cada troca é calculada de novo, com base nas reservas ao vivo no momento em que é solicitada. Se passam minutos entre checar uma taxa e realmente confirmar, e se houve qualquer atividade de negociação nesse pool no meio, os dois usuários estão realmente precificando contra dois estados diferentes do pool — não uma cotação desatualizada, mas uma precisa, apenas para dois momentos diferentes no tempo. É por isso também que atualizar uma taxa bem antes de confirmar, em vez de confiar em um número que você checou alguns minutos antes, tende a produzir um resultado mais confiável — a diferença entre "checado" e "confirmado" é exatamente onde esse tipo de desvio se acumula.
🔵 Rotas diferentes pela Omniston. Esta é a que a maioria das pessoas não espera. Dois usuários trocando o mesmo par quase no mesmo horário podem ser roteados de forma diferente — uma operação pode executar contra um único pool profundo, enquanto a outra é dividida entre STON.fi, DeDust e TonCo, ou roteada por um token intermediário, dependendo do que a cotação competitiva RFQ de cada solicitação realmente retornou naquele momento específico. A liquidez dos resolvers e as cotações realmente mudam de solicitação para solicitação, porque resolvers estão reprecificando de forma independente e contínua com base na visão de mercado de cada um. Duas pessoas digitando uma quantidade idêntica em um par idêntico, segundos de diferença, podem genuinamente disparar duas leilões competitivos diferentes entre fontes de liquidez, simplesmente porque o conjunto de resolvers disponíveis fazendo lances ativamente naquele instante não ficou congelado entre as duas solicitações.
🟤 Configurações de tolerância a slippage. Esta não muda diretamente o preço executado, mas muda o que cada usuário está disposto a aceitar. Uma tolerância menor pode fazer uma transação falhar e exigir reenvio mais tarde, possivelmente a um preço diferente, enquanto uma tolerância maior passa — ou seja, dois usuários podem acabar executando em momentos genuinamente diferentes no tempo apenas por causa de uma configuração que nenhum deles considerou muito. Alguém usando uma tolerância bem conservadora em um pool que está se movendo rápido pode precisar reenviar duas ou três vezes antes que a operação seja realmente concluída, e cada reenvio é, funcionalmente, uma simulação totalmente nova contra como o pool está naquele ponto posterior.
🟧 Seleção de pool quando existem vários pools para o mesmo par. Não é incomum que um par tenha liquidez distribuída em mais de um pool — por exemplo, um pool v1 e um pool v2, ou um pool padrão junto de um pool com pesos. Cada pool pode ter sua própria taxa e seu próprio índice de reservas, o que significa que duas operações em "o mesmo par" podem, tecnicamente, estar executando contra dois pools subjacentes diferentes, com duas curvas de precificação diferentes. Um trader que escolhe manualmente um pool pode acabar em um diferente do que o motor de roteamento escolhe automaticamente para outra pessoa, apenas com base em qual pool ofereceu os melhores termos para o tamanho específico daquela operação naquele momento.
🟢 Diferenças de faixa de taxa por pool. A taxa típica de negociação da STON.fi fica em torno de 0,30% total, mas a taxa exata — e a divisão entre LPs e o protocolo — é configurável por pool pelo proprietário daquele pool. Dois pools negociando o mesmo par não são garantidos a carregar taxas idênticas, e essa diferença flui diretamente para o número final de saída. Uma diferença de meio ponto percentual na taxa pode parecer trivial até que seja a explicação inteira de por que o preenchimento (fill) de um trader ficou significativamente pior do que o de outro, apesar de ambas as operações executarem limpas e como esperado.
⚪ Atualizações da cotação ao vivo no meio da solicitação. Como a Omniston pode atualizar uma cotação em tempo real se um preço mais favorável chegar de um resolver enquanto o usuário ainda está decidindo, alguém que confirma instantaneamente e alguém que espera alguns segundos a mais pode genuinamente ver dois números finais diferentes — nenhum dos dois está errado, apenas capturados em pontos diferentes de uma cotação que está mudando ativamente.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
🧮 Comparando nas Dimensões Que Realmente Importam
💧 Manipulação estrutural vs. timing legítimo. Esta é a distinção mais importante para tirar: nenhum dos fatores acima envolve alguém manipulando qualquer coisa às suas custas. A ordenação determinística do TON fecha especificamente o tipo de reordenação de transações que faz diferenças de preço parecerem injustas em outras cadeias.
🧭 Mesmo pool vs. pool diferente. Duas operações executando contra genuinamente o mesmo pool, quase no mesmo momento, diferem apenas por desvio de reservas e tamanho da operação. Duas operações executando contra pools diferentes ou rotas inteiramente diferentes podem diferir por razões que não têm nada a ver com timing.
⏱️ Preço cotado vs. preço liquidado. O número mostrado durante a simulação é uma previsão ao vivo; o número que realmente liquida depende exatamente de quando a transação executa em relação a essa previsão, e de quanto o pool se moveu entre esses momentos.
⚖️ Transparência da taxa. Como a estrutura de taxas da STON.fi é visível por pool e não fica escondida em um número agregado de plataforma, um usuário cuidadoso pode realmente verificar se uma diferença de preço se deve a faixas de taxas diferentes, em vez de assumir que é inexplicável.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
🕵️ O Que Você Pode Realmente Conferir na Próxima Vez que Isso Acontecer
Compare os tamanhos das operações exatamente, não aproximadamente. "Mais ou menos a mesma quantidade" muitas vezes não é a mesma quantidade, e pequenas diferenças importam mais em pools mais rasos do que a intuição sugere.
Verifique a diferença de timestamp entre as duas operações. Até um minuto ou dois em um pool ativo pode ser suficiente para as reservas mudarem de forma significativa.
Pergunte por qual pool ou rota cada operação realmente executou. A taxa e a profundidade podem variar entre pools que negociam o mesmo par nominal.
Considere se uma das operações precisava reenviar (resubmeter). Se uma transação falhar por tolerância a slippage, e depois for reenviada, isso significa que agora essa operação está precificando contra um momento diferente completamente.
Lembre das regras de garantia de ordenação do TON: elas descartam primeiro a explicação mais assustadora. Seja qual for a causa real que se revele, não é alguém manipulando a ordem das transações para lucrar às suas custas — isso é estruturalmente muito difícil de fazer aqui.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
✅ O Que Realmente Explica uma Diferença de Preço
As reservas nunca ficam congeladas entre duas trocas. Até um minuto de separação, ou uma operação não relacionada acontecendo no meio, muda o estado do pool contra o qual cada troca está realmente fazendo o preço.
O roteamento é realmente dinâmico, não fixo. A Omniston pode enviar duas solicitações nominalmente idênticas por caminhos diferentes dependendo do que os resolvers estejam cotando naquele exato momento.
As taxas não são uniformes na plataforma. A configurabilidade por pool significa que o mesmo par pode ter custos efetivos diferentes dependendo de qual pool específico a operação cai.
⚠️ O Que Vale Entender Corretamente
Não é front-running, e o design do TON especificamente impede essa explicação em particular. A ordenação determinística e as taxas fixas removem o clássico mecanismo de reordenar por lucro visto em outros lugares.
Uma cotação (preço cotado) e um preço liquidado são dois números diferentes por design. Um é uma previsão ao vivo; o outro reflete o que o pool realmente mostrou na execução.
"Mesma operação" é uma descrição casual, não uma garantia técnica. Tamanho, timing, rota e seleção de pool precisam corresponder genuinamente para que duas operações sejam realmente comparáveis.
🏁 Conclusão
Dois usuários conseguirem preços diferentes para o que parece ser a mesma troca na STON.fi quase nunca aponta para algo injusto acontecendo — aponta para como muitas variáveis legítimas de fato ficam por trás de uma única troca: tamanho exato, o momento preciso de execução, em qual pool (ou combinação de pools) a rota caiu e a configuração específica de taxas daquele pool. A ordenação determinística das transações do TON e a estrutura de taxas fixas removem especificamente o tipo de reordenação manipulativa que causa esta pergunta ter uma resposta bem mais sombria em outras cadeias. O que sobra, depois de descartar isso, é simplesmente a realidade comum de negociar contra um pool que nunca para de se mover.
$GRAM
