Exchanges descentralizadas e pools de liquidez

Uma exchange descentralizada (DEX) é um mercado de troca de criptoativos executado por contratos inteligentes, no qual o usuário negocia direto da própria carteira, sem entregar os ativos a uma corretora. Muitas DEXs não usam livro de ordens: usam um formador de mercado automatizado (AMM, do inglês automated market maker), que calcula o preço por uma fórmula a partir do estoque de dois tokens em um “pool de liquidez”, abastecido por provedores de liquidez que recebem parte das taxas e assumem riscos próprios.

Livro de ordens e AMM

Livro de ordens

Num livro de ordens, compradores e vendedores publicam ofertas de preço e quantidade, e a negociação ocorre quando elas se encontram. A documentação da Uniswap observa que a maioria dos mercados de acesso público usa o formato de livro central de ordens limitadas, e que o AMM o substitui por um pool de dois ativos contra o qual o negociante opera diretamente. Também existem protocolos descentralizados que adotam livro de ordens, com ordens registradas ou liquidadas por contratos inteligentes, mas as fontes consultadas não detalham esse modelo e as implementações variam.

Formador de mercado automatizado

No AMM, não há contraparte individual: o usuário negocia contra o pool. Segundo a documentação da Uniswap, cada pool guarda reservas de dois tokens e seus preços seguem a fórmula x * y = k, em que x e y são as reservas e k é uma constante que não pode diminuir após cada troca. O whitepaper da Uniswap v2 descreve o mesmo princípio: o produto das reservas não pode diminuir, e os negociadores pagam uma taxa (30 pontos-base, 0,3%, na versão descrita) que vai aos provedores de liquidez. O ECB observa que a negociação em DEXs frequentemente ocorre contra um pool de liquidez.

Uma análise acadêmica (Angeris et al.), com análise formal e simulação baseada em agentes, mostra que, sob condições comuns, esses mercados precisam acompanhar de perto o preço do mercado de referência. A explicação usual é a arbitragem (agentes negociam quando o preço do pool se afasta do externo), mas esse mecanismo não é detalhado no resumo do estudo. O resultado é de modelo e de simulação, e não garante comportamento em toda situação de estresse.

Pools e provedores de liquidez

Qualquer pessoa pode se tornar provedora de liquidez (LP) depositando pares de tokens em um pool, segundo a documentação da Uniswap. Em contrapartida, recebe uma fração das taxas de cada troca, proporcional à sua participação. As formas de registrar a posição variam por versão: na v2, o LP recebe tokens fungíveis que representam sua fatia; na v3, escolhe uma faixa de preços e a posição é representada por um NFT.

O whitepaper da v3 introduziu a “liquidez concentrada”: o LP pode limitar o capital a uma faixa de preços, aumentando a eficiência de capital, ao custo de maior complexidade e de a posição deixar de render fora da faixa. A documentação resume o efeito: em v3 e v4 a fórmula se aplica dentro da faixa escolhida por cada LP.

Ser LP não equivale a “renda passiva sem risco”. Aigner e Dhaliwal afirmam que os provedores assumem risco de mercado em troca das comissões de cada negociação.

Slippage e impacto no preço

Slippage é a diferença entre o preço esperado de uma ordem e o preço efetivamente obtido. Em AMMs, parte disso é o impacto no preço: segundo a documentação da Uniswap, negociações grandes em relação à profundidade do pool movem mais o preço, enquanto as pequenas executam perto do preço corrente.

Exemplo hipotético (sem taxas, para simplificar): um pool tem 10 ETH e 20.000 USDC, portanto k = 200.000 e preço inicial de 2.000 USDC por ETH.

• Um usuário compra 0,1 ETH. As reservas passam a 9,9 ETH e 20.202,02 USDC. Ele paga cerca de 202,02 USDC, ou aproximadamente 1% acima do preço inicial.
• Outro usuário compra 1 ETH. As reservas passam a 9 ETH e 22.222,22 USDC. Ele paga cerca de 2.222,22 USDC, ou aproximadamente 11% acima do preço inicial.

O mesmo pool é “raso” para ordens grandes e adequado para ordens pequenas. Em geral, carteiras e interfaces de negociação permitem definir uma tolerância máxima de slippage, de modo que a transação é revertida se o preço se afastar além do limite escolhido; as fontes citadas não descrevem esse recurso, e o comportamento exato depende de cada interface e protocolo. Tolerância muito baixa pode fazer a transação falhar; muito alta amplia a exposição a execuções ruins, como as do ataque sanduíche descrito adiante.

Perda impermanente

Perda impermanente é a diferença, desfavorável ao LP, entre o valor da posição no pool e o valor que os mesmos tokens teriam se tivessem sido apenas mantidos na carteira. Surge porque o pool vende o token que está subindo e compra o que está caindo, ao se reequilibrar. É “impermanente” porque, segundo a documentação, desaparece se o preço voltar ao nível do depósito, mas torna-se concreta se o LP retirar a liquidez antes disso. Um estudo de revisão de 2026 (Kotzer e Rottenstreich) a descreve como o desempenho potencialmente inferior da carteira do LP em relação a simplesmente manter os tokens.

Exemplo hipotético (sem taxas): o mesmo pool de 10 ETH e 20.000 USDC, com ETH a 2.000 USDC (valor total de 40.000 USDC). Suponha que o preço de mercado do ETH quadruplique para 8.000 USDC e que arbitradores reequilibrem o pool. Pela regra do produto constante, o pool passa a ter 5 ETH e 40.000 USDC, valendo 80.000 USDC. Quem apenas mantivesse 10 ETH e 20.000 USDC teria 100.000 USDC. A perda impermanente seria de 20% em relação a manter. Se o preço caísse, também haveria perda em relação a manter, por efeito simétrico. A fórmula usada na documentação da Uniswap v2 é perda = 2 * raiz(razão de preço) / (1 + razão de preço) - 1.

As taxas recebidas podem compensar a perda ou não. O resultado depende do volume negociado, da volatilidade e do período. Pares de ativos correlacionados, como duas stablecoins, tendem a ter menos perda impermanente, conforme o whitepaper da v2, mas ficam expostos a risco de desvinculação (veja stablecoins: tipos, lastro e riscos).

Riscos de uma DEX

• Contrato inteligente. Um erro de código no pool ou no roteador pode causar perdas; auditorias reduzem, mas não eliminam, o risco. Ver risco de contratos inteligentes em DeFi.
• Oráculo. O próprio whitepaper da v2 afirma que a versão 1 não é segura como oráculo de preços, porque é fácil de manipular, e a v2 passou a registrar preços médios no tempo (TWAP); segundo o texto, períodos mais longos tornam a manipulação mais cara, mas deixam o preço menos atualizado. Contratos de terceiros que usam preço de pool sem proteção ficam vulneráveis.
• Front-running e MEV. O ethereum.org define MEV (valor máximo extraível) como o valor que pode ser extraído da produção de blocos além da recompensa e das taxas, pela inclusão, exclusão e reordenação de transações. Num ataque “sanduíche”, um agente compra antes de uma ordem grande e vende logo depois, e o usuário sofre mais slippage e pior execução. O artigo acadêmico “Flash Boys 2.0” mediu o uso de robôs de arbitragem que disputam posição nos blocos pagando taxas altas. A IOSCO também descreve front-running, back-running e sanduíche, e afirma que essas práticas podem fazer transações não serem executadas nos termos esperados.
• Liquidez rasa e tokens de baixa qualidade. Pools pequenos têm grande impacto no preço, e, como o whitepaper da v2 prevê pares arbitrários de tokens ERC-20, qualquer pessoa pode criar um pool com praticamente qualquer token; a existência de um pool não atesta a qualidade do ativo.
• Custódia e erro do usuário. Aprovações de gasto a contratos, endereços falsos e chaves mal protegidas são riscos práticos.
• Regulatório. A IOSCO observa que certos arranjos DeFi podem prestar serviços equivalentes aos de intermediários tradicionais e ser tratados como tais.

Limites: o que não é verdade

• “Sem intermediário” não significa sem risco nem sem responsáveis: há desenvolvedores, governança e infraestrutura de acesso.
• O preço do pool não é “o preço do mercado”: é o resultado da fórmula e das últimas negociações.
• Taxa de retorno anunciada para um pool não é garantida; depende de volume, volatilidade e preços.
• Uma DEX não protege contra a queda do valor dos tokens negociados.

O que observar

• Profundidade do pool em relação ao tamanho da operação, e histórico de volume.
• Taxa do pool, versão do protocolo e se há liquidez concentrada.
• Auditorias com data e escopo, e histórico de incidentes.
• Quem pode alterar parâmetros e atualizar contratos.
• Dependência de oráculos e de outros protocolos.
• Para LPs: cenário de perda impermanente frente às taxas, e risco de cada token do par.

DEXs ampliam o acesso a mercados 24 horas, mas transferem ao usuário decisões e riscos que antes eram da intermediária. Para avaliar o uso em contexto pessoal ou empresarial, o contato está disponível. Este texto é informativo e não constitui recomendação de investimento nem aconselhamento jurídico ou tributário.