Juego tripartito bajo un agujero de 290 millones de dólares: ¿Quién debería pagar la factura entre Aave, L0 y Kelp?

Odaily星球日报發佈於 2026-04-20更新於 2026-04-20

文章摘要

El incidente de Kelp DAO, en el que se explotó un contrato de puente de rsETH, resultó en una pérdida de 290 millones de dólares y ha desatado un complejo conflicto de responsabilidades entre Kelp DAO, LayerZero y Aave. La causa directa fue la configuración de red de validador descentralizado (DVN) 1/1 de Kelp, que permitió un único punto de fallo. LayerZero, como protocolo subyacente, también tiene responsabilidad por permitir configuraciones tan riesgosas. Aave, aunque víctima indirecta, facilitó el préstamo excesivo contra rsETH sin supervisión adecuada. Kelp DAO, el principal responsable, carece de fondos para cubrir las pérdidas. LayerZero y Aave, con mayores recursos pero negando responsabilidad completa, enfrentan graves daños reputacionales y financieros. Aave propone reconocer solo el valor de rsETH en Ethereum mainnet, ignorando los tokens en Layer 2, lo que LayerZero probablemente rechazará por dañar su ecosistema. Entre las soluciones discutidas están la distribución de pérdidas entre todos los tenedores, el rescate parcial negociado con el hacker, o que LayerZero asuma la mayor parte de las pérdidas. La demora en resolver la situación aumenta los riesgos sistémicos, incluyendo potenciales impagos en Aave y erosión de confianza en DeFi.

Original | Odaily Planet Daily(@OdailyChina)

Autor|Azuma(@azuma_eth)

Han pasado más de 30 horas desde que el contrato de puente rsETH de Kelp DAO fue vulnerado. Aunque las partes involucradas (LayerZero, Kelp DAO, Aave) han emitido algunas declaraciones (principalmente "echándose la culpa" y enfatizando que no son responsables), aún no han presentado una solución final.

Por lo tanto, este artículo busca discutir las posiciones y actitudes actuales de las partes involucradas, explorar las razones detrás de la demora en llegar a un acuerdo y tratar de predecir cómo podría resolverse finalmente el incidente.

Nota de Odaily: Para antecedentes, consulte "DeFi fue hackeado nuevamente por 292 millones de dólares, ¿ahora incluso Aave es inseguro?".

¿Quién es realmente responsable?

Primero, hablemos de la asignación de responsabilidades.

Según las revelaciones de LayerZero, la causa directa del incidente es bastante clara: la infraestructura RPC de la cual depende la red de validadores descentralizados (DVN) operada por LayerZero fue comprometida (ver el análisis de Yu Xian, fundador de SlowMist en la imagen de abajo). Y debido a que el contrato de puente de Kelp DAO utilizaba una configuración de DVN 1/1, al atacante solo le bastó completar una verificación de mensaje falsificada para llevar a cabo el ataque.

LayerZero considera que Kelp DAO, que adoptó la configuración de DVN 1/1, es la parte más directamente responsable de este incidente. Esto es indiscutible; una "falla de punto único" tan obvia es simplemente absurda.

Pero LayerZero, como protocolo de interoperabilidad subyacente, también debería asumir parte de la responsabilidad. Aunque LayerZero permite que cada aplicación superior configure la cantidad y el umbral de DVNs, y la elección de un DVN 1/1 fue de Kelp DAO, como diseñador de la arquitectura subyacente, también debería evitar configuraciones con defectos tan evidentes.

Finalmente, están los protocolos de préstamo como Aave (nos centramos en Aave aquí). Aunque también son víctimas indirectas, objetivamente hablando, Aave, con el propósito de expandirse, otorgó permisos de préstamo excesivamente altos a activos LRT como rsETH, lo cual es también la causa directa de su situación actualmente pasiva. Además, vale la pena mencionar que el antiguo equipo de gestión de riesgos de Aave, BGD Labs (ahora separado de Aave), señaló claramente el problema del DVN de Kelp DAO en enero del año pasado. Kelp aceptó la sugerencia en ese momento, pero evidentemente no la implementó... El hecho de que Aave no supervisara y tomara medidas correspondientes también es cosechar lo que se siembra.

Así que la asignación de responsabilidades es clara: Kelp DAO es el principal responsable, LayerZero es el responsable secundario, y Aave también tiene una responsabilidad indirecta parcial.

La incómoda realidad

La realidad siempre es más compleja que las expectativas teóricas. El problema más crucial es que el equipo de Kelp DAO, que tiene la responsabilidad principal, no tiene tanto dinero para cubrir el agujero... Ya sea aplicar una reducción de pérdidas directamente sobre todos los rsETH o traicionar a los holders de Layer2, esencialmente son caminos sin salida.

Entonces, ¿quién tiene dinero? El primero es LayerZero, que debido a este incidente enfrenta una crisis de reputación, ha sido suspendido temporalmente por múltiples instituciones y protocolos como Bitgo, Tron, Ethena, Curve, ether.fi, y corre el riesgo de perder una gran participación en el mercado de interoperabilidad. El segundo es Aave, que enfrenta enormes deudas incobrables potenciales y está viendo cómo más de cien mil millones de dólares en TVL se desvanecen.

Así que las "intenciones ocultas" de cada parte son bastante claras. La parte principal responsable, Kelp DAO, básicamente está paralizada, incapaz de liderar la compensación posterior, y necesita consultar con los dos grandes actores sobre qué hacer; Mientras tanto, LayerZero y Aave, las partes con capacidad de pago pero responsabilidad secundaria e indirecta, han declarado que sus protocolos no tienen vulnerabilidades, dejando claro que no planean aceptar fácilmente una responsabilidad tan grande... Así que la situación parece estar en un punto muerto.

Pero no creo que esta situación dure mucho, porque ambos protocolos tienen la necesidad de resolver el problema rápidamente: LayerZero no puede abandonar su ecosistema de interoperabilidad OFT; Aave no puede ignorar la salida continua de fondos existentes.

La clave del juego de las partes

Esta mañana, Aave emitió una declaración actualizada sobre el incidente. El punto de información más importante en la declaración fue que Aave enfatizó que "el rsETH en la red principal de Ethereum tiene un respaldo suficiente".

¿Cómo se debe interpretar esta frase? Hay que empezar por el diseño de rsETH.

rsETH es esencialmente un token de certificado de re-staking de liquidez emitido por Kelp DAO. Cada rsETH está respaldado subyacente por 1 ETH dentro del sistema de staking y re-staking, cuya ruta es "ETH - Lido - EigenLayer - Kelp DAO - rsETH".

El rsETH en la red principal es el token de certificado original emitido por Kelp DAO en Ethereum. Luego, para expandirse en el ecosistema de Layer2, Kelp DAO utiliza el contrato de puente de LayerZero (el elemento comprometido en este incidente) para mapear el rsETH de la red principal a varias Layer2. Por cada rsETH emitido en una Layer2, el rsETH en la red principal también se deposita en el contrato de custodia de Kelp DAO, y solo se libera cuando el rsETH en Layer2 vuelve a cruzar a la red principal.

Bien, volvamos al incidente. Como se mencionó anteriormente, la razón del robo fue que el hacker engañó al DVN para falsificar un mensaje de interoperabilidad, haciendo que el contrato de puente "liberara por error" 116,500 rsETH. Nota: esto no creó nuevos tokens de la nada, sino que tomó tokens de certificado originales de la red principal que no deberían haber sido liberados.

El problema radica precisamente aquí. Estos tokens ya estaban circulando en Layer2 a través del mapeo, y los tokens en la red principal estaban en estado bloqueado. Sin embargo, después de obtenerlos, el hacker los depositó en protocolos de préstamo como Aave y tomó prestado WETH, que tiene mejor liquidez, para escapar. — Enfatizando nuevamente, el rsETH depositado por el hacker era real, por eso Aave permitió la行为 de préstamo colateral con este token.

Ahora, al revisar la declaración de Aave, se vuelve interesante. La frase "el rsETH en la red principal de Ethereum tiene un respaldo suficiente" esencialmente está diciendo: "¡Estas monedas son reales, Kelp DAO, deberías apoyarnos para canjear estos tokens por el ETH subyacente (el contrato está suspendido, ahora no se puede canjear)... En cuanto a las versiones mapeadas de rsETH en Layer2 que perdieron el respaldo del rsETH de la red principal, ¡no es mi problema!"

Esta parece ser la inclinación de Aave. Aunque enfatizar el valor del rsETH de la red principal implica ignorar el valor de las versiones mapeadas en Layer2, y dado que Aave本身 también tiene ciertas posiciones de deuda de rsETH en sus productos de préstamo en Layer2 (el tamaño en tiempo real es de 359 millones de dólares), esto también crearía deudas incobrables. Pero entre dos males, se elige el menor. Aave probablemente evaluó el impacto potencial de ambas opciones y consideró que proteger su producto central en la red principal sirve mejor a sus intereses máximos.

Pero esto es solo la declaración de Aave. Cómo se resolverá finalmente el incidente depende de si se puede llegar a un acuerdo con LayerZero y Kelp DAO.

Aunque estos últimos aún no han emitido más declaraciones, personalmente creo que LayerZero difícilmente aceptará este plan, porque abandonar los tokens mapeados en Layer2 amenazaría directamente la reputación comercial de interoperabilidad de LayerZero.

Soluciones potenciales

El problema终究 debe resolverse. En las redes sociales, varios expertos han estado dando ideas a Aave, LayerZero y Kelp DAO durante los últimos dos días.

El fundador de DefiLlama, 0xngmi, evaluó tres caminos posibles, pero también señaló que los tres tienen defectos evidentes. El primer camino es que todos los holders de rsETH compartan una reducción de valor del 18.5% (proporción de tokens perdidos / tokens emitidos), Kelp DAO asume su responsabilidad, y Aave también asume alrededor de 216 millones de dólares en deudas incobrables en la red principal; El segundo camino es ignorar el valor de todas las versiones mapeadas de rsETH en Layer2, para que el producto de red principal de Aave se preserve, pero el panorama de Layer2 probablemente colapse, y la reputación comercial de Kelp DAO llegue a cero; El tercer camino es reembolsar integralmente a los holders de rsETH antes del ataque según una snapshot, y que los holders que compraron o transfirieron después asuman las pérdidas, pero debido a que los fondos se movieron mucho después del ataque, en la práctica es casi imposible de implementar.

Yishi, fundador de OneKey, dijo: "El mejor resultado ahora sería negociar con el hacker, ofrecer una recompensa (bounty) del 10-15%, recuperar la mayor parte, y que todos estén contentos. Si no se llega a un acuerdo, el fondo del ecosistema de LayerZero, que es el más rico y tiene el mayor interés a largo plazo, debería poner la mayor parte; al pagar, podría salvar su ecosistema OFT. Kelp DAO es el más pobre, ya sea compensando con tokens + ingresos futuros, o simplemente empaquetando y vendiendo todo el proyecto a LayerZero o Bitmine. El paraguas de Aave y stkAAVE cubrirían la última capa, pero los depositantes de WETH绝对不能 sufrir una reducción de valor, de lo contrario, Morpho, Spark, Fluid, Euler todos serían revalorizados, todo el sector LRT sería incluido en la lista negra, y toda la industria DeFi retrocedería tres años."

De todos modos, es seguro que las partes seguirán discutiendo un tiempo más, después de todo, se trata de cientos de millones de dólares reales, y nadie quiere ser el que más pierda.

En cuanto a cuánto tiempo más se necesitará para dar una solución, como se mencionó anteriormente, los dos gigantes no se pueden permitir demorar mucho. LayerZero ahora está suspendido por la fuerza por varias instituciones y protocolos cooperadores; si se demora demasiado, estos socios definitivamente cambiarán su ruta de interoperabilidad; La situación de Aave tampoco es optimista, la tasa de utilización de múltiples pools ha alcanzado el 100%, los depositantes están "atrapados"... Si ETH cae abruptamente, Aave很可能 no podrá liquidar efectivamente (actualmente es así) y aparecerán más deudas incobrables, lo que最终 hará que el problema crezca como una bola de nieve — Si realmente llegamos a este punto, los cimientos de la industria podrían verse afectados, y obviamente a nadie le gustaría ver eso.

相關問答

Q¿Quién es considerado el principal responsable del incidente de seguridad de Kelp DAO según el artículo?

ASegún el artículo, Kelp DAO es considerado el principal responsable del incidente debido a su configuración de DVN 1/1, que creó un 'punto único de fallo' evidente.

Q¿Qué papel jugó LayerZero en el incidente y qué responsabilidad se le atribuye?

ALayerZero, como protocolo subyacente de cadena cruzada, permitió que las aplicaciones superiores configuraran el número y el umbral de DVN. Aunque la configuración 1/1 fue elección de Kelp DAO, se le atribuye una responsabilidad secundaria por no evitar una configuración con un defecto tan obvio en su arquitectura base.

Q¿Por qué Aave también tiene una responsabilidad indirecta en este caso?

AAave tiene una responsabilidad indirecta porque, con el propósito de expandirse, otorgó permisos de préstamo excesivamente altos a activos LRT como rsETH. Además, su antiguo equipo de control de riesgos, BGD Labs, había señalado el problema de DVN de Kelp DAO, pero Aave no supervisó ni tomó medidas posteriores.

Q¿Cuál es la postura actual de Aave respecto a los tokens rsETH en la red principal de Ethereum?

AAave afirma que los tokens rsETH en la red principal de Ethereum 'tienen un respaldo suficiente', insinuando que Kelp DAO debería permitirles canjear esos tokens por ETH subyacente, y que no se hará cargo de las versiones mapeadas en Layer2 que perdieron su respaldo.

QSegún las opiniones citadas en el artículo, ¿cuál se considera la mejor solución potencial para resolver el incidente?

AOneKey founder Yishi suggested that the best outcome would be to negotiate with the hacker, offering a 10-15% bounty to recover the majority of the funds. If that fails, the LayerZero ecosystem fund, being the wealthiest and having the most long-term interest, should cover most of the loss to protect the OFT ecosystem.

你可能也喜歡

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

XRP Ledger发布了3.2.0版本,这是对其底层区块链基础设施的一次重要升级。本次更新的核心是将运行网络的软件名称从“rippled”更名为“xrpld”,以更好地反映整个项目生态。 与此前侧重于前端功能的版本不同,3.2.0版本优先进行了后端升级和效率提升,旨在增强网络性能并为未来的扩展做准备。关键改进包括内存优化措施,预计可节省高达40%的服务器内存使用。 此次升级引入了名为“fixCleanup3_2_0”的修改,为单资产金库、借贷协议、权限系统、去中心化交易所、多用途代币和权限域等多个模块带来了安全性增强。开发团队还新增了不变性检查,以确保已删除账户不会在账本上留下不一致的数据,从而加强整个网络的完整性和可靠性。 对于开发者而言,新版本增加了一项重要功能:应用程序无需连接服务器即可检索XRP Ledger协议和服务器定义信息,这将极大便利钱包、区块链浏览器和API等的开发工作。 在可扩展性和稳定性方面,更新包括可配置的区块大小、通过nuDB实现的高效数据库存储,以及将gRPC服务器的TLS/双向TLS支持改为可选,以提升企业用户的性能和连接性。此外,默认对等端口从51235更改为2459,并修复了涉及自动做市商、支付、代币托管、多用途代币、订单簿和RPC等多个方面的问题。出于性能考虑,3.2.0版本暂时禁用了交易不变性检查,但开发团队表示这不会构成安全威胁。

TheNewsCrypto8 小時前

XRP Ledger 发布 3.2.0 版本升级并启用 XRPLd 新品牌名

TheNewsCrypto8 小時前

交易

現貨
合約

熱門文章

如何購買AAVE

歡迎來到HTX.com!在這裡,購買Aave Protocol (AAVE)變得簡單而便捷。跟隨我們的逐步指南,放心開始您的加密貨幣之旅。第一步:創建您的HTX帳戶使用您的 Email、手機號碼在HTX註冊一個免費帳戶。體驗無憂的註冊過程並解鎖所有平台功能。立即註冊第二步:前往買幣頁面,選擇您的支付方式信用卡/金融卡購買:使用您的Visa或Mastercard即時購買Aave Protocol (AAVE)。餘額購買:使用您HTX帳戶餘額中的資金進行無縫交易。第三方購買:探索諸如Google Pay或Apple Pay等流行支付方式以增加便利性。C2C購買:在HTX平台上直接與其他用戶交易。HTX 場外交易 (OTC) 購買:為大量交易者提供個性化服務和競爭性匯率。第三步:存儲您的Aave Protocol (AAVE)購買Aave Protocol (AAVE)後,將其存儲在您的HTX帳戶中。您也可以透過區塊鏈轉帳將其發送到其他地址或者用於交易其他加密貨幣。第四步:交易Aave Protocol (AAVE)在HTX的現貨市場輕鬆交易Aave Protocol (AAVE)。前往您的帳戶,選擇交易對,執行交易,並即時監控。HTX為初學者和經驗豐富的交易者提供了友好的用戶體驗。

717 人學過發佈於 2024.12.11更新於 2026.06.02

如何購買AAVE

相關討論

歡迎來到 HTX 社群。在這裡,您可以了解最新的平台發展動態並獲得專業的市場意見。 以下是用戶對 AAVE (AAVE)幣價的意見。

活动图片