Los agregadores DEX como Jupiter, 1inch y Odos dividen un único intercambio entre múltiples venues de liquidez para que los traders consigan un precio efectivo mejor que el que puede ofrecer cualquier exchange por sí solo. Cuál es "el mejor" depende de la cadena, el par de trading y la profundidad de liquidez, porque los algoritmos de división de rutas y la protección MEV varían, y ninguno garantiza un mejor precio que operando de forma directa.
Puntos clave
- Jupiter domina Solana porque la mayor parte de la liquidez de Solana vive en un único ecosistema, mientras que 1inch y Odos cubren Ethereum y una huella multicadena más amplia.
- La división de rutas y el enrutamiento basado en intención son el mecanismo central; el agregador divide tu operación en partes y precio cada tramo frente al venue con la mejor cotización en ese momento.
- Las cotizaciones del agregador pueden fallar con liquidez baja, pares exóticos o en mercados volátiles, así que un precio cotizado no siempre es el precio al que se ejecuta.
- La protección MEV depende de mempools privadas y de las decisiones de enrutamiento, no solo de la marca del agregador, por lo que conviene revisar cómo gestiona cada uno los ataques sándwich y el front-running.
Qué hace realmente un agregador DEX
Un exchange descentralizado (DEX) es un smart contract que permite a dos partes intercambiar tokens a un precio fijado por una fórmula, normalmente una curva de producto constante como x*y=k, o casando órdenes contra un libro de órdenes on-chain. Los DEX individuales solo ven la liquidez que descansa en su propio pool, por lo que un único venue rara vez ofrece el mejor precio para una operación concreta. Un agregador DEX se sitúa una capa por encima de los DEX y resuelve un problema de búsqueda: dado un par de tokens y un tamaño, encontrar la combinación de venues que entregue más tokens de salida por menos tokens de entrada, neto de gas.
Para ello, el agregador obtiene cotizaciones de cada venue que indexa, simula la ruta frente al estado on-chain actual y devuelve un camino que puede tocar tres, cinco o incluso diez pools en secuencia. Esto se llama división de rutas, porque la operación se reparte entre venues en lugar de enrutarse a un único pool. La innovación más relevante de los últimos dos años es el enrutamiento basado en intención, donde el usuario firma una declaración de intención como "quiero al menos X USDC por Y ETH antes del plazo Z", y una red de solvers compite por completarla. UniswapX, 1inch Fusion y Odos usan variantes de este diseño.
El encuadre honesto es que los agregadores no son magia. Son rutinas de optimización que se ejecutan contra una instantánea de la liquidez on-chain, y esa instantánea puede quedar obsoleta cuando tu transacción aterriza en un bloque. Una cotización que parece un 0,3% mejor que el siguiente venue puede evaporarse si una operación grande mueve el pool entre la cotización y la ejecución.
Jupiter, 1inch y Odos de un vistazo
Jupiter es el agregador dominante en Solana (SOL), y a fecha de 2026 la capa de enrutamiento de facto para la mayoría de wallets de Solana. Su ventaja viene de los efectos de red: casi cada nuevo venue de liquidez en Solana se integra con Jupiter en su lanzamiento, por lo que su índice de pools disponibles está más cerca de ser completo que el de sus competidores. Jupiter opera además un libro de órdenes límite, un agregador de perpetuos y una herramienta de dollar-cost averaging (DCA) sobre el mismo motor de enrutamiento.
1inch es el más antiguo de los tres, se lanzó en Ethereum en 2019 y sigue siendo el agregador más usado en Ethereum mainnet y en varias sidechains EVM (Ethereum Virtual Machine). Pionero del algoritmo Pathfinder, que equilibra el coste de gas frente a la salida entre cientos de DEX, opera también 1inch Fusion, un modo basado en intención donde los resolvers compiten por completar órdenes y pueden ofrecer swaps sin gas a usuarios retail.
Odos se posiciona como un motor de enrutamiento multicadena con énfasis en rutas multi-hop complejas y en la optimización de operaciones que tocan tres o más tokens en una sola transacción. Soporta Ethereum, Arbitrum, Base, Polygon, Optimism, BNB Chain y varias otras, y se cita a menudo por gestionar pares de tokens inusuales donde la liquidez está fragmentada entre muchos pools pequeños.
División de rutas y enrutamiento basado en intents, en lenguaje sencillo
Imagina que quieres cambiar 10 ETH por USDC. En un único DEX como Uniswap v3, tu operación mueve el precio a lo largo de la curva del pool con la liquidez USDC/WETH más profunda, y pagas una penalización por deslizamiento que escala según el tamaño de tu operación en relación con el pool. Un agregador puede, en cambio, enviar 4 ETH a Uniswap, 3 ETH a Curve, 2 ETH a un pool de Balancer y 1 ETH a través de una ruta multi-salto vía WBTC. Cada tramo se dimensiona de forma que el precio marginal en esa plataforma sea mejor que enrutar los 10 ETH a un único pool.
El enrutamiento basado en intents invierte el modelo. En lugar de indicar al agregador qué plataformas usar, el usuario firma una orden que establece la cantidad mínima de salida y una fecha límite. Los fillers, a veces llamados resolvers o solvers, compiten por satisfacer la orden usando las plataformas y estrategias que elijan, incluido su propio inventario privado. El filler ganador ejecuta la operación y se queda con el diferencial entre el límite del usuario y el precio real de ejecución. Tanto 1inch Fusion como Odos utilizan este modelo; Jupiter añadió una función similar llamada Ultra y un modo basado en intents en 2024.
La diferencia práctica para un usuario minorista es que el enrutamiento basado en intents suele ofrecer mejores precios en operaciones grandes o poco habituales, porque los creadores de mercado profesionales con inventario pueden ejecutarlas sin tocar la liquidez en cadena en absoluto. Para operaciones pequeñas y líquidas, la división de rutas clásica suele ser competitiva y a veces más barata, porque no hay margen de resolver de por medio.
Dónde tiende a ganar cada agregador
La forma más clara de comparar es por cadena y por categoría de par. Jupiter es esencialmente la única opción relevante en Solana, porque los agregadores alternativos de Solana enrutan tan poca liquidez que sus tablas de rutas son limitadas, y la brecha en la calidad de las rutas es visible incluso para usuarios ocasionales. En Solana, cambiar SOL por USDC a través de Jupiter es la ruta por defecto para la mayoría de monederos por la misma razón por la que usas Google para buscar en la web: el índice es más amplio, la latencia es menor y los puntos de integración están en todas partes.
1inch sigue siendo fuerte en Ethereum mainnet, donde puede enrutar a través de Uniswap v2, Uniswap v3, Uniswap v4, Curve, Balancer, Sushi y docenas de DEX más pequeños. También cubre BNB Chain, Polygon, Arbitrum, Optimism, Avalanche y Gnosis. Para un intercambio grande de stablecoin a stablecoin en Ethereum, el pathfinder de 1inch suele encontrar rutas que igualan o superan al mejor DEX, porque los pools de stablecoins tienen bajo deslizamiento y el algoritmo puede comparar plataformas de forma económica.
Odos destaca en el enrutamiento multi-cadena para pares poco habituales. Si estás cambiando un token de cola larga en Arbitrum o Base y quieres una única llamada a la API para comparar rutas a través de múltiples cadenas EVM, Odos a menudo devuelve una ruta que los otros dos no encuentran. Su optimización para rutas multi-salto también lo hace competitivo en operaciones de tipo arbitraje triangular, donde la ruta de A a B a C a A te deja con más cantidad de A que al principio.
Comisiones, reembolsos y el modelo del token JUP
Las comisiones de los agregadores funcionan en dos capas. La primera es la comisión del DEX subyacente, normalmente entre el 0,05% y el 0,30% según el pool. La segunda es la comisión propia del agregador, que puede ser cero, una comisión fija de plataforma o una parte por referidos. 1inch históricamente no cobraba comisión de plataforma en los intercambios clásicos, pero introdujo una pequeña comisión en las ejecuciones de Fusion que va a los resolvers. Odos no cobra comisión de plataforma en las rutas estándar. Jupiter cobra una pequeña comisión de plataforma en ciertas rutas y comparte una parte con el monedero o la interfaz que inicia el intercambio.
El token JUP se sitúa en el centro del diseño de comisiones y reembolsos de Jupiter. Jupiter ha realizado varias rondas de airdrops vinculadas al volumen de trading, y una parte significativa de las comisiones del protocolo se asigna a los stakers de JUP y a los vote-escrow lockers, que comprometen JUP durante periodos definidos a cambio de un peso de gobernanza reforzado y una parte de los ingresos del protocolo. A fecha de 2026, el modelo del token JUP recompensa a los traders activos con distribuciones periódicas desde un fondo comunitario de comisiones, cuyo calendario exacto es votado por la DAO (organización autónoma descentralizada) de Jupiter.
La versión honesta es que el reembolso es pequeño en relación con el volumen de intercambios para la mayoría de usuarios minoristas. Un trader que mueve unos pocos cientos de dólares a la semana en intercambios recibirá unos pocos dólares en JUP por distribución, no un rendimiento que cambie su vida. El modelo del token importa más para monederos de alto volumen y para usuarios que tratan JUP como una reclamación de gobernanza sobre una capa de enrutamiento en Solana que toca una gran parte de la actividad en cadena.
Protección frente a MEV y compensaciones de los mempool privados
MEV son las siglas de maximal extractable value, y en la práctica significa el beneficio que los productores de bloques y los bots especializados pueden extraer de tu transacción pendiente reordenando, insertando o censurando operaciones alrededor de la tuya. La forma más común es el ataque sándwich, donde un bot ve tu orden de compra grande en el mempool público, compra el token por delante para empujar el precio al alza, deja que tu operación se ejecute al peor precio y vende inmediatamente después con un beneficio sin riesgo.
La protección frente a MEV a nivel de agregador suele funcionar de tres maneras. Primero, el agregador enruta a través de mempools privados, que son colas de transacciones solo por invitación que envían las operaciones directamente a los validadores sin exponerlas a los bots públicos. Flashbots Protect en Ethereum y Jito Block Engine en Solana son los ejemplos canónicos. Segundo, el agregador divide la operación entre más plataformas para que cada tramo individual sea lo bastante pequeño como para que no sea rentable hacer un sándwich. Tercero, el enrutamiento basado en intents permite que un resolver ejecute la orden sin mostrar nunca la ruta en el mempool público, porque la transacción en cadena parece una simple transferencia al usuario, no un intercambio.
En Ethereum, 1inch Fusion con enrutamiento por mempool privado ofrece hoy la protección frente a MEV más sólida, porque la orden la ejecutan resolvers que absorben el riesgo de MEV a cambio del diferencial. Jupiter en Solana utiliza Jito y tiene la ventaja de que el diseño del mempool y la temporización de bloques en Solana hacen que los ataques sándwich sean estructuralmente más difíciles, aunque no imposibles. Odos admite el envío de transacciones privadas en varias cadenas, pero no posee un mempool privado, por lo que la protección depende del proveedor de RPC (llamada a procedimiento remoto) que utilices.
Cuando el agregador se equivoca: modos de fallo con liquidez escasa
El riesgo más importante que hay que interiorizar es que la cotización de un agregador es una predicción, no una garantía. La predicción se calcula a partir de una instantánea de la liquidez en cadena y de los costes de gas en el momento de la cotización, y varias cosas pueden romperse entre la cotización y la ejecución. El primer modo de fallo son las cotizaciones obsoletas en pools poco profundos. Un pool con 50.000 dólares de liquidez puede vaciarse en una sola operación, por lo que una ruta que asume que el pool todavía tiene 50.000 dólares cuando tu transacción se confirma ya está equivocada.
El segundo modo de fallo son los pares exóticos con liquidez fragmentada. Si el token que quieres vender solo se negocia de forma significativa en dos o tres pools, el agregador no tiene una opción real, y el reparto de la ruta se convierte en "reparte entre estos dos pools que habrías encontrado tú mismo dedicando cinco minutos a un explorador de bloques". El tercer modo de fallo son los mercados volátiles, donde la mejor ruta cambia entre la cotización y la ejecución porque el precio se movió durante esa breve ventana. Los agregadores lo gestionan con tolerancias de slippage, pero un slippage ajustado hace que las transacciones se reviertan, mientras que un slippage holgado puede ejecutar a un precio mucho peor que el cotizado.
El cuarto modo de fallo son las transacciones fallidas que aun así cuestan gas. Si la simulación del agregador no coincide con lo que realmente se ejecuta en cadena, la transacción se revierte, y en Ethereum puedes perder entre 5 y 50 dólares en gas en un intento con alta prioridad. Los agregadores con enrutamiento basado en intención evitan por diseño algunas de estas reversiones, porque el resolutor solo ejecuta cuando el fill es viable. El quinto es el front-running por parte de actores sofisticados que pueden detectar grandes órdenes por intención y operar por delante de ellas, aunque el enrutamiento por mempool privado cierra en gran medida esta brecha.
Cómo elegir entre ellos en la práctica
Si operas en Solana, usa Jupiter. La profundidad de integración, la protección MEV basada en Jito y la calidad de las rutas en pares nativos de Solana no se ven igualadas de forma significativa por las alternativas hoy en día. Si operas en Ethereum mainnet y te importa la mejor ejecución en pares estables, 1inch con modo Fusion es la opción por defecto más sólida. Si operas con tokens inusuales o de larga cola en cadenas EVM y quieres una única API para comparar rutas, Odos suele descubrir caminos que los demás pasan por alto.
El flujo de trabajo útil es comparar cotizaciones antes de operaciones grandes. Pasa tu swap previsto por la interfaz de Jupiter, la de 1inch y la de Odos, y luego por una cuarta opción como una operación directa en un DEX, y solo ejecuta cuando la mejor ruta cotizada sea notablemente mejor que la segunda. Para operaciones pequeñas, la diferencia suele quedar dentro de la tolerancia de slippage y no compensa el tiempo de comparar. Para operaciones por encima de 10.000 dólares en nocional, la comparación puede ahorrarte entre un 0,1% y un 0,5%, que es dinero real a escala.
Establece siempre un tope de slippage explícito, idealmente un 0,5% o más ajustado para pares líquidos y más amplio para los poco profundos, y comprueba siempre que la transacción se enrute a través de un mempool privado si la protección MEV importa para el tamaño de tu operación. Nada de esto es asesoramiento financiero; es higiene operativa para enrutar operaciones en cadena.
Sigue los flujos de los agregadores DEX de forma inteligente
El enrutamiento de los agregadores cambia cada semana a medida que se lanzan nuevos venues de liquidez, los mercados de gas se mueven y las redes basadas en intención evolucionan. Seguir manualmente qué agregador es el mejor para cada par es una batalla perdida, sobre todo cuando una cotización de esta mañana puede ser errónea a la hora del almuerzo. Zippfeed muestra noticias sobre agregadores DEX y cambios en la calidad de las rutas con puntuación de sentimiento (bullish, neutral o bearish) y una calificación de importancia, para que puedas detectar cambios en el dominio del enrutamiento, nuevas funciones de protección MEV y lanzamientos de venues antes de que aparezcan en tu próximo swap.