Agregadores de DEX como Jupiter, 1inch e Odos dividem uma única troca entre várias fontes de liquidez para que os traders consigam um preço efetivo melhor do que qualquer exchange isolada pode oferecer. Qual é o "melhor" depende da blockchain, do par de negociação e da profundidade da liquidez, porque os algoritmos de divisão de rota e a proteção contra MEV variam, e nenhum deles garante um preço melhor do que negociar diretamente.
Pontos-chave
- Jupiter domina a Solana porque a maior parte da liquidez da Solana vive num único ecossistema, enquanto 1inch e Odos cobrem a Ethereum e uma pegada multi-chain mais ampla.
- A divisão de rotas e o roteamento baseado em intenção são o mecanismo central; o agregador divide a sua operação em partes e precifica cada etapa com base na fonte que apresenta a melhor cotação nesse momento.
- As cotações dos agregadores podem falhar quando a liquidez é escassa, em pares exóticos ou durante mercados voláteis, pelo que um preço cotado nem sempre é o preço pelo qual a ordem é executada.
- A proteção contra MEV depende de mempools privadas e de escolhas de roteamento, e não apenas da marca do agregador, por isso verifique como cada um lida com ataques sandwich e front-running.
O que um agregador de DEX realmente faz
Uma exchange descentralizada (DEX) é um contrato inteligente que permite a duas partes trocar tokens a um preço definido por uma fórmula, normalmente uma curva de produto constante como x*y=k, ou por correspondência com um livro de ordens on-chain. As DEX individuais só veem a liquidez presente no seu próprio pool, por isso uma única plataforma raramente tem o melhor preço para uma determinada operação. Um agregador de DEX fica uma camada acima das DEX e resolve um problema de pesquisa: dado um par de tokens e um tamanho, encontrar a combinação de fontes que entrega mais tokens de saída pelo menor número de tokens de entrada, líquido de gas.
Para isso, o agregador recolhe cotações de todas as fontes que indexa, simula a rota com base no estado atual on-chain e devolve um caminho que pode tocar três, cinco ou mesmo dez pools em sequência. Isto chama-se divisão de rota, porque a operação é repartida por várias fontes em vez de ser encaminhada para um único pool. A maior inovação dos últimos dois anos é o roteamento baseado em intenção, em que o utilizador assina uma declaração de intenção como "quero pelo menos X USDC por Y ETH até à data limite Z", e uma rede de executores compete para a preencher. O UniswapX, o 1inch Fusion e o Odos utilizam todos variações deste modelo.
A forma honesta de enquadrar isto é que os agregadores não são magia. São rotinas de otimização que correm sobre um instantâneo da liquidez on-chain, e esse instantâneo pode estar desatualizado quando a sua transação entra num bloco. Uma cotação que parece 0,3% melhor do que a próxima fonte pode evaporar-se se uma operação grande mexer no pool entre a cotação e a execução.
Jupiter, 1inch e Odos numa visão rápida
Jupiter é o agregador dominante na Solana (SOL) e, em 2026, a camada de roteamento padrão de facto para a maioria das carteiras de Solana. A sua vantagem vem dos efeitos de rede: quase todas as novas fontes de liquidez na Solana se integram com a Jupiter no lançamento, pelo que o seu índice de pools disponíveis está mais próximo de ser completo do que o dos concorrentes. A Jupiter também opera um livro de ordens com limites, um agregador de perpétuos e uma ferramenta de DCA (dollar-cost averaging) sobre o mesmo motor de roteamento.
1inch é o mais antigo dos três, lançado na Ethereum em 2019, e continua a ser o agregador mais utilizado na mainnet da Ethereum e em várias sidechains EVM (Ethereum Virtual Machine). Foi pioneiro do algoritmo Pathfinder, que equilibra o custo de gas e o output entre centenas de DEX, e opera o 1inch Fusion, um modo baseado em intenção onde os resolvedores competem para preencher ordens e podem oferecer swaps sem gas a utilizadores de retalho.
Odos posiciona-se como um motor de roteamento multi-chain com ênfase em rotas multi-hop complexas e na otimização de operações que tocam três ou mais tokens numa única transação. Suporta Ethereum, Arbitrum, Base, Polygon, Optimism, BNB Chain e várias outras, sendo frequentemente citado pela capacidade de lidar com pares de tokens incomuns, em que a liquidez está fragmentada por vários pools pequenos.
Divisão de rotas e encaminhamento baseado em intenção, em linguagem simples
Imagine que pretende trocar 10 ETH por USDC. Numa só DEX como a Uniswap v3, a sua negociação move o preço ao longo da curva do pool com a liquidez USDC/WETH mais profunda, e paga uma penalização de derrapagem proporcional ao tamanho da sua negociação face ao pool. Um agregador pode, em vez disso, enviar 4 ETH para a Uniswap, 3 ETH para a Curve, 2 ETH para um pool da Balancer e 1 ETH por uma rota multi-hop via WBTC. Cada perna é dimensionada para que o preço marginal nesse venue seja melhor do que encaminhar todos os 10 ETH para um único pool.
O encaminhamento baseado em intenção inverte o modelo. Em vez de dizer ao agregador que venues usar, o utilizador assina uma ordem indicando o resultado mínimo e um prazo. Os preenchedores, por vezes chamados de resolvers ou solvers, competem entre si para satisfazer a ordem usando os venues e estratégias que entenderem, incluindo o seu próprio inventário privado. O preenchedor vencedor executa a negociação e fica com o spread entre o limite do utilizador e o preço efetivo de execução. 1inch Fusion e Odos usam este modelo; a Jupiter adicionou uma funcionalidade semelhante chamada Ultra e um modo baseado em intenção em 2024.
A diferença prática para um utilizador comum é que o encaminhamento baseado em intenção costuma oferecer melhores preços em negociações grandes ou incomuns, porque market makers profissionais com inventário podem preencher sem tocar sequer na liquidez on-chain. Em negociações pequenas e líquidas, a divisão clássica de rotas é geralmente competitiva e, por vezes, mais barata, porque não envolve margem de resolver.
Onde cada agregador tende a destacar-se
A forma mais clara de comparar é por cadeia e por categoria de par. A Jupiter é, na prática, a única opção relevante na Solana, porque os agregadores alternativos dessa cadeia encaminham tão pouca liquidez que as suas tabelas de rotas são magras, e a diferença na qualidade das rotas é visível até para utilizadores casuais. Na Solana, trocar SOL por USDC através da Jupiter é o caminho padrão para a maioria das carteiras pela mesma razão pela qual usa o Google para pesquisar na web: o índice é mais vasto, a latência é menor e os pontos de integração estão em todo o lado.
A 1inch mantém-se forte na mainnet da Ethereum, onde consegue encaminhar através da Uniswap v2, Uniswap v3, Uniswap v4, Curve, Balancer, Sushi e dezenas de DEX mais pequenas. Também abrange BNB Chain, Polygon, Arbitrum, Optimism, Avalanche e Gnosis. Para uma troca grande de stablecoin para stablecoin na Ethereum, o pathfinder da 1inch costuma encontrar rotas que igualam ou superam a melhor DEX, porque os pools de stablecoins têm derrapagem baixa e o algoritmo consegue comparar venues a baixo custo.
A Odos é particularmente forte no encaminhamento multi-chain para pares incomuns. Se estiver a trocar um token de cauda longa na Arbitrum ou na Base e quiser uma única chamada de API para comparar rotas em várias cadeias EVM, a Odos devolve frequentemente um caminho que as outras duas não encontram. A sua otimização para rotas multi-hop também a torna competitiva em negociações estilo arbitragem triangular, em que o caminho A para B para C para A lhe deixa com mais A do que no início.
Taxas, rebates e o modelo do token JUP
As taxas dos agregadores funcionam em duas camadas. A primeira é a taxa da DEX subjacente, geralmente 0,05% a 0,30% consoante o pool. A segunda é a taxa própria do agregador, que pode ser zero, uma taxa fixa de plataforma ou uma comissão de referência. Historicamente, a 1inch não cobrava taxa de plataforma nas swaps clássicas, mas introduziu uma pequena taxa nos preenchimentos Fusion que reverte para os resolvers. A Odos não cobra taxa de plataforma nas rotas standard. A Jupiter cobra uma pequena taxa de plataforma em certas rotas e partilha uma parte com a carteira ou interface que inicia a swap.
O token JUP está no centro da conceção de taxas e rebates da Jupiter. A Jupiter realizou várias rondas de airdrop associadas ao volume de negociação, e uma fatia significativa das taxas do protocolo é alocada a stakers de JUP e a bloqueadores vote-escrow que comprometem JUP por períodos definidos em troca de maior peso de governação e de uma parte da receita do protocolo. Em 2026, o modelo do token JUP recompensa os traders ativos com distribuições periódicas a partir de um fundo comunitário de taxas, com o calendário exato a ser votado pela Jupiter DAO (organização autónoma descentralizada).
A versão honesta é que o rebate é pequeno face ao volume de swaps para a maioria dos utilizadores comuns. Um trader que faz algumas centenas de dólares por semana em swaps receberá alguns dólares em JUP por distribuição, não um rendimento que mude a vida. O modelo do token é mais relevante para carteiras de elevado volume e para utilizadores que encaram o JUP como um direito de governação sobre uma camada de encaminhamento na Solana que toca uma parte significativa da atividade on-chain.
Proteção contra MEV e os trade-offs do mempool privado
MEV significa maximal extractable value, e na prática corresponde ao lucro que os produtores de blocos e bots especializados podem extrair da sua transação pendente ao reordenarem, inserirem ou censurarem operações à volta da sua. A forma mais comum é o ataque sandwich, em que um bot vê a sua grande ordem de compra no mempool público, compra o token à sua frente para empurrar o preço para cima, deixa a sua operação executar ao pior preço e vende logo de seguida com lucro sem risco.
A proteção contra MEV ao nível do agregador funciona, geralmente, de uma de três formas. Primeiro, o agregador encaminha através de mempools privados, que são filas de transações por convite que enviam as operações diretamente para os validadores sem as expor aos bots públicos. O Flashbots Protect na Ethereum e o Jito Block Engine na Solana são os exemplos de referência. Segundo, o agregador reparte a negociação por mais venues, de modo a que cada perna individual seja suficientemente pequena para que um ataque sandwich não seja rentável. Terceiro, o encaminhamento baseado em intenção permite que um resolver preencha a ordem sem nunca mostrar a rota no mempool público, porque a transação on-chain parece uma simples transferência para o utilizador, e não uma swap.
Na Ethereum, a 1inch Fusion com encaminhamento por mempool privado oferece hoje a proteção contra MEV mais robusta, porque a ordem é preenchida por resolvers que absorvem o risco de MEV em troca do spread. A Jupiter na Solana usa a Jito e tem a vantagem de que a arquitetura do mempool e a temporização dos blocos na Solana tornam os ataques sandwich estruturalmente mais difíceis, embora não impossíveis. A Odos suporta submissão privada de transações em várias cadeias, mas não detém um mempool privado, pelo que a proteção depende do fornecedor de RPC (Remote Procedure Call) que utilizar.
Quando o agregador está errado: modos de falha em liquidez reduzida
O risco mais importante a interiorizar é que a cotação de um agregador é uma previsão, não uma garantia. A previsão é calculada com base num instantâneo da liquidez na cadeia e dos custos de gás no momento da cotação, e várias coisas podem falhar entre a cotação e a execução. O primeiro modo de falha são cotações desatualizadas em pools com pouca liquidez. Uma pool com 50 000 $ de liquidez pode ser esgotada numa única transação, por isso uma rota que assume que a pool ainda tem 50 000 $ quando a sua transação chega já está errada.
O segundo modo de falha são pares exóticos com liquidez fragmentada. Se o token que pretende vender só tem volume significativo em duas ou três pools, o agregador não tem verdadeira escolha, e a divisão da rota resume-se a «dividir entre estas duas pools que poderia ter encontrado sozinho com cinco minutos num explorador de blocos». O terceiro modo de falha são mercados voláteis, em que a melhor rota muda entre a cotação e a execução porque o preço se moveu durante essa breve janela. Os agregadores lidam com isto através de tolerâncias de slippage, mas uma tolerância apertada faz as transações reverterem, enquanto uma tolerância alargada pode executar a um preço muito pior do que o cotado.
O quarto modo de falha são transações falhadas que ainda assim custam gás. Se a simulação do agregador discordar do que realmente é executado na cadeia, a transação reverte, e em Ethereum pode perder entre 5 $ e 50 $ em gás numa tentativa de alta prioridade. Os agregadores com encaminhamento baseado em intenção evitam parte destas reversões por design, porque o resolvedor só executa quando o preenchimento é possível. O quinto é o front-running por atores sofisticados que conseguem detetar ordens de intenção grandes e negociar antes delas, embora o encaminhamento por mempool privada feche grande parte dessa brecha.
Como escolher entre eles na prática
Se negoceia em Solana, use Jupiter. A profundidade de integração, a proteção contra MEV baseada em Jito e a qualidade das rotas em pares nativos de Solana não são hoje desafiadas de forma relevante por alternativas. Se negoceia na mainnet Ethereum e se preocupa com a melhor execução em pares estáveis, 1inch com modo Fusion é a opção padrão mais forte. Se negoceia tokens invulgares ou de cauda longa em cadeias EVM e quer uma única API para comparar rotas, a Odos frequentemente revela caminhos que os outros não encontram.
O fluxo de trabalho útil é comparar cotações antes de operações grandes. Passe a troca que pretende fazer pela interface da Jupiter, pela interface da 1inch e pela interface da Odos, e depois por uma quarta opção como uma troca direta numa DEX, executando apenas quando a melhor rota cotada for significativamente melhor do que a segunda melhor. Em operações pequenas, a diferença está geralmente dentro da tolerância de slippage e não compensa o tempo de comparação. Em operações acima de 10 000 $ em nocional, a comparação pode poupar-lhe entre 0,1% e 0,5%, o que é dinheiro real a esta escala.
Defina sempre um limite explícito de slippage, idealmente 0,5% ou mais apertado em pares líquidos e mais alargado em pools com pouca liquidez, e verifique sempre se a transação é encaminhada por uma mempool privada se a proteção contra MEV for relevante para o tamanho da sua operação. Nada disto constitui aconselhamento financeiro; é higiene operacional no encaminhamento de transações na cadeia.
Acompanhe os fluxos dos agregadores de DEX de forma inteligente
O encaminhamento por agregadores muda todas as semanas à medida que novos locais de liquidez são lançados, os mercados de gás mudam e as redes baseadas em intenção evoluem. Tentar acompanhar manualmente qual agregador é melhor para cada par é uma batalha perdida, especialmente quando uma cotação desta manhã pode estar errada à hora do almoço. O Zippfeed destaca notícias sobre agregadores de DEX e mudanças na qualidade das rotas, com classificação de sentimento (bullish, neutral ou bearish) e uma avaliação de importância, para que consiga detetar mudanças na dominância de encaminhamento, novas funcionalidades de proteção contra MEV e lançamentos de plataformas antes de aparecerem na sua próxima troca.