MEV: frontrunning, sandwiching y cómo protegerte

·7 min de lectura·Por SSP Editorial Team
Diagrama de MEV: transacciones de un searcher rodeando un swap de usuario en un bloque

MEV: frontrunning, sandwiching y cómo protegerte

Si alguna vez intercambiaste un token en un DEX y notaste que el precio que recibiste fue ligeramente peor que la cotización que viste un momento antes, es posible que te hayas topado con MEV. MEV es uno de esos temas que suena intimidante, se sensacionaliza en internet y rara vez se explica en términos sobre los que un usuario de autocustodia pueda actuar. Este artículo lo soluciona. Veremos qué es realmente MEV, de dónde viene, los tres patrones con los que es más probable que te encuentres, quién está realmente en riesgo y los hábitos concretos que reducen tu exposición cuando intercambias desde SSP.

Qué significa realmente MEV

MEV significa Maximal Extractable Value (originalmente "Miner Extractable Value" antes del cambio de Ethereum a prueba de participación). Se refiere al valor que se puede extraer de un bloque eligiendo qué transacciones incluir, el orden en el que incluirlas y si censurar alguna de ellas.

Lo más fácil es pensar en MEV como una propiedad estructural de las blockchains públicas, no como un actor malicioso. Quien decide el contenido del siguiente bloque tiene discreción sobre el orden, y esa discreción tiene valor económico. Algún MEV es inofensivo — el arbitraje que mantiene precios consistentes entre DEX es técnicamente MEV, y beneficia al sistema. Algún MEV es extractivo — transfiere valor de usuarios comunes a participantes sofisticados.

De dónde viene el MEV

Cuando envías una transacción en Ethereum o cualquier cadena EVM, no va directamente a un bloque. Permanece en el mempool, un área de espera pública visible para cualquiera que ejecute un nodo. Actores especializados llamados searchers escanean el mempool buscando oportunidades rentables. Envían sus propias transacciones, a menudo a través de builders que ensamblan bloques, y el validator finalmente publica el bloque elegido.

Tras The Merge y el despliegue de la separación proposer-builder, el flujo moderno se ve aproximadamente así:

  • Los searchers encuentran una oportunidad y crean un paquete de transacciones.
  • Los builders ensamblan bloques candidatos que maximizan los ingresos por comisiones y propinas.
  • Los validators (proposers) eligen el bloque más rentable entre los builders en competencia.

El punto para los usuarios: tu swap pendiente es visible en el mempool público a menos que tomes pasos específicos. Cualquiera que lo observe puede reaccionar a él.

Los tres patrones que debes conocer

1. Frontrunning

Un searcher ve una transacción pendiente que moverá un precio de forma predecible — por ejemplo, un swap grande que empujará el precio del token al alza en un DEX. Envía una transacción idéntica o similar con una propina mayor, para que aterrice en el bloque antes que la tuya. Obtiene el mejor precio, y tú obtienes el ligeramente peor que sigue.

El frontrunning es principalmente una preocupación para swaps grandes con impacto de mercado evidente, no para la operación minorista promedio.

2. Sandwiching

Este es el patrón más discutido en relación con los usuarios minoristas. Un searcher ve tu swap, calcula que moverá el precio y coloca dos transacciones a su alrededor:

  1. Una compra inmediatamente antes de tu swap, empujando el precio al alza.
  2. Una venta inmediatamente después de tu swap, capturando el precio que acabas de empujar.

Recibes menos tokens de los esperados, y la diferencia va al searcher. El riesgo escala con el tamaño de tu operación, lo superficial que sea el pool de liquidez y — críticamente — cuánta tolerancia al slippage configures. Una tolerancia al slippage alta es lo que hace posible un sandwich rentable; un slippage ajustado evita el sandwich o hace que tu transacción se revierta.

Si aún no lo has leído, el artículo complementario sobre slippage e impacto en el precio explica exactamente por qué importa esa tolerancia.

3. Backrunning

Un searcher coloca una transacción inmediatamente después de la tuya para capturar una oportunidad que tu transacción creó — típicamente arbitraje entre pools después de que tu swap moviera un precio. El backrunning generalmente no te perjudica (tu swap ya se ejecutó al precio que aceptaste). De hecho, es uno de los mecanismos que mantiene los precios de los DEX alineados con el mercado más amplio.

Vale la pena conocer la diferencia: no toda transacción MEV que toca tu swap te está quitando valor.

Quién está realmente en riesgo

Respuesta honesta: no todos los usuarios, no todas las operaciones.

  • Swaps pequeños en pools profundos — digamos, un swap de 200 USD en un pool importante ETH/USDC — usualmente mueven el precio una fracción minúscula de un porciento. La economía del sandwiching simplemente no funciona; los costos de gas del searcher excederían la ganancia.
  • Swaps grandes en pools superficiales — digamos, un swap de cinco o seis cifras en un par de tokens de baja capitalización — son exactamente donde los ataques sandwich se vuelven rentables. El impacto en el precio es grande, la tolerancia al slippage a menudo tiene que ser laxa para que la operación se ejecute, y la ganancia esperada del searcher cubre fácilmente el gas.
  • Cualquier cosa intermedia depende de la profundidad del pool, el par de tokens específico, la congestión actual y tu configuración de slippage.

La conclusión no es "el MEV está en todas partes" ni "el MEV es raro" — es "la exposición al MEV es una función del tamaño de la operación, la profundidad del pool y lo laxas que sean tus configuraciones".

Lo que realmente puedes hacer

No puedes eliminar el MEV como usuario individual; es una propiedad de cómo se producen los bloques. Puedes reducir significativamente tu exposición:

  • Usa un slippage ajustado y realista. Configura el slippage tan bajo como la operación lo tolere. Una tolerancia de 0,5–1% en un par líquido de pool profundo suele estar bien. Una tolerancia de 5–10% es una invitación abierta a ser sandwich-eado. Ver slippage e impacto en el precio.
  • Prefiere pools de liquidez profunda. Un swap que mueve un pool profundo en un 0,05% no es interesante para hacer sandwich. Un swap que mueve un pool superficial en un 5% sí lo es.
  • Usa un RPC de mempool privado cuando esté disponible. Servicios como Flashbots Protect enrutan tu transacción directamente a los builders, evitando el mempool público. Los searchers no pueden reaccionar a una transacción que no pueden ver. Esta es una mitigación neutral y bien conocida en el ecosistema Ethereum; los documentos de Ethereum sobre MEV cubren el panorama más amplio.
  • Usa rutas de swap en la wallet que pre-coticen. Cuando intercambias desde dentro de SSP usando una ruta integrada, la cotización incluye el precio realista de ejecución; si la realidad se desvía demasiado, la transacción se revierte en lugar de ejecutarse silenciosamente contra un precio peor.
  • Divide operaciones grandes en partes más pequeñas. Un solo swap grande maximiza la ganancia del searcher; varios swaps más pequeños distribuidos en el tiempo y en pools reducen el incentivo por operación.
  • Atiende a los costos de gas. Un swap revertido aún cuesta gas. Si configuras el slippage tan ajustado que tu transacción falla repetidamente, estás pagando por nada. Ver comisiones de gas en Ethereum para contexto de dimensionamiento.

Cómo se relaciona esto con la protección 2-de-2 de SSP

MEV es un riesgo de ordenamiento de transacciones, no un riesgo de compromiso de claves. Que tu transacción sea o no sandwich-eada no tiene nada que ver con si tus claves están seguras.

SSP es una wallet de autocustodia 2-de-2: cada transacción es co-firmada por la extensión de navegador SSP y la aplicación móvil SSP Key, con la cuenta inteligente ERC-4337 en cadenas EVM usando una firma agregada de Schnorr auditada por Halborn en 2025. Esa protección trata de quién puede gastar tus fondos. MEV trata de quién decide el orden de las transacciones que ya autorizaste.

En otras palabras: un ataque sandwich no roba tus claves, y el modelo 2-de-2, por sí solo, no cambia lo que recibes de un swap. Las mitigaciones anteriores — slippage más ajustado, pools más profundos, RPC privados, dimensionamiento sensato de operaciones — son la capa que protege contra MEV.

Un modelo mental práctico

Cuando estés a punto de hacer un swap, hazte tres preguntas:

  1. ¿Qué tan profundo es el pool al que estoy intercambiando? Los pools profundos atraen menos atención de sandwich.
  2. ¿Qué slippage estoy tolerando? ¿Lo suficientemente ajustado para hacer que un sandwich no sea rentable?
  3. ¿El tamaño de esta operación va a mover notablemente el precio? Si es así, considera dividirla o enrutarla a través de un mempool privado.

Ese modelo mental maneja la mayoría realista de los casos. El resumen de swap en la wallet recorre la experiencia de swap en sí, y la guía de Ethereum en SSP cubre el contexto a nivel de cadena. El MEV es un costo real de usar mempools abiertos, pero es un costo que puedes moldear con un pequeño número de hábitos — y uno que no cambia la garantía de seguridad fundamental que la autocustodia 2-de-2 te da.

Comparte este artículo

Artículos relacionados