Mala configuración del DVN de LayerZero: cómo Kelp DAO perdió $292M
Mala configuración del DVN de LayerZero: cómo Kelp DAO perdió $292M
El exploit de Kelp DAO no vino de un contrato inteligente roto. No hubo reentrancia, ni manipulación de oráculos, ni arbitraje con flash loans. Lo que ocurrió fue más simple y vergonzoso: un único DVN (Red de Verificadores Descentralizados) de LayerZero configurado con un umbral de 1 de 1, lo que significa que un solo verificador comprometido podía fabricar cualquier mensaje entre cadenas. Cuando ese verificador fue vulnerado, los atacantes acuñaron rsETH en la cadena de destino sin ningún respaldo. En cuestión de horas, según el reporte de última hora de CoinDesk, desaparecieron $292M, el suministro de rsETH se contrajo un 18% y el contagio del restaking desencadenó una salida de TVL de $13B en Aave y los protocolos conectados.
Esto no fue un hackeo sofisticado. Fue una puerta principal sin llave que los arquitectos del protocolo dejaron abierta porque LayerZero se lo permitió.
El hackeo de rsETH en LayerZero es el caso de estudio canónico de lo que sucede cuando la modularidad se lanza sin mínimos obligatorios. La flexibilidad de configuración es un valor de ingeniería legítimo, hasta que se convierte en la superficie de ataque.
Qué significa realmente la seguridad modular de LayerZero
El modelo de mensajería entre cadenas de LayerZero se construye en torno a los DVN: entidades fuera de la cadena que verifican y atestiguan los mensajes que pasan entre cadenas. El protocolo permite que cada aplicación configure su propia pila de seguridad: elige tus verificadores, establece tu umbral, selecciona tu ejecutor. Esto es genuinamente útil. Las distintas aplicaciones tienen perfiles de riesgo diferentes, y un modelo de seguridad único para todos crea sus propias rigideces.
El problema es que LayerZero no impone mínimos. Un protocolo puede desplegarse con una configuración DVN de 1 de 1, un único verificador cuyo compromiso implica la falsificación total de mensajes, y el protocolo lo procesará sin quejarse. La documentación de LayerZero recomienda usar al menos dos DVN independientes. No lo exige.
Esa brecha entre recomendación y requisito es donde cayó Kelp DAO.
La configuración de verificador 1 de 1 que borró $292M
El rsETH de Kelp DAO era un token de restaking líquido construido sobre posiciones de EigenLayer, puenteado entre cadenas a través de LayerZero. En el momento del exploit, la configuración del puente usaba un único DVN con un umbral de verificación de 1 de 1, una configuración que nunca debería superar una revisión de seguridad para un protocolo que maneja TVL de nueve cifras.
Cuando el atacante comprometió la clave de firma de ese DVN, tenía capacidad unilateral para enviar cualquier mensaje entre cadenas que los contratos de Kelp DAO aceptarían como válido. Lo usó para instruir al contrato de la cadena de destino a acuñar rsETH sin ningún bloqueo de garantía correspondiente en la cadena de origen. La proporción de acuñación frente al respaldo se rompió al instante. Los arbitrajistas y los vendedores en pánico se precipitaron hacia las salidas simultáneamente.
rsETH se desvinculó aproximadamente un 22% en el peor momento. Según el análisis en cadena de Chainalysis, alrededor del 18% del suministro total de rsETH fue acuñado de forma fraudulenta o canjeado a la fuerza en el caos. Para los tenedores, no es un porcentaje abstracto; son $292M en valor real destruido.
Cómo $13B salieron de Aave en menos de 72 horas
El contagio del restaking es real, y el exploit de Kelp DAO demostró exactamente la rapidez con la que se propaga. El rsETH se usaba como garantía en múltiples mercados monetarios DeFi, con Aave como la mayor exposición. Cuando el feed de precios y el suministro en cadena de rsETH comenzaron a comportarse de forma errática, los bots de liquidación de Aave y los usuarios conscientes del riesgo empezaron a retirar garantías.
La caída del TVL de Aave en abril de 2026 no fue causada únicamente por Kelp DAO; los mercados ya estaban nerviosos, pero la situación de rsETH actuó como detonante. Según la cobertura de mercado de CoinDesk, en 72 horas, Aave vio salir aproximadamente $13B en TVL en todos sus despliegues. Parte fue retiro directo de garantías rsETH. Más fue pánico secundario: usuarios con posiciones completamente independientes que decidieron que si un token de restaking podía fallar así, preferían quedarse al margen.
Este es el multiplicador que convierte la mala configuración de DVN en un riesgo sistémico para DeFi, no solo en un problema de un único protocolo. El daño no se queda en la caja donde se originó.
La configuración es ahora la superficie de ataque principal
Durante la mayor parte de la historia temprana de DeFi, la conversación sobre seguridad se centró en el código de los contratos inteligentes. Auditorías, verificación formal, recompensas por errores: todo orientado a encontrar fallos lógicos antes de que fueran explotados. Eso sigue siendo necesario. Ya no es suficiente.
La superficie de ataque ha cambiado. Como he escrito sobre cómo fallan realmente los puentes de stablecoins, la capa de infraestructura, los protocolos de mensajería, las configuraciones de oráculos, los conjuntos de validadores, ahora conlleva tanto riesgo como el código de la aplicación que se asienta encima. Un contrato inteligente perfectamente auditado no vale nada si el mensaje entre cadenas en el que confía puede ser falsificado por una sola parte.
El exploit de Kelp DAO es la versión de mala configuración de DVN de la misma lección. Tres vectores dominan ahora el riesgo de DeFi entre cadenas:
- Ataques al umbral de verificación: configuraciones DVN de 1 de 1 o de umbral bajo que se reducen a puntos únicos de fallo
- Manipulación del ejecutor: atacantes que controlan el orden de ejecución de mensajes en la cadena de destino
- Deriva de configuración: despliegues iniciales que comenzaron con seguridad adecuada pero fueron rebajados silenciosamente para reducir costes o latencia
Ninguno de estos aparece en una auditoría de contrato inteligente. Todos pueden drenar un protocolo por completo.
Qué debe significar realmente la 'seguridad modular'
El modelo de LayerZero no es incorrecto en principio. Las pilas de seguridad de monocultura obligatoria tienen sus propios modos de fallo: si todos usan los mismos dos DVN y uno es comprometido, el radio de explosión es enorme. La flexibilidad tiene valor real.
Pero la flexibilidad sin un piso no es seguridad, es externalización de responsabilidad. Como informa CoinDesk sobre la disputa de culpas entre Kelp DAO y LayerZero, LayerZero permite que los protocolos se configuren hacia la catástrofe y luego señala la documentación que decía que no deberían hacerlo. Eso no es un modelo de seguridad, son unos términos de servicio.
Lo que la industria realmente necesita:
- Mínimos impuestos por el protocolo: ningún despliegue en producción debería poder lanzarse con menos de 2 DVN independientes y un umbral superior a 1. Esto debería ser una restricción estricta en el contrato de despliegue, no una recomendación en un README.
- Transparencia de configuración en cadena: las configuraciones DVN deberían ser legibles por cualquier panel de riesgos sin necesidad de fuentes de datos fuera de la cadena. El equipo de riesgos de Aave no debería tener que preguntarle a Kelp DAO cómo es su configuración de LayerZero.
- Monitoreo continuo de configuración: la seguridad no es una verificación en el momento del despliegue. Las configuraciones pueden cambiarse tras el lanzamiento. Cualquier protocolo que acepte activos puenteados como garantía necesita alertas en tiempo real sobre cambios de configuración upstream.
- Lista blanca de garantías con requisitos de configuración: si Aave va a aceptar rsETH como garantía, la gobernanza del listado debería incluir un requisito mínimo de configuración de seguridad y la eliminación automática si esa configuración cae por debajo del umbral.
Los protocolos DeFi que sobrevivieron 2025 lo hicieron en su mayoría tratando la seguridad operacional con el mismo rigor que la seguridad del código. Esa lección es ahora el mínimo indispensable para cualquier cosa que toque activos con restaking.
El stack de restaking no es demasiado grande para caer
Hay una suposición silenciosa en el diseño de los mercados monetarios DeFi: que los activos de garantía suficientemente líquidos y ampliamente utilizados son intrínsecamente más seguros porque el ecosistema tiene demasiado en juego para dejarlos caer. Esa suposición no se sostiene para los tokens de restaking puenteados.
La amplia adopción de rsETH en múltiples mercados monetarios no redujo el radio de explosión del exploit de Kelp DAO, lo amplificó. Cada protocolo adicional que aceptó rsETH como garantía sin auditar la pila de seguridad del puente estaba importando riesgo sin precio. La salida de TVL de $13B de Aave es el mercado poniendo precio a ese riesgo de forma retroactiva.
La narrativa del restaking ha avanzado rápido: EigenLayer, Symbiotic, Karak escalaron el TVL agresivamente durante 2025. La infraestructura de puentes y mensajería bajo esas posiciones no ha mantenido el ritmo en madurez de seguridad. Esa brecha producirá más eventos como este antes de cerrarse.
LayerZero probablemente lanzará mínimos de configuración ahora. Los protocolos añadirán auditorías de DVN a sus listas de verificación de seguridad. Los paneles de riesgo mostrarán configuraciones de puentes junto a los parámetros de oráculos. Estos son todos los movimientos correctos, y todos son reactivos. La pregunta es si los próximos $292M tienen que desaparecer antes de que se proteja el que venga después.
Fuentes
- CoinDesk: Kelp DAO explotado por $292M, ether envuelto atrapado en 20 cadenas
- CoinDesk: Kelp DAO disputa la versión de LayerZero sobre el exploit de $290M
- Chainalysis: dentro del exploit del puente de KelpDAO
- CoinDesk: colapso del TVL de DeFi en $13B en dos días tras el ataque a KelpDAO
- Documentación oficial de LayerZero: descripción general de las Redes de Verificadores Descentralizados (DVN)