rsETH 攻击事件完整时间线

Issue: #195
State: open
Source: https://github.com/qiwihui/blog/issues/195

事件规模：$2.92亿无抵押rsETH被凭空铸造，Aave产生约$1.24 亿–2.30 亿坏账，波及 KelpDAO、LayerZero、Aave、DeFi United 四方。

攻击日期：2026 年 4 月 18 日 17:35 UTC 归因：朝鲜 Lazarus Group（TraderTraitor 子组织） 攻击向量：RPC 节点投毒 + DDoS，针对 LayerZero 1-of-1 DVN 配置

文档整理日期：2026 年 5 月 16 日

目录

1. 事件概览
2. LayerZero V2 机制与 DVN 角色
3. 根本漏洞分析
4. 攻击前隐患
5. 链上数据与关键地址
6. 小时级攻击时间线
7. 危机首日
8. 官方报告与互相指责
9. 资金追踪与洗钱
10. DeFi United 联盟与方案细化
11. 法律与治理博弈
12. 协议重启与基础设施迁移
13. 攻击技术拆解
14. 市场与生态影响汇总
15. 关键人物声明
16. 行业意义
17. 参考来源

一、事件概览

TL;DR

2026 年 4 月 18 日 17:35 UTC，攻击者通过攻陷 LayerZero 去中心化验证网络（DVN）所依赖的 RPC 节点，伪造跨链消息，从 KelpDAO 的 rsETH OFT Adapter 桥铸造 116,500 枚无抵押 rsETH（约 2.92 亿）。随后将 rsETH 抵押到 Aave V3/V4，借出约 **$2.36亿WETH\ast \ast ，引发Aave大规模TVL流失与潜在坏账危机。事件由Aave主导的\ast \ast DeFiUnited\ast \ast 联盟通过募集$3.2 亿+ 资金完成救援，并于 5 月 13-15 日重启 rsETH 市场。LayerZero 于 5 月 8-9 日公开道歉，宣布废除 1-of-1 DVN 默认配置；KelpDAO 宣布迁移至 Chainlink CCIP。

各方角色

损失规模

• 被盗 rsETH：116,500 枚（占 rsETH 流通量 ~18%）
• 市值：约 $2.92亿（攻击时刻价格）-\ast \ast Aave借出资产\ast \ast ：约82,650WETH+821wstETH（合计约$2.36 亿）
• Aave 潜在坏账：$1.237亿–$2.301 亿（取决于损失分摊方式）
• DeFi 行业 TVL 48 小时跌幅：$99.5B\to$86.3B（-13.2B，仅次于 LUNA 崩盘）

二、LayerZero V2 机制与 DVN 角色

理解 DVN 是理解本次攻击的核心前提。

2.1 LayerZero V1 vs V2 的演进

V1：Oracle + Relayer 模型

• Oracle：验证源链区块头（仅确认区块有效性，不确认交易内容）
• Relayer：提交交易证明并在目标链执行消息
• 问题：单一 Relayer 成为瓶颈和单点故障；Relayer 宕机则消息无法投递

V2：DVN + Executor 模型

• DVN（Decentralized Verifier Network）：取代 Oracle，验证区块头 + 交易内容（payloadHash）
• Executor：取代 Relayer，无许可消息执行
• 核心优势：
  1. 模块化：每个应用自由选择验证者组合
  2. 并行化：多个 DVN 并行验证，无串行瓶颈
  3. 执行解耦：验证与执行完全独立；已验证消息可被任意 Executor 重试
  4. 容错：多 DVN 配置下可容忍 f 个 DVN 被攻陷

2.2 V2 四大核心组件

(1) Endpoint（EndpointV2）

• 部署在每条链上的不可升级入口合约
• 以太坊主网地址：0x1a44076050125825900e736c501f859c50fE728c
• 管理每个 OApp（Omnichain Application）的 Security Stack 配置
• 维护数据包状态机：Sent → Verified → Received
• 为出站数据包分配唯一 nonce

(2) MessageLib（ULN — Ultra Light Node）

• 按 OApp 安全配置独立运行的库合约
• 当前实现：SendULN302.sol（源链）与 ReceiveULN302.sol（目标链）

源链流程：

1. 接收来自 OApp 的消息
2. 编码数据包，计算 payloadHash
3. 向所有配置的 DVN 与 Executor 派发任务
4. 收取每个验证者的费用

目标链流程：

1. 接收 DVN 提交的验证任务
2. 检查所有 required DVN 是否已签名 payloadHash
3. 检查 optional DVN 是否达到阈值
4. 将已验证数据包状态提交至 Endpoint
5. 允许 Executor 通过 lzReceive() 投递消息

(3) DVN — Decentralized Verifier Network ⭐

什么是 DVN？

DVN 是链下独立运行的验证实体（或网络），负责验证跨链消息的真实性与完整性。每个 DVN 对 LayerZero 消息的 payloadHash（唯一数字指纹）进行签名，证明该消息确实从源链发出。

DVN 的核心职责：

1. 读取源链数据：通过自有 RPC 节点 / 轻客户端 / 全节点读取数据包
2. 独立验证：使用独立基础设施验证 payload 完整性
3. 等待确认：根据配置的区块确认数（如以太坊 5 个块）后才能签名
4. 提交签名：在目标链调用 ULN.verify(_packetHeader, _payloadHash, _confirmations)

DVN 验证流程：

1. 幂等性检查：
   ULN._verified(_dvn, _headerHash, _payloadHash, _requiredConfirmation)
   → 检查是否已验证过此数据包（防止双签）

2. 提交验证：
   ULN.verify(_packetHeader, _payloadHash, _confirmations)
   → 提交对 payloadHash 的签名

3. 协议提交：
   所有 required DVN 签名后，MessageLib 将 (nonce, payloadHash)
   提交至目标 Endpoint，状态变为 Verified

DVN 激励机制：

• DVN 按消息计费（由 OApp 通过 Endpoint 支付）
• V2 引入 EigenLayer CryptoEconomic DVN Framework：DVN 可质押 ETH/LST 作为信用担保；签名错误消息会被 slash（罚没）

(4) Executor

• 无许可投递已验证消息至目标 OApp
• 调用 OApp.lzReceive() 执行消息 payload
• 与验证层完全解耦：任何人都可执行已验证消息

数据包三态：

• Sent：源 Endpoint 分配 nonce
• Verified：所有 required DVN 已签名，已提交至目标 Endpoint
• Received：消息已成功执行，OApp 已接收 payload

2.3 DVN 配置模型（X-of-Y）

每个 OApp 配置自己的 Security Stack：

{
  requiredDVNCount: N,         // 必须签名的 DVN 数量
  optionalDVNCount: M,         // 可选 DVN 候选数量
  optionalDVNThreshold: K,     // 可选 DVN 需达到的签名阈值
  requiredDVNs: [...],         // required DVN 地址列表
  optionalDVNs: [...]          // optional DVN 地址列表
}

KelpDAO 事件后 LayerZero 新默认值：

• 5-of-5（推荐）
• 3-of-3（仅有 3 个 DVN 的链的最低要求）
• LayerZero Labs DVN 不再服务于任何 1-of-1 配置

2.4 OFT（Omnichain Fungible Token）与 OFT Adapter

OFT 是 LayerZero 的代币标准，允许 ERC-20 在多条链上以单一全局资产存在，而非包装代币。

两种实现：

1. Native OFT（原生）

   • 每条链都有原生 mint/burn 能力
   • 跨链 = Chain A burn → Chain B mint

2. OFT Adapter（适配器，KelpDAO 采用）

   • 在已有 ERC-20 的原生链上锁定（lock）原始代币
   • 在其他链上铸造 OFT 代表锁定的资产
   • 返回原生链时：burn OFT → unlock 原始 ERC-20

KelpDAO 的 OFT 流程（攻击点所在）：

正常流程：
  1. 用户在 Unichain 调用 OFT.send()
  2. Unichain 上 OFT 被 burn
  3. LayerZero 消息发送至 Ethereum 的 OFT Adapter
  4. 安全栈 DVN 验证消息
  5. Executor 投递至 OFT Adapter
  6. Adapter 从 escrow 释放原 rsETH 给目标地址

4月18日攻击：
  1. 攻击者伪造"在 Unichain 上 burn 了 116,500 rsETH"的消息
  2. 1-of-1 DVN（已被 RPC 投毒）签名通过
  3. Ethereum 上 Adapter 释放 116,500 rsETH
  4. 实际上 Unichain 从未发生过 burn —— 跨链桥失衡，资不抵债

2.5 完整消息流图

┌─ SOURCE CHAIN (Unichain) ────────────────────────────────────┐
│  1. OApp 调用 Endpoint.send()                                  │
│  2. Endpoint 分配 nonce N                                      │
│  3. MessageLib 编码 packet，计算 payloadHash                   │
│  4. 派发任务至 DVN 与 Executor                                 │
│  状态：SENT                                                    │
└────────────────────┬──────────────────────────────────────────┘
                     │
                     ▼
┌─ DESTINATION CHAIN (Ethereum) - 验证阶段 ─────────────────────┐
│  5. DVN 独立查询源链（自有 RPC / 轻客户端）⚠️ 攻击点         │
│  6. 验证 packet header + payload                              │
│  7. 等待 N 个区块确认                                          │
│  8. DVN.signAndCall(ULN.verify(...))                          │
│  9. MessageLib 检查 required + optional 阈值                   │
│ 10. 提交 (nonce, payloadHash) 至 Endpoint                     │
│  状态：VERIFIED                                                │
└────────────────────┬──────────────────────────────────────────┘
                     │
                     ▼
┌─ DESTINATION CHAIN - 执行阶段 ────────────────────────────────┐
│ 11. Executor 检测到 Verified 数据包                            │
│ 12. 调用 OApp.lzReceive(...)                                  │
│ 13. OFTAdapter 释放/铸造代币                                   │
│  状态：RECEIVED                                                │
└───────────────────────────────────────────────────────────────┘

2.6 为什么 1-of-1 在 KelpDAO 案例中是致命的

• 没有第二意见：单 DVN 签名通过即视为合法，无任何复核
• 攻击面集中：所有 RPC 节点 / API key / 签名者都属于同一组织
• f = 0：不容忍任何故障或妥协
• 本次攻击成立的全部条件：
  1. 仅需攻陷 LayerZero Labs 一个 DVN
  2. 仅需投毒其使用的两个 RPC 节点
  3. 加上对未被攻陷节点的 DDoS

若是 2-of-3 或 3-of-5 配置，攻击者必须同时攻陷多个独立组织运营的独立基础设施，难度成数量级上升。

三、根本漏洞分析：1-of-1 DVN 默认配置

四、攻击前隐患（2024-01 — 2026-04-17）

五、链上数据与关键地址

5.1 关键合约地址

5.2 攻击者地址

5.3 链上事件锚点

5.4 已公开 / 未公开 数据明细

✅ 已公开：

• 攻击时间、规模、区块高度
• 主攻击者 EOA：0x8B1b6c9A...
• 涉及合约地址（OFT Adapter、Endpoint V2、被攻陷 DVN）
• KelpDAO pause、Aave 冻结的大致时间（分钟级）
• 聚合资金流向（Aave 抵押/借出 / THORChain swap 总量）
• 归因 Lazarus Group / TraderTraitor

❌ 未公开（截至 2026-05-16）：

• 初始 mint 交易具体 hash
• 全部 6 个攻击者钱包地址
• Aave 抵押/借出每笔交易 hash
• 两次回滚的二次铸造尝试 hash
• KelpDAO pause 多签交易 hash
• Aave Guardian 冻结操作 hash
• THORChain swap 具体 swap ID
• Tornado Cash 出金交易 hash

说明：本文档仅引用已被链上分析公司（Chainalysis、Arkham、Blockaid、Hypernative 等）或主流加密媒体公开披露的数据，未公开数据明确标注，避免编造哈希。

六、小时级攻击时间线（2026-04-18 UTC）

攻击执行阶段

应急响应阶段

4月19日 02:28 UTC

Aave Guardian 进一步冻结 WETH 市场——但此时 Ethereum Core 池 WETH 流动性已从 6.89 亿被借光至仅剩 150 万。

七、危机首日（2026-04-19）

八、官方报告与互相指责（2026-04-20）

LayerZero 首份声明

LayerZero 发布 KelpDAO Incident Statement：

“事件完全孤立于 KelpDAO 的配置选择……协议完全按预期运行。该攻击为高度精密的国家级行为者所为，极可能为朝鲜 Lazarus Group，具体为 TraderTraitor 子分支。”

同时发布技术 post-mortem，公开 RPC 投毒攻击机制。

Aave 官方事件报告

发布于 Aave Governance：

KelpDAO 反击

“1-of-1 DVN 配置正是 LayerZero 自己的默认设置和 quickstart 文档所推荐的。rsETH 于 2024 年 1 月上线时，该配置经过 LayerZero 团队批准。” — KelpDAO 联合创始人 Amitej Gajjala

**Stani Kulechov（Aave 创始人）**个人承诺捐赠 5,000 ETH（约 1,170 万）。

九、资金追踪与洗钱（2026-04-21 — 04-22）

十、DeFi United 联盟与方案细化（2026-04-23 — 04-28）

4月23日 — Aave 正式宣布 DeFi United

由 Aave Labs 主导，多协议联合：Aave DAO、Lido、Ether.fi、LayerZero、Mantle、Compound、KelpDAO。

4月25日 — Arbitrum Constitutional AIP

Aave Labs 联合 KelpDAO、LayerZero、EtherFi、Compound 在 Arbitrum 提交宪法级 AIP，请求释放 Arbitrum 安全委员会冻结的 30,765.67 ETH 用于恢复计划。Temperature check 持续至 5 月 7 日。

4月27日 — 资金到位

DeFi United 锁定约 1.6-1.61 亿 ETH 承诺。

4月28日 — 技术恢复方案

• 两周内向以太坊主网 LayerZero OFT 适配器逐步注入 117,132 枚 rsETH（精确匹配被盗数量）
• 资金来源：Aave Recovery Guardian + Kelp Recovery Safe
• 入金地址：defiunited.eth

承诺明细

十一、法律与治理博弈（2026-05-01 — 05-12）

5月1日

Arbitrum DAO 正式对释放冻结 30,765 ETH 发起治理投票。

5月5日

KelpDAO 提交额外文件证明 LayerZero 2024 年曾正式批准其 1-of-1 DVN 配置——升级公关攻势。

5月6日 — 美国曼哈顿联邦法院听证

两组索赔人就被冻结的 7,100 万 ETH 争夺权利：

1. DeFi United 联盟（恢复 rsETH 抵押）
2. 朝鲜绑架受害者律师团——依据 2015 年针对平壤的判决，主张对 Lazarus 关联资产的优先索赔权

5月8-9日 — LayerZero 公开道歉

LayerZero 发布完整道歉声明：

“我们在过去三周的沟通工作做得很糟糕……我们犯了一个错误，允许我们的 DVN 在高价值交易中作为 1/1 DVN 运行。”

结构性改革：

• 终止支持 1-of-1 DVN 配置
• 默认配置升级为 5-of-5（部分仅有 3 DVN 的链最低 3-of-3）
• 与 Aave 系统性合作审计

5月8-9日（同期）

Arbitrum DAO 通过释放冻结 ETH 的议案——即便面临美国法院的扣押申请。

5月12日

Arbitrum 安全委员会对 7,100 万攻击者资产实施协议层锁定，等待法律裁决。KelpDAO + Aave 公布协调重启方案。

十二、协议重启与基础设施迁移（2026-05-13 — 05-16）

5月13日 — 重启启动

Aave 将第一批 25,000 rsETH 转入以太坊主网 LayerZero OFT 适配器。117,132 rsETH 将在两周内分批注入。

5月14-15日 — rsETH 赎回重新开放

• KelpDAO rsETH 提现功能上线——自 4 月 18 日以来首次（暂停 28 天）
• Aave 在 5 条链上解冻 rsETH 市场：Ethereum Core、Arbitrum、Base、Linea、Mantle
• 汇率调整以反映暂停期累积的质押收益

5月15-16日 — LayerZero 客户大逃离

• KelpDAO 正式宣布迁移至 Chainlink CCIP
• Solv Protocol 跟进确认离开 LayerZero
• 业内估算 近 20 亿协议资产正在向 Chainlink CCIP 迁移
• KelpDAO 成为首个大规模离开 LayerZero 的主流协议

十三、攻击技术拆解（RPC 投毒）

步骤分解

1. 侦察阶段：攻击者获取 LayerZero Labs DVN 使用的 RPC 节点列表（疑似通过供应链或凭证窃取）
2. 持续渗透：攻陷两个位于完全不同集群的 op-geth 节点（无直接连接）
3. 二进制替换：植入自定义 payload
   • 对 DVN 返回伪造数据
   • 对其他客户端返回真实数据（避免被察觉）
4. 触发：对未被攻陷的备用 RPC 发起 DDoS（10:20–11:40 AM PT），迫使 DVN 故障转移至被投毒节点
5. 执行：在 DVN 上验证伪造的 Unichain → Ethereum 跨链消息，铸造 rsETH
6. 自毁：被攻陷节点执行预置自毁脚本，擦除二进制、日志、配置——取证极为困难

归因证据链

十四、市场与生态影响汇总

代币价格反应

TVL 变动

治理与文档动作

• Aave：ARFC（4月20日）→ AIP（财政援助提案）→ Arbitrum Constitutional AIP（4月25日）
• Arbitrum DAO：5月1日发起投票，5月8-9日通过
• LayerZero：终止 1/1 DVN 支持，默认升级 5/5

十五、关键人物声明

Bryan Pellegrino (LayerZero CEO)

• 4月20日：发布初始声明否认 LayerZero 责任
• 5月8日：公开道歉：“我们在过去三周的沟通工作做得很糟糕。”

Stani Kulechov (Aave 创始人)

• 个人承诺 5,000 ETH（~1,170 万）
• 主导 DeFi United 联盟
• 业内评价为本次危机中最强的协调领导者

Amitej Gajjala (KelpDAO 联合创始人)

• 强调 LayerZero 应承担默认配置责任
• 宣布迁移至 Chainlink CCIP

ZachXBT

• 漏出后约 20 分钟内识别首批洗钱跳点
• 公开 6 个攻击者钱包地址

十六、行业意义

短期影响

• 跨链桥安全性的最严重事件之一（与 Ronin $6.2亿、Wormhole$3.2 亿、Harmony 1 亿 同级）
• 单一中心化基础设施依赖（默认 1/1 DVN）的危险性被血淋淋揭示
• DeFi 集体救援机制（DeFi United）首次大规模成功运转

长期影响

• 跨链消息验证范式转变：从“信任默认值“转向“多验证者强制要求“
• Chainlink CCIP vs LayerZero 的市场份额重新洗牌
• 推动 OFAC、美国法院介入 DeFi 资产冻结的法律先例
• 重提对 Lazarus Group 在加密领域威胁的全球警觉
• LayerZero EigenLayer CryptoEconomic DVN Framework 加速落地

十七、参考来源

攻击事件报道

• The Block — 攻击首报
• CoinDesk — Kelp DAO 被攻击
• CoinDesk — Aave TVL 暴跌
• CoinDesk — Kelp 反击 LayerZero
• CoinDesk — Arbitrum 通过释放议案
• The Defiant — DeFi United 详细方案
• The Block — DeFi United 技术方案
• The Block — LayerZero 道歉
• Bleeping Computer — Lazarus 归因
• Bloomberg — 朝鲜绑架案受害者索赔

链上分析与技术拆解

• Chainalysis 深度技术拆解
• Blockaid — DVN 配置审计
• Hypernative — 观察层漏洞分析
• Arkham — 黑客资金追踪
• Chainstack — RPC 投毒攻击分析
• Unchained — THORChain 资金路径
• BeeInCrypto — Arbitrum 冻结
• DeFi Prime — 综合分析
• Messari — 综合报告
• KuCoin — 技术机制解析

官方声明与治理

• LayerZero 事件声明
• LayerZero 道歉与更新
• Aave Governance — 事件报告
• Aave Governance — 事件追踪
• CryptoTimes — 重启与提现重开
• CryptoTimes — 恢复方案
• News.Bitcoin — DeFi United 1.6 亿筹资
• News.Bitcoin — ZachXBT 预警
• EGW News — LayerZero 用户外流

LayerZero 协议文档

• LayerZero Docs — DVN 概述
• LayerZero Docs — V2 概览
• LayerZero Docs — OFT 标准
• LayerZero Docs — OFT Adapter
• LayerZero Docs — DVN/Executor 配置
• LayerZero Docs — Message Packet
• LayerZero Medium — V2 深度解析
• LayerZero Medium — DVN 解释
• LayerZero Medium — EigenLayer CryptoEconomic DVN Framework

文档版本：v1.0 最后更新：2026-05-16 整理者说明：本文档基于截至 2026-05-16 公开报道整理。部分链上交易哈希尚未在公开渠道披露，已在第五章明确标注。事件后续发展（如美国法院最终判决、攻击者资金最终去向）请关注 Aave Governance、KelpDAO 官方频道与 Chainalysis 持续报告。