L2Beat如何判断Rollup风险
在L2BEAT上判断一个Rollup的风险，主要看它的"Stages"框架和"Risk Rosette"风险雷达图。前者用一个从0到2的等级概括了项目的整体去中心化成熟度；后者则从五个独立维度（如状态验证、退出窗口）拆解出具体的风险来源。将这"一纵一横"两个框架结合着看，就能比较全面地理解一个Rollup的风险画像了。
第一步：看"Stages"框架——快速判断项目成熟度
这是判断风险最直接的切入点。它把Rollup的去中心化程度分成了三个等级，等级越高，对中心化操作者的依赖就越低，你资产的安全性也就越接近以太坊主网。
Stage 0（"满辅助轮"）：代表项目处于最早期。它虽然满足了一些基本条件（如将状态根和交易数据发布到以太坊主网），但它的证明系统（负责验证交易正确性的机制）可能还没上线，或者完全由项目方控制。安全保证有限。
Stage 1（"有限辅助轮"）：项目有了一定的去中心化。它必须上线一个正常工作的证明系统，并且设立一个安全委员会（Security Council）。这个委员会由多方（至少8人）通过多签控制，能在出现紧急bug时介入。同时，如果发生你不同意的升级，必须提供至少7天的退出窗口。
Stage 2（"无辅助轮"）：这是最成熟的阶段。证明系统是完全无需许可的（任何人都能参与验证）。安全委员会被严格限制，只能处理链上可证明的bug。升级也必须提供至少30天的退出窗口，让用户有充足时间评估风险并退出。
"如果项目方决定在风险从操作者权限问题大于代码漏洞风险时进行去中心化，那么去中心化程度可以作为安全性的一个衡量标准。但即便是一个Stage 2的项目，如果其证明系统非常实验性或合约未经充分审计，它仍然可能是不安全的。"
第二步：看"Risk Rosette"风险雷达图——拆解具体风险
在你对项目的等级有个整体印象后，就可以点进具体项目页面，查看那朵"风险之花"了。它用红、黄、绿三色从五个维度评估风险，即使同一个Stage的项目，在不同维度的风险也可能不同。
| 风险维度 | 这个维度判断什么？ | 绿色（低风险）意味着什么？ | 红色（高风险）意味着什么？ |
|---|---|---|---|
| 状态验证 (State Validation) | 系统如何保证L2状态的正确性？ | 使用功能完善的证明系统（ZK或欺诈证明），且验证是无需许可的。 | 没有有效的证明系统，或验证过程被中心化实体控制。 |
| 数据可用性 (Data Availability) | 重建L2状态所需的数据存在哪里？ | 数据发布在以太坊主网上（Rollup），无需额外信任假设。 | 数据发布在链下（如Validium），引入了对外部数据可用性委员会的信任。 |
| 退出窗口 (Exit Window) | 面对你不喜欢的升级，你有多少时间退出？ | 升级有至少30天的延迟，有足够时间安全退出。 | 合约可即时升级，没有给用户留出退出时间。 |
| 提议者故障 (Proposer Failure) | 如果负责提交状态的人（Proposer）出问题了怎么办？ | 任何人都可以无需许可地接替提交状态，或能启动逃生舱（Escape Hatch）退出。 | 提交状态的权利完全中心化，且无法被替换，一旦故障，提款将冻结。 |
| 排序器故障 (Sequencer Failure) | 如果负责打包交易的人（Sequencer）宕机或审查你，怎么办？ | 用户可以自己通过L1强制打包交易，或启动逃生舱。 | 用户无法独立将交易上链，只能任由排序器摆布。 |
第三步：关注量化数据，理解风险的普遍性
学术研究对L2BEAT的数据分析也印证了这些风险框架的价值。一份对129个L2项目的分析报告显示：
86% 的项目存在"无退出窗口"的风险，即合约可即时升级。
约50% 的项目存在"提议者故障"风险，可能冻结提款。
在2022-2025年间记录的32起L2事故中，59.4% 与排序器（Sequencer）的宕机或性能问题有关。
这些数据说明，许多L2项目在特定环节仍存在显著的信任假设，风险是真实存在的。
如何确认自己看懂了
找两个你熟悉的Rollup项目（例如Arbitrum和Optimism），分别查看它们的Stages等级和Risk Rosette各项指标的评级。尝试理解为什么它是绿色或黄色，以及这个评级和它的Stage是否对应。当你能清晰地解释一个项目在某个风险维度被标为黄色而非红色的具体技术原因时，你就已经学会用L2BEAT的工具来评估风险了。
