Ir para o conteúdo
Financial Context Wiki

Exchange descentralizada (DEX): swaps pela carteira, roteamento e risco de execução

Entenda como uma exchange descentralizada roteia e liquida negociações de cripto autorizadas pela carteira, como AMMs e livros de ofertas diferem e como controlar slippage, aprovações, gás, MEV e risco de tokens.

Atualizado

Conteúdo apenas para fins educacionais; não constitui aconselhamento de investimento. Negociações em DEX podem perder valor devido a variação de preço, má execução, tokens maliciosos, aprovações, MEV ou falha de contratos.

Resposta direta

Uma exchange descentralizada (DEX) é um protocolo ou sistema de mercado que permite trocar criptoativos sem antes depositá-los em uma conta de negociação controlada por um operador. Normalmente, o usuário conecta uma carteira sob seu próprio controle, obtém uma cotação, autoriza o token necessário e assina uma transação ou ordem. A liquidação ocorre então por meio de contratos inteligentes e transferências on-chain.

DEX descreve um modelo de acesso e liquidação, não um mecanismo específico de formação de preços. Algumas DEXs usam formadores de mercado automatizados (AMMs) e pools de liquidez; outras usam livros de ofertas on-chain, leilões ou intenções assinadas executadas por participantes concorrentes. Um agregador ou roteador pode comparar pools, níveis de taxa e tokens intermediários e, depois, dividir ou combinar rotas para melhorar o valor esperado na saída.

A autocustódia reduz o risco de custódia pela exchange, mas transfere ao usuário a responsabilidade pela verificação e execução. Uma interface web, um roteador, solver, oráculo, sequenciador, processo de governança ou administrador de atualizações ainda pode introduzir pontos de controle ou falha. A palavra “descentralizada” não comprova que todos os componentes sejam permissionless, imutáveis, auditados ou seguros.

Como funciona

  1. Identifique a negociação. Defina a rede, os endereços dos contratos dos tokens de entrada e saída, o valor e a carteira. Um ticker ou nome de token não é único. Verifique o domínio oficial do aplicativo e o contrato de roteamento ou liquidação antes de conectar ou assinar.
  2. Obtenha e examine uma cotação. A interface consulta uma ou mais fontes de liquidez. Confira a entrada exata, a saída estimada, a rota, o nível de taxa, o impacto no preço, a taxa da rede, a validade da cotação e se a rota usa token intermediário, solver, ponte ou contrato desconhecido.
  3. Defina limites de execução. Em um swap de entrada exata, a transação deve impor uma saída mínima (minOut); em um swap de saída exata, deve impor uma entrada máxima. A tolerância a slippage define esse limite de execução. Ela não melhora o preço cotado.
  4. Autorize e execute. Um swap de ERC-20 pode exigir uma aprovação ou um permit assinado antes do swap. Prefira o menor allowance viável e confirme spender, valor, prazo, nonce, rede, calldata e valor em moeda nativa. A assinatura da carteira autoriza o que está codificado, não o que a interface afirma em linguagem comum.
  5. Verifique a liquidação. Uma transação enviada ou pendente não é um swap concluído. Após a confirmação, verifique o status da transação, as variações nos saldos dos tokens, o valor efetivamente recebido, o gás pago, os eventos e o allowance restante. Revogue um allowance quando a conveniência de mantê-lo não justificar a exposição.

Em um pool de produto constante com faixa integral, as reservas x e y seguem a relação básica x * y = k. Com uma taxa de entrada f, uma entrada exata deltaX normalmente produz:

deltaY = y * (1 - f) * deltaX / (x + (1 - f) * deltaX)

A proporção entre as reservas fornece uma cotação marginal, mas uma negociação finita se desloca ao longo da curva. Portanto, seu preço médio de execução é pior que o preço marginal inicial, e a diferença aumenta conforme o tamanho da negociação se torna grande em relação à liquidez ativa. Pools de liquidez concentrada aplicam uma lógica de curva relacionada dentro de faixas de preço escolhidas. Quando uma posição fica fora de sua faixa, torna-se inativa, passa a ser composta inteiramente por um ativo e deixa de receber taxas de swaps na faixa ativa.

Exemplo calculado

Suponha que um pool de produto constante tenha 100 ETH e 200,000 USDC, de modo que seu preço inicial pelas reservas seja 2,000 USDC/ETH. Um trader envia 20,000 USDC para comprar ETH, e o pool cobra uma taxa de entrada de 0.30%. A entrada efetiva é 19,940 USDC:

ETH out = 100 * 19,940 / (200,000 + 19,940) = 9.066109 ETH

O trader gasta uma média bruta de cerca de 2,206.02 USDC/ETH, antes do gás. Com tolerância a slippage de 0.50%, a saída mínima correspondente seria de aproximadamente 9.020778 ETH. Essa tolerância permite a liquidação até o mínimo; ela não garante os 9.066109 ETH cotados.

Agora suponha que um roteador estime que uma negociação de 50,000 USDC devolva ativos no valor de 47,000 USD por um único pool direto, mas 48,200 USD caso 60% use o pool direto e 40% siga uma rota de dois saltos, primeiro USDC/ETH e depois ETH/Token A. A rota dividida melhora a saída cotada em 1,200 USD, mas também acrescenta chamadas de contrato, gás, exposição ao token intermediário e mais pontos possíveis de falha. Para uma ordem menor, esses custos adicionais podem superar a redução no impacto de preço.

Riscos e controles

  • Ativo incorreto ou malicioso: Qualquer pessoa pode criar um token com nome ou símbolo conhecido. Verifique a rede e o endereço do contrato em fontes oficiais independentes; teste um ativo e uma rota desconhecidos com um valor pequeno.
  • Perda por aprovação ou assinatura: Uma aprovação ilimitada, um permit malicioso, um frontend comprometido ou uma assinatura enganosa pode autorizar mais que o único swap pretendido. Leia o spender e o escopo, evite assinar sem verificar e revise os allowances após o uso.
  • Perda na execução: Liquidez escassa, cotações vencidas, preços voláteis, tokens com taxa de transferência e transações pendentes públicas podem reduzir a saída ou causar uma reversão. Compare a profundidade ativa e as rotas, defina minOut e prazo de forma deliberada e não aumente a tolerância apenas para forçar a execução.
  • MEV: Searchers ou validadores podem reordenar transações ou colocar negociações ao redor de um swap visível. Isso pode piorar a execução mesmo que o resultado permaneça dentro da tolerância do usuário. Considere, quando adequado, ordens menores, pools mais profundos, roteamento protegido ou execução semelhante a uma ordem limitada.
  • Gás e transações malsucedidas: Aprovação, swap, saltos da rota e revogação de allowance podem gerar taxas de rede separadas. Uma transação revertida normalmente ainda consome gás. Mantenha moeda nativa suficiente para todo o processo e confirme a rede antes de assinar.
  • Falha de protocolo e infraestrutura: Bugs em contratos, atualizações inseguras, chaves administrativas, hooks, oráculos, pontes, serviços RPC, sequenciadores e interfaces podem falhar ou ser comprometidos. Verifique os contratos efetivamente implantados, auditorias, poderes de atualização e pausa, histórico de incidentes e cadeia de dependências.
  • Irreversibilidade e registros: Em geral, um swap confirmado não pode ser cancelado pelo suporte ao cliente. Guarde a cotação, o hash da transação, os endereços dos tokens, as mudanças no saldo da carteira e o custo de aquisição; investigue um resultado inesperado antes de assinar outra transação.

Equívocos comuns

Mito 1: Um token disponível em uma DEX passou por análise de listagem

Muitos pools são permissionless, e qualquer pessoa pode criar um token de mesmo nome ou iniciar um pool. A disponibilidade não significa aprovação; verifique o endereço do contrato e a liquidez real.

Mito 2: A autocustódia torna uma transação reversível

O usuário controla a assinatura, mas uma transação válida e confirmada normalmente é definitiva. Um erro no token, na rede, na aprovação ou no destinatário continua sendo responsabilidade do usuário.

Mito 3: Uma tolerância maior a slippage produz um preço melhor

Uma tolerância maior apenas amplia a faixa de resultados aceitáveis e reduz a chance de reversão por slippage. Ela pode permitir uma execução pior e maior extração de MEV.

Mito 4: O saldo do pool equivale ao valor negociável pelo preço atual

O saldo exibido está distribuído por uma curva ou por faixas de preço. Uma negociação grande consome liquidez a preços progressivamente diferentes, de modo que o tamanho executável deve ser avaliado pela profundidade ativa, pelas taxas, pela rota e pelo minOut.

Tópicos relacionados

Fontes

Navegação

Pesquisar na wiki...