Un bot MEV habría hecho front-running de un presunto exploit de 7,8 millones de dólares que involucra a rsETH en Ethereum, posicionándose antes que el atacante original en el ordenamiento de transacciones, según un reporte de The Defiant. Datos clave —incluidos los contratos afectados, la pérdida materializada y la disposición de los fondos— permanecen sin verificar en el registro disponible hasta ahora. El episodio también pone de relieve una característica recurrente de los incidentes on-chain: explotar una vulnerabilidad y lograr que la transacción de ataque quede colocada en primer lugar son desafíos separados, y el ordenamiento de bloques puede determinar qué actor ejecuta realmente una ruta vulnerable.

La afirmación central se basa en un único reporte que describe un exploit de rsETH por 7,8 millones de dólares que un bot MEV habría adelantado en Ethereum. Ningún post-mortem del incidente, hash de transacción, marca de tiempo ni corroboración independiente acompaña ese reporte, por lo que la cifra y la secuencia de eventos deben tratarse como informadas y no como confirmadas.

Lo que la cifra reportada establece — y lo que no

Los 7,8 millones de dólares reportados no han sido caracterizados como fondos en riesgo, activos robados ni valor bruto enrutado a través de la ruta de ataque. Hasta que un informe del incidente o un rastreo on-chain especifique qué mide ese número, describirlo como una pérdida materializada neta sobrestimaría la evidencia disponible.

Qué contratos y activos se vieron afectados

Un incidente que afecta a rsETH, el token de liquid staking emitido por Kelp DAO que representa ETH en restaking, no es lo mismo que una vulnerabilidad confirmada en el protocolo emisor del token o en su colateral de restaking subyacente. La distinción entre un error en un contrato específico y una exposición más amplia entre los poseedores de rsETH no puede resolverse con el registro actual. La actividad on-chain del token puede rastrearse mediante los registros del contrato de rsETH en Etherscan, pero no se ha identificado ninguna transacción específica de exploit en la cobertura disponible.

Cómo el bot MEV habría hecho front-running del exploit

El front-running en el contexto del valor extractable máximo (MEV) implica que un searcher observa una transacción pendiente o previsible y coloca su propia transacción antes en el ordenamiento del bloque para capturar ese valor. Este tipo de bots searcher son una característica permanente de la producción de bloques de Ethereum: monitorean la mempool pública en busca de transacciones pendientes cuya colocación promete valor extractable, y las carreras entre ellos son habituales, razón por la cual las rutas de ataque con puntos de entrada visibles on-chain pueden convertirse ellas mismas en terreno disputado. En este caso, el reporte plantea que el bot ejecutó la ruta del exploit antes de que pudiera hacerlo el actor original.

Establecer esa secuencia requería tres elementos vinculados: el intento de exploit original, la ejecución del front-running por parte del bot y las transferencias de tokens resultantes. Sin esos rastros, no es posible separar al explotador original del bot, confirmar si el bot copió una transacción de la mempool pública ni atribuir ganancia específica alguna al bot. Nada en el registro disponible respalda la afirmación de que el bot capturó el monto total reportado o que actuó para rescatar fondos.

Preguntas abiertas sobre exposición y recuperación

El contexto disponible no contiene información sobre cuántos usuarios estuvieron expuestos, si algún contrato fue pausado o si se emitió una corrección o guía para los usuarios. Esa es una ausencia de información en este resumen, no evidencia de que no exista una declaración pública o una medida de contención.

El estado de los fondos tampoco está resuelto. Cualquier afirmación sobre rendimientos, reembolsos o recuperación requeriría evidencia on-chain con marca de tiempo de los movimientos de fondos antes de poder reportarse. Los indicadores que llevarían esta historia de un único reporte a un relato confirmado son los habituales en incidentes de este tipo: un post-mortem o declaración del protocolo afectado, un hash de transacción publicado, un rastreo on-chain de los fondos reportados y la confirmación de cualquier pausa o parche aplicado a los contratos afectados.

rsETH se encuentra en lo profundo de la pila de colateral de la DeFi de Ethereum, donde los tokens de restaking alimentan cada vez más bóvedas y venues de intercambio, como las bóvedas confidenciales de Morpho construidas sobre Ethereum, una dinámica que eleva la importancia de verificar con precisión el alcance de cualquier incidente. Los lectores que evalúen riesgo de contraparte o de colateral deben esperar un análisis a nivel de transacción antes de extraer conclusiones sobre el tamaño de la pérdida o la seguridad de las posiciones en rsETH.