MEV es un impuesto estructural incorporado en cada operación de AMM: los bots explotan la curva de vinculación predecible para adelantarse y hacer sandwich a su antojo. El CLOB de Dexalot elimina por completo la superficie de ataque.
March 28, 2026 | ,
Has enviado un intercambio. La transacción se llevó a cabo. El precio que pagaste fue ligeramente peor que el precio cotizado — pero solo un poco, así que seguiste adelante. Lo que probablemente no notaste: un bot se insertó en tu operación, compró antes que tú y vendió inmediatamente después. Tú cubriste su beneficio. Esto es MEV, y es uno de los costos más omnipresentes y menos visibles en DeFi.
MEV significa Valor Máximo Extraíble — el beneficio total que se puede extraer de un bloque reorganizando, insertando o censurando transacciones. El término se originó como “Valor Extraíble por Mineros” en Ethereum proof-of-work, cuando los mineros controlaban el orden de las transacciones. Después de la fusión, los validadores tomaron ese rol, pero la mecánica y la industria de extracción que los rodea permanecen esencialmente intactas.
La forma más clara de pensarlo: MEV es el impuesto invisible que existe siempre que alguien con poder de orden puede observar tu transacción y actuar sobre ella antes o alrededor de ella.
MEV no es un error en el sistema. Es una consecuencia estructural de los mempools transparentes y del ordenamiento de transacciones controlable. Mientras existan ambas condiciones, MEV existe.
En Ethereum y en la mayoría de las cadenas compatibles con EVM, las transacciones se encuentran en un mempool público antes de ser incluidas en un bloque. Cualquiera puede leerlas. Los Buscadores — actores sofisticados que ejecutan bots automatizados — monitorean continuamente este mempool, identifican oportunidades rentables y envían sus propias transacciones con tarifas de gas más altas para adelantarse a la tuya, o justo detrás de ella, dependiendo de lo que requiera la estrategia.
Esta es la forma más común y más directamente perjudicial de MEV para los comerciantes minoristas. La secuencia es:
El bot obtiene beneficios de la diferencia entre el precio al que compró y el precio al que vendió. Tú pagas esa diferencia. En un par líquido, el daño por operación podría ser pequeño — unos pocos puntos básicos. A través de miles de operaciones y tamaños de posición más grandes, el costo agregado es significativo. Investigaciones de EigenPhi han estimado pérdidas acumulativas por ataques sandwich en cientos de millones de dólares anuales en DeFi.
Más simple que el sándwich. Un bot ve tu transacción, la copia con un precio de gas más alto y la ejecuta primero — capturando la oportunidad que tú identificaste. Esto es más común en escenarios de arbitraje y acuñación de NFT, pero también afecta a los sistemas de órdenes limitadas en cadenas donde la ejecución de órdenes es pública y se puede pujar con gas.
Menos perjudicial para los comerciantes individuales, pero aún extractivo. Un bot se posiciona inmediatamente después de una gran transacción — un gran intercambio, una liquidación, un rebalanceo de pool — para capturar la oportunidad de arbitraje resultante antes de que nadie más pueda. El backrunning no perjudica directamente al usuario que lo activó, pero extrae valor del ecosistema que de otro modo iría a los arbitrajistas que compiten por mérito.
MEV no afecta a todos los sistemas de trading por igual. Los creadores de mercado automatizados son especialmente vulnerables debido a cómo funciona su mecanismo de precios.
Un AMM fija los precios de las transacciones utilizando una curva de vinculación — una fórmula (x × y = k siendo la versión clásica) que determina el precio como función de las reservas del pool. Cada operación mueve el precio a lo largo de esta curva de una manera predecible, determinística y observablemente pública. El impacto en el precio de un tamaño de transacción dado es matemáticamente calculable antes de que se ejecute la transacción.
Esto es precisamente lo que necesitan los bots MEV. Si puedes calcular el impacto exacto en el precio de una transacción pendiente — y puedes, porque la fórmula y el estado del pool son públicos — también puedes calcular exactamente cómo posicionarte alrededor de ella para obtener ganancias.
La curva de vinculación de un AMM es, desde la perspectiva de MEV, una función de ganancia que los buscadores pueden optimizar. La arquitectura que hace que los AMMs sean simples y sin permisos es también la arquitectura que los hace extraíbles.
Las configuraciones de tolerancia al deslizamiento — la “máxima desviación aceptable del precio cotizado” que la mayoría de las interfaces de AMM te piden que establezcas — son una respuesta parcial a este problema, no una solución. Establecer una menor tolerancia al deslizamiento reduce tu exposición a MEV pero aumenta tu riesgo de transacciones fallidas. Establecer una mayor tolerancia hace que tu transacción sea confiable pero amplía la ventana de extracción. Es un compromiso que la arquitectura te impone.
Las mempools privadas y los servicios de protección MEV como Flashbots Protect o MEV Blocker ayudan en la capa de ejecución. Dirigen tu transacción a través de canales protegidos que no la exponen a la mempool pública. Estas son herramientas útiles, pero abordan el síntoma en lugar de la causa, y requieren que el usuario sepa que existen y que opten activamente por ellas.
Un Libro de Órdenes de Límite Central (CLOB) no tiene una curva de vinculación. No existe una fórmula que determine el precio como función de las reservas. El precio se determina por la intersección de las órdenes límite reposadas — ofertas y demandas realizadas por los traders y creadores de mercado a niveles de precios específicos.
Esto elimina la superficie principal de ataque para ataques de sándwich. Sin una curva de precios continua para moverse, no hay un impacto en el precio predecible que explotar. Un bot no puede calcular una ganancia garantizada al posicionarse alrededor de tu orden porque el mecanismo de emparejamiento no funciona de esa manera.
Las protecciones específicas que proporciona un CLOB:
En un AMM, el impacto en el precio de tu transacción es una función de su tamaño. En un CLOB, tu orden de mercado se llena contra órdenes reposadas discretas a precios específicos. El mecanismo es fundamentalmente diferente, y también lo es la superficie de extracción.
El frontrunning en el sentido clásico también se vuelve más difícil en un CLOB. En un CLOB en cadena bien implementado, el motor de emparejamiento procesa órdenes en secuencia con reglas de prioridad deterministas. Insertar una transacción antes de la suya para capturar la misma oportunidad requiere ser más rápido (una carrera de latencia, no una subasta de gas) o tener conocimiento previo de su intención — lo que requiere información fuera del sistema.
Dexalot es un verdadero CLOB en cadena — el estado del libro de órdenes, el motor de emparejamiento y la liquidación ocurren en la cadena, en una subred dedicada de Avalanche, con soporte de depósito multichain de Avalanche, Arbitrum y otras redes.
Las protecciones estructurales de MEV provienen directamente de la arquitectura:
Ninguna de estas afirmaciones significa que el MEV sea completamente imposible en cualquier sistema. Las ventajas basadas en latencia, las asimetrias de información y el arbitraje entre plataformas son realidades en todos los mercados. Pero el mecanismo específico de los ataques de sandwich — la forma más directa y dañina de MEV para los comerciantes minoristas — requiere una curva de vinculación para operar en contra. Dexalot no tiene una.
La mayoría de los servicios de protección de MEV le piden que enrute sus operaciones de AMM a través de un mempool privado. La respuesta de Dexalot al MEV es diferente: utilizar una arquitectura donde la superficie de ataque primaria no exista.
El MEV es estructural, no incidental. Mientras esté operando contra una curva de vinculación con un mempool público, está en un entorno donde la extracción es posible y rentable. Las herramientas para mitigar esto — ajustes de tolerancia al deslizamiento, mempools privados, servicios de protección de MEV — reducen el daño pero no eliminan la exposición subyacente.
Los libros de órdenes resuelven el problema a nivel de arquitectura, no a nivel de mitigación. El emparejamiento por prioridad de precio-tiempo, sin curva de precios continua y la aplicación de órdenes límite por protocolo no son características construidas sobre un sistema extraíble. Son un sistema diferente.
Si ha estado operando principalmente en AMMs, ha estado pagando MEV. Cuánto depende de los tamaños de sus operaciones, los pares que utiliza, y si se ha estado protegiendo activamente. La mayoría de los comerciantes no lo han hecho.
