O que é uma DEX?

Uma exchange descentralizada (decentralized exchange, DEX) é um tipo de sistema de negociação que permite trocar ativos digitais por meio de protocolos de blockchain ou contratos inteligentes. Um contrato inteligente é um programa implantado em uma blockchain que checa e executa operações conforme seu código. Normalmente as operações são iniciadas da própria carteira, e a transação é liquidada por esse tipo de programa on-chain conforme suas regras, sem precisar registrar antes os ativos em uma conta interna controlada pela mesma plataforma de negociação.

Uma DEX não é uma estrutura de software fixa, e também não equivale a "cada passo acontece on-chain" ou "não existe operador algum". Algumas DEX cotam automaticamente a partir de pools de liquidez, outras usam ordens de compra e de venda; a cotação, a propagação de ordens e o cálculo de rotas de transação também podem acontecer fora da cadeia, isto é, a cargo de serviços que não escrevem diretamente na blockchain, e no fim um contrato on-chain liquida. A interface web, as permissões administrativas, os dados externos e a rede subjacente ainda podem formar dependências centralizadas.

Uma DEX se compõe de regras de negociação, ativos disponíveis e um ponto de acesso

O que quem lê percebe como uma DEX muitas vezes é uma página web, mas concluir uma troca normalmente exige vários componentes:

• o protocolo de negociação: define como ordens ou pools são chamados e como os ativos se movem;
• os contratos inteligentes: programas implantados em uma blockchain que checam e executam operações conforme seu código;
• as fontes de liquidez: ativos de pools disponíveis para negociar, ordens em espera ou cotações de formadores de mercado;
• a carteira: guarda ou aciona a capacidade de assinatura de quem a usa, para confirmar autorizações e transações;
• a interface do aplicativo: exibe ativos, cotações, taxas e status das transações;
• a rede blockchain: verifica as transações e grava os resultados de execução no estado comum.

Um protocolo e uma página web não são a mesma coisa. Um mesmo protocolo de negociação pode ter várias interfaces, e uma interface pode se conectar a vários protocolos. Um site oficial estar momentaneamente inacessível não indica necessariamente que os contratos subjacentes pararam; ao contrário, uma página abrir normalmente não prova que o que ela mostra seja o contrato correto nem uma cotação verdadeira.

Uma troca vai da cotação à liquidação on-chain

Depois de escolher o ativo que se entrega, o ativo que se quer receber e uma quantidade, a interface consulta pools, ordens ou outras fontes de liquidez e dá um resultado estimado. Uma cotação normalmente só reflete o estado no momento da consulta, e pode ter prazo de validade.

Se um contrato precisa tirar um token do endereço de quem o usa, pode ser necessário primeiro enviar uma transação de autorização. A autorização permite que um endereço gastador designado, ou seja, o endereço habilitado a mover ativos em nome de quem os detém, mova um token daquele endereço dentro de um limite. Esse endereço costuma ser o contrato de troca, mas pode ser outro. Uma autorização não é a troca em si; um limite grande demais, ou uma autorização concedida ao endereço errado, deixa o risco de ativos serem movidos depois. Alguns padrões de token e carteiras permitem conceder esse limite por assinatura, e o efeito real continua dependendo do padrão e do contrato.

Em seguida a interface monta um pedido de transação com condições como a rede de destino, o endereço do contrato, as quantidades de ativos e o pior resultado permitido; a carteira exibe o conteúdo do pedido que consegue interpretar e uma taxa de rede estimada. Depois de confirmar e assinar, a transação é enviada à rede blockchain. Ao processar um bloco candidato, os nós verificam conforme o protocolo e executam o contrato de destino; só depois de a transação executar com sucesso e ser incluída em um bloco válido é que os saldos de ativos são atualizados conforme o resultado da execução. A partir de quando algo pode ser considerado definitivo ainda depende do mecanismo de confirmação ou de finalização da rede específica.

Uma transação ainda pode falhar depois de enviada. Por exemplo, uma cotação vencida, uma mudança nos saldos do pool, um desvio de preço permitido pequeno demais, ou autorização ou saldo insuficientes farão o contrato recusar a execução. Uma interface mostrar "enviado" só indica que o pedido saiu; não significa que a troca está concluída.

Um formador de mercado automatizado produz um resultado de troca a partir de um pool

Um formador de mercado automatizado (automated market maker, AMM) é um tipo de mecanismo em que um contrato inteligente produz um resultado de troca a partir dos saldos de um pool e de uma regra de cálculo. Quem negocia interage com o pool e não precisa esperar que algum vendedor designado assuma a contraparte no mesmo momento.

Quem fornece liquidez coloca ativos em um pool para deixar quantidades disponíveis para as trocas de outras pessoas, e pode receber parte das taxas conforme as regras. Depois que alguém tira um ativo do pool e coloca outro, a proporção no pool muda, e as cotações seguintes mudam com ela.

Quanto maior for uma operação em relação ao pool, mais perceptivelmente a própria operação costuma mudar a proporção do pool. A diferença que essa operação provoca entre o preço de execução estimado e o preço dentro do pool antes da operação é comumente chamada de impacto no preço.

AMM diferentes podem usar fórmulas de cálculo, faixas de ativos e formas de distribuir liquidez diferentes. A descrição técnica do Uniswap v2 mostra uma implementação que gerencia um pool com duas reservas de tokens e uma regra de produto constante, mas essa não é uma estrutura uniforme para todas as DEX.

Um livro de ordens casa intenções de compra e de venda

Um livro de ordens registra a que preço e em que quantidade os participantes estão dispostos a negociar. A parte que coloca uma ordem normalmente é chamada de parte que aporta a ordem, e a que aceita uma ordem existente, de parte que a toma. Quando o sistema encontra ordens com condições compatíveis, a liquidação segue as regras.

Ordens e casamento podem ter arranjos diferentes. Alguns sistemas gravam ordens e casamento na blockchain; outros fazem a pessoa assinar uma ordem primeiro, propagam ou casam fora da cadeia, e ao executar entregam a ordem assinada a um contrato para verificar e liquidar. Um livro de ordens fora da cadeia reduz o custo de gravar on-chain cada colocação de ordem, mas se o serviço de ordens está disponível, se ele oculta algumas ordens, e quem pode enviar uma execução, continuam sendo pontos a conferir separadamente.

Os campos de uma ordem assinada e a forma de casar não são uniformes. A documentação de ordens da 0x mostra um tipo de ordem limitada: a ordem contém condições como os ativos a trocar, as quantidades, quem assina e um prazo de validade, e no fim um contrato on-chain a checa e a executa.

Um agregador procura rotas de transação, mas não necessariamente fornece liquidez

Um agregador de DEX consulta vários pools, ordens ou fontes de cotação e depois calcula uma ou várias rotas de transação para uma troca. Ele pode dividir uma operação entre fontes diferentes, ou trocar primeiro por um ativo intermediário e depois pelo ativo de destino.

Um agregador não necessariamente tem recursos próprios nem opera o protocolo de negociação subjacente. Sua capacidade principal pode ser encontrar cotações, estimar custos de rede e montar um pedido de transação que chame outros contratos. A documentação de conceitos centrais da 0x mostra uma forma de roteamento que agrega AMM, ordens e cotações de formadores de mercado.

A agregação não garante obter em todo momento o melhor resultado de todo o mercado. A faixa de fontes consultáveis, o momento de atualização das cotações, o algoritmo de roteamento, as taxas de protocolo, as taxas de interface, as taxas de rede e o sucesso ou não da transação influenciam todos a quantidade realmente recebida.

Impacto no preço e slippage não são o mesmo conceito

O impacto no preço vem de a própria operação mudar a liquidez disponível ou consumir ordens. O slippage é a diferença entre o resultado de execução esperado e o resultado de execução real, e pode vir de outras transações durante o período de espera, de mudanças de preço, de ordens sendo preenchidas ou da ordenação das transações.

As interfaces muitas vezes permitem definir uma tolerância de slippage e a convertem em uma condição on-chain do tipo "quanto se recebe no mínimo" ou "quanto se paga no máximo". Se o resultado na execução ficar fora dessa faixa, a transação normalmente reverte; se a faixa de tolerância for ampla demais, uma operação ainda pode ser executada quando o preço mudou de forma perceptível.

Cotações, impacto no preço, configuração de slippage e resultado final de execução precisam ser vistos separadamente. Um impacto no preço baixo não significa que não haverá slippage durante o período de espera, e definir um limite de slippage não mantém o preço de mercado inalterado.

As taxas podem ir para participantes diferentes

Uma troca em uma DEX pode apresentar vários tipos de taxa ao mesmo tempo:

• taxas de rede: pagas a quem participa da rede processando transações de blockchain;
• taxas de troca: cobradas conforme as regras por um pool ou contrato de negociação, e parte delas pode ir a quem fornece liquidez e parte a uma tesouraria de protocolo;
• taxas de interface ou de serviço de agregação: cobradas separadamente por um ponto de entrada de aplicativo ou por um serviço de roteamento;
• taxas relacionadas a cruzamento de cadeias: só podem aparecer quando uma rota de transação envolve mensagens ou transferências de ativos entre cadeias.

Taxas diferentes podem estar incluídas em uma cotação ou ser exibidas separadamente. Comparar apenas a proporção de troca aparente pode deixar passar taxas de rede, taxas de roteamento ou as regras de transferência do próprio token; o que deve valer é o pedido da carteira e o resultado de execução on-chain.

Não custodial não significa que os ativos nunca entram em um contrato

Uma DEX costuma ser descrita como um sistema de negociação não custodial. Não custodial aqui normalmente significa que quem opera a plataforma não pode mover unilateralmente os ativos de alguém a partir da própria conta; a transação é iniciada da carteira, e um contrato a executa conforme suas regras.

Isso não significa que os ativos fiquem no endereço de quem os detém durante todo o processo. Ao entrar em um pool, os ativos passam ao contrato do pool; colocar uma ordem ou negociar também pode envolver custódia por contrato, autorizações de token ou uma conta dedicada. Convém olhar quem pode acionar esses ativos, se um contrato é atualizável, e se existe permissão de pausa ou de retirada de emergência.

Desconectar a carteira de uma página web só encerra a interação atual. Não revoga automaticamente as autorizações de token já gravadas on-chain, nem sai de um pool nem cancela todas as ordens assinadas.

DEX e exchanges centralizadas diferem em custódia, casamento e liquidação

Uma exchange centralizada (centralized exchange, CEX) e uma DEX podem ambas exibir mercados, receber pedidos de negociação e devolver resultados de execução, mas as etapas-chave são carregadas por sistemas diferentes.

Esses são padrões comuns, não regras uniformes para todos os produtos. Uma DEX pode manter permissões administrativas, e uma CEX pode publicar parte das informações de reservas on-chain. Ao comparar, é preciso examinar a estrutura concreta de custódia e de execução, em vez de julgar só pelo nome.

Uma troca na mesma cadeia não é uma troca entre cadeias

Uma troca comum em uma DEX normalmente só lida com ativos de uma mesma blockchain. Mesmo quando o nome de um token representa um ativo de outra cadeia, o que se negocia pode ser uma versão mapeada ou embrulhada na rede atual, ou seja, um token correspondente formado para uso dentro dessa rede, e não o ativo da rede original em si.

Mover valor entre blockchains diferentes normalmente exige ainda uma ponte entre cadeias, um protocolo de mensagens, um emissor que atue como custodiante ou outro mecanismo entre cadeias. Um agregador embrulhar os passos entre cadeias em uma única ação de interface não elimina os riscos da ponte subjacente, da confirmação final e da rede de destino.

Por isso, ao conferir um ativo é preciso confirmar ao mesmo tempo o endereço do contrato do token e a rede a que ele pertence. Nome, ícone ou código de negociação iguais não bastam para provar que dois tokens são o mesmo ativo on-chain.

O grau de descentralização precisa ser conferido camada por camada

Ao avaliar uma DEX, pode-se conferir separadamente:

• quem pode implantar, atualizar, pausar ou substituir os contratos de negociação;
• quem controla o site oficial, o domínio, a lista de tokens padrão e o serviço de roteamento;
• se a liquidez vem de pools independentes, de poucos formadores de mercado ou de um único prestador;
• se as ordens são propagadas publicamente, e se um serviço de casamento pode exibir seletivamente ou atrasar ordens;
• se é possível acessar por outras interfaces ou chamando os contratos diretamente;
• quem participa da ordenação de transações, da validação e da confirmação final na blockchain subjacente;
• como a votação de governança se liga às permissões administrativas reais.

Contratos públicos, pessoas assinando por si mesmas, ou uma página web que não custodia ativos respondem cada um a apenas parte dessas perguntas. O rótulo "DEX" por si só não prova que um sistema dispense completamente a confiança, não possa ser pausado, ou não vá censurar transações.

Os principais riscos de uma DEX

Os riscos de uma DEX podem vir do mecanismo de negociação, do código e do ponto de acesso:

• um contrato inteligente tem defeitos, ou as permissões de atualização e de pausa vão além do esperado;
• uma autorização de token é ampla demais, então um contrato errado ou malicioso pode mover ativos;
• um pool raso ou ordens insuficientes fazem o resultado real de execução se desviar visivelmente da estimativa;
• o preço muda durante o período de espera, então uma transação acaba revertendo ou é executada com um resultado pior dentro da faixa permitida;
• uma transação pendente e pública é observada por outros, que exploram a ordenação e inserem transações antes ou depois da transação dessa pessoa;
• um contrato de token contém regras especiais como restrições de transferência, cobranças extras ou a possibilidade de cunhar a qualquer momento;
• um site falso, um endereço de contrato errado ou um token falsificado induzem alguém a assinar;
• um agregador, roteador, ponte entre cadeias ou protocolo subjacente falha e passa o risco a toda a rota de transação;
• congestionamento, reorganização ou falha na blockchain subjacente atrasa transações ou muda o estado.

Código público, relatórios de auditoria e um histórico de operação mais longo podem oferecer pontos de referência, mas não provam que um contrato não tenha defeitos desconhecidos. O sucesso on-chain, igualmente, só mostra que uma transação cumpriu as regras vigentes naquele momento; não significa que o resultado da execução correspondeu ao que se esperava no início.

Perguntas frequentes

Uma DEX sempre usa um AMM?

Não necessariamente. Uma DEX pode usar pools AMM, um livro de ordens on-chain, ordens assinadas fora da cadeia, cotações de formadores de mercado ou uma combinação de vários métodos.

Uma DEX consegue mover ativos direto depois de a carteira ser conectada?

Conectar a carteira normalmente só estabelece um canal de interação; não equivale a aprovar uma transferência. Só uma autorização de token, uma ordem assinada ou uma confirmação de transação posteriores podem criar permissões sobre os ativos, e cada pedido precisa ser visto separadamente.

Uma operação em uma DEX sempre se conclui na hora?

Não necessariamente. Uma transação precisa aguardar o processamento da rede, e pode falhar por cotação vencida, por saldos, por autorizações, por condições de slippage ou por erro de contrato. O tempo que uma interface dá é só uma estimativa.

As taxas de uma DEX são sempre mais baixas que as de uma CEX?

Não necessariamente. O custo real depende das taxas de rede, das taxas de protocolo, das taxas de interface, do tamanho da operação, da liquidez e do preço de execução; não se pode comparar um único campo de taxa isoladamente.

Os tokens de mesmo nome comprados em uma DEX são todos iguais?

Não necessariamente. Qualquer pessoa pode implantar um token com o mesmo nome ou o mesmo código de negociação. Identificar um ativo on-chain exige conferir a rede e o endereço do contrato, não apenas um nome ou um ícone.

Conceitos relacionados

Continue com DeFi, DApp, contrato inteligente, carteira não custodial e token de criptomoeda, ou volte ao glossário de criptomoedas.

Fontes

• Whitepaper do Uniswap v2 Core — uma implementação de pools de formação de mercado automatizada, reservas e uma regra de troca de produto constante.
• 0x Protocol Docs: Orders — uma implementação de ordens limitadas propagadas fora da cadeia, assinadas e liquidadas por um contrato.
• 0x Docs: Core concepts glossary — conceitos de roteamento para agregar pools, ordens e cotações de formadores de mercado.
• Ethereum.org: Token swap guide — o fluxo básico para iniciar uma troca de tokens da carteira, confirmar a transação e seu processamento on-chain.