Poco después de las 2 a.m. UTC del 7 de julio de 2026, un trader de Ethereum vio cómo $2 millones en Ether desaparecían efectivamente en un solo bloque — no por un hacker, ni por una estafa, sino por una vulnerabilidad de enrutamiento que redirigió silenciosamente el swap a través de un pool de liquidez casi vacío. El incidente es ahora uno de los casos documentados más contundentes de una pérdida de un trader de Ethereum que implica extracción de backrun en el mismo bloque, y expone una tensión estructural en el corazón de las finanzas descentralizadas.
Summary
Conclusiones clave
- Un trader de Ethereum intercambió 1.126,44 ETH (~$2,01 millones) y recibió solo 5.776 tokens LIT por un valor aproximado de $14.500 — una pérdida del 99,3%.
- El swap se enrutó a través de un pool AVAIL/WETH de baja liquidez en Uniswap v3, ejecutándose a aproximadamente 120 veces el precio sostenible de AVAIL.
- El constructor de bloques Titan extrajo $1,8 millones como recompensa de constructor en el mismo bloque mediante una operación de arbitraje de backrun en el mismo bloque.
- GoPlus Security lo clasificó como un «caso de libro de texto de extracción de backrun en el mismo bloque», distinto de un ataque clásico de tipo sandwich.
- Titan ha ganado $112,6 millones en ingresos por construcción de bloques solo en 2026, según datos de DefiLlama.
Cómo $2 millones se convirtieron en $14.500 en una sola transacción
La transacción que desencadenó la pérdida tuvo lugar el 7 de julio de 2026, a la 1:59 a.m. UTC, según datos on-chain. El trader inició lo que parecía ser un swap sencillo de 1.126,44 Ether, por un valor aproximado de $2,01 millones. Lo que llegó al otro lado fueron 5.776 tokens LIT valorados en alrededor de $14.500.
La razón por la que el resultado fue tan catastrófico se reduce al enrutamiento. El router del exchange descentralizado — identificado como el router de 0x — envió aproximadamente 1.117 Ether a un pool AVAIL/WETH de baja liquidez en Uniswap v3. Debido a que ese pool tenía tan poca liquidez, la operación se ejecutó a aproximadamente 120 veces el precio al que AVAIL podía venderse de forma realista después. El trader recibió casi 6,67 millones de tokens AVAIL, pero a un precio tan inflado que era esencialmente inútil.
La mecánica del colapso
Inmediatamente después de que se liquidara el swap de la víctima, el router de 0x vendió una pequeña cantidad de AVAIL de origen externo en el mismo pool. Ese movimiento extrajo aproximadamente 1.072 WETH del pool. De esa cantidad, 1.018 ETH — por un valor de $1,8 millones — se pagaron a Titan como recompensa de constructor de bloques. Los tokens AVAIL restantes que recibió el trader original se intercambiaron posteriormente por aproximadamente $14.200 en tokens LIT, consolidando la pérdida del 99,3% sobre la posición original.
La secuencia importa: la extracción ocurrió completamente dentro del mismo bloque que el swap de la víctima, sin ninguna operación de front-run previa. Eso es precisamente lo que distingue este caso de un ataque convencional de tipo sandwich.
El constructor de bloques Titan extrae $1,8 millones en un solo bloque
Titan se retiró de la transacción con $1,8 millones — la consecuencia directa de su posición como constructor de bloques de Ethereum con la capacidad de secuenciar transacciones dentro de un bloque. La empresa no respondió a las solicitudes de comentarios.
El contexto más amplio hace que esa cifra sea más difícil de descartar como un hecho aislado. Según datos de DefiLlama, Titan ha acumulado $112,6 millones en ingresos por construcción de bloques en 2026. Su día más rentable fue en marzo, cuando extrajo alrededor de $34 millones en ganancias de arbitraje a partir de un incidente separado de un bot de MEV en el protocolo CoW.
Lo que revelan esas cifras es que la construcción de bloques ha evolucionado mucho más allá de un rol de infraestructura técnica. Ahora funciona como un centro de beneficios sobre el flujo de transacciones de Ethereum — uno que puede capturar un valor enorme de los usuarios comunes sin su conocimiento ni consentimiento.
Análisis de expertos y respuesta de la comunidad
GoPlus Security fue directa en su evaluación: esto fue «un arbitraje de backrunner real y altamente desequilibrado, no un ataque clásico de tipo sandwich». La firma lo describió como un caso de libro de texto de extracción de backrun en el mismo bloque, señalando que la distinción clave es la ausencia de cualquier operación de front-running antes del swap de la víctima. La explotación ocurre después de que la orden ya se ha liquidado en el pool ilíquido, lo que la hace invisible para la detección convencional de ataques de tipo sandwich.
Qué pueden hacer realmente los traders
El trader de criptomonedas Ruslan Khairullin lanzó la advertencia sin rodeos: «Esto es lo que pasa cuando hiciste clic en confirmar más rápido de lo que leíste la ruta. Una lección dolorosa de ver en tiempo real.» La implicación es sencilla: si el trader hubiera revisado la ruta de la transacción antes de firmar, el camino a través del pool AVAIL/WETH habría sido visible, y el swap podría haberse cancelado o reenrutado.
Ese consejo suena simple. En la práctica, las interfaces de los DEX rara vez muestran los detalles de enrutamiento de forma destacada, y la mayoría de los usuarios no los inspeccionan. La brecha entre lo que muestra la interfaz y lo que ejecuta el router es donde se producen estas pérdidas.
Extracción de MEV y el costo oculto de la infraestructura DeFi
La importancia más amplia de este incidente radica en lo que dice sobre el estado actual de la extracción de MEV en Ethereum. El Valor Máximo Extraíble (MEV, por sus siglas en inglés) — el beneficio que los constructores de bloques y validadores pueden capturar ordenando, incluyendo o excluyendo transacciones — se ha convertido, según sugieren ahora los datos, en una industria de $113 millones al año solo dentro de la capa de construcción de bloques de Ethereum, basándose en las cifras de Titan.
Esa escala significa que la estructura de incentivos para los constructores de bloques está fundamentalmente desalineada con los intereses de los traders comunes. Un constructor que puede ganar $1,8 millones secuenciando una sola transacción tiene toda la motivación racional para hacerlo. El trader cuyo swap se enruta a través de un pool delgado paga el precio — a menudo sin llegar nunca a entender por qué.
Los investigadores de Ethereum han estado explorando diseños de mempool cifrado como una mitigación a largo plazo, que impedirían que los constructores vean los detalles de las transacciones antes de que se confirmen. Hasta que esas propuestas pasen de la investigación a la producción, la responsabilidad de comprobar las rutas de las transacciones recae por completo en los traders individuales — una carga para la que la mayoría de los participantes minoristas no están preparados, y que las herramientas actuales del ecosistema hacen poco por aliviar.
Preguntas frecuentes
¿Qué causó la pérdida de casi $2 millones del trader de Ethereum?
La pérdida fue el resultado de un exploit de backrun en el mismo bloque que enrutó el swap del trader a través de un pool AVAIL/WETH de baja liquidez en Uniswap v3, lo que provocó que la operación se ejecutara a aproximadamente 120 veces el precio sostenible de AVAIL y produjera una pérdida de valor casi total.
¿Cómo se benefició el constructor de bloques Titan de este exploit?
Titan extrajo aproximadamente $1,8 millones como recompensa de constructor de bloques en el mismo bloque ejecutando una estrategia de arbitraje de backrunner — vendiendo AVAIL de origen externo en el pool después de que el swap de la víctima ya hubiera inflado el precio, y luego cobrando los ingresos como pago al constructor.
¿En qué se diferencia este exploit de un ataque clásico de tipo sandwich?
GoPlus Security lo describió como un arbitraje de backrun en el mismo bloque en el que la extracción ocurre completamente después del swap de la víctima, sin ninguna operación de front-running previa. En un ataque clásico de tipo sandwich, el atacante coloca una orden de compra antes de la víctima y una orden de venta después; aquí, no hubo componente de front-run.
¿Qué pasos pueden tomar los traders para evitar este tipo de pérdidas?
Los traders deben inspeccionar cuidadosamente la ruta completa de enrutamiento de la transacción antes de confirmar cualquier swap grande en un exchange descentralizado. Revisar la ruta revelaría si una orden se está dirigiendo a través de un pool de baja liquidez o potencialmente explotable, dando al trader la oportunidad de cancelar o reenrutar antes de firmar.
{«@context»:»https://schema.org»,»@type»:»FAQPage»,»mainEntity»:[{«@type»:»Question»,»name»:»¿Qué causó la pérdida de casi $2 millones del trader de Ethereum?»,»acceptedAnswer»:{«@type»:»Answer»,»text»:»La pérdida fue el resultado de un exploit de backrun en el mismo bloque que enrutó el swap del trader a través de un pool AVAIL/WETH de baja liquidez en Uniswap v3, lo que provocó que la operación se ejecutara a aproximadamente 120 veces el precio sostenible de AVAIL y produjera una pérdida de valor casi total.»}},{«@type»:»Question»,»name»:»¿Cómo se benefició el constructor de bloques Titan de este exploit?»,»acceptedAnswer»:{«@type»:»Answer»,»text»:»Titan extrajo aproximadamente $1,8 millones como recompensa de constructor de bloques en el mismo bloque ejecutando una estrategia de arbitraje de backrunner — vendiendo AVAIL de origen externo en el pool después de que el swap de la víctima ya hubiera inflado el precio, y luego cobrando los ingresos como pago al constructor.»}},{«@type»:»Question»,»name»:»¿En qué se diferencia este exploit de un ataque clásico de tipo sandwich?»,»acceptedAnswer»:{«@type»:»Answer»,»text»:»GoPlus Security lo describió como un arbitraje de backrun en el mismo bloque en el que la extracción ocurre completamente después del swap de la víctima, sin ninguna operación de front-running previa. En un ataque clásico de tipo sandwich, el atacante coloca una orden de compra antes de la víctima y una orden de venta después; aquí, no hubo componente de front-run.»}},{«@type»:»Question»,»name»:»¿Qué pasos pueden tomar los traders para evitar este tipo de pérdidas?»,»acceptedAnswer»:{«@type»:»Answer»,»text»:»Los traders deben inspeccionar cuidadosamente la ruta completa de enrutamiento de la transacción antes de confirmar cualquier swap grande en un exchange descentralizado. Revisar la ruta revelaría si una orden se está dirigiendo a través de un pool de baja liquidez o potencialmente explotable, dando al trader la oportunidad de cancelar o reenrutar antes de firmar.»}}]}
Artículo producido con la ayuda de inteligencia artificial y revisado por el equipo editorial.
