---
title: "Exchange descentralizada (DEX): swaps pela carteira, roteamento e risco de execução"
description: "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."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Exchange descentralizada (DEX): swaps pela carteira, roteamento e risco de execução
> 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
- [Exchange centralizada (CEX)](/pt-br/crypto/cex/)
- [Finanças descentralizadas (DeFi)](/pt-br/crypto/defi/)
- [Taxa de gás](/pt-br/crypto/gas-fee/)
- [Pool de liquidez](/pt-br/crypto/liquidity-pool/)
## Fontes
- [How Uniswap Works](https://developers.uniswap.org/docs/get-started/concepts/how-uniswap-works) - Uniswap Labs (acessado em: 2026-08-20)
- [Uniswap v2 Core](https://docs.uniswap.org/whitepaper.pdf) - Uniswap Labs (acessado em: 2026-08-20)
- [Uniswap v3 Core](https://app.uniswap.org/whitepaper-v3.pdf) - Uniswap Labs (acessado em: 2026-08-20)
- [AMM vs UniswapX Routing](https://developers.uniswap.org/docs/trading/swapping-api/amm-vs-uniswapx-routing) - Uniswap Labs (acessado em: 2026-08-20)
Source: https://wiki.fcontext.com/pt-br/crypto/dex/index.mdx