2025-10-20 16:49:40

Lighter宕机4小时事件深度解析：190亿爆仓夜，PerpDex为何难逃“熄火”命运？

摘要

Perp Dex在考虑智能合约安全外，还需要将架构冗余和应急机制纳入考虑范围。原文来源：Beosin 10月11日，加密货币市场经历了史上最大规模的爆仓事件，总清算金额高达约190亿美元。在这场极端行情中，多个去中心化永续合约交易平台（Perp Dex）出现宕机问题，其中Lighter因服务中断最为严重，流动性提供者资金池（LLP）损失约5.35%，引发了市场对PerpDex平台稳定性的广泛讨论。作为一家深耕Web3安全领域的技术公司，Beosin曾为Surf

Perp Dex在考虑智能合约安全外，还需要将架构冗余和应急机制纳入考虑范围。

原文来源：Beosin

10月11日，加密货币市场经历了史上最大规模的爆仓事件，总清算金额高达约190亿美元。在这场极端行情中，多个去中心化永续合约交易平台（Perp Dex）出现宕机问题，其中Lighter因服务中断最为严重，流动性提供者资金池（LLP）损失约5.35%，引发了市场对PerpDex平台稳定性的广泛讨论。

作为一家深耕Web3安全领域的技术公司，Beosin曾为Surf Protocol、Tifo.trade等多家Perp Dex项目提供安全审计服务。本文将基于多年积累的技术经验和链上数据分析能力，深入探讨此次Lighter宕机事件的原因及行业启示。

Lighter的技术框架

Lighter凭借其零交易手续费的特点，在PerpDex领域迅速崛起并吸引了大量用户。该平台构建在zkLight这一特定的ZK Rollup L2之上，旨在提升交易性能和订单簿撮合效率。其核心运作机制如下：

排序器：作为用户交互的第一站，负责接收交易指令，并将交易排序和打包成Batch（批处理数据包）。

撮合引擎：接收来自排序器的Batch，严格遵循“价格优先、时间优先”的撮合逻辑。每次成功的撮合都会生成数据以供后续验证，确保撮合过程公平透明。

证明者（Prover）：将撮合引擎的操作生成一个简洁的ZK-SNARK证明，用于验证撮合执行和状态转换的正确性。

主网合约：负责验证提交的零知识证明。一旦通过验证，状态根更新，交易结果便在以太坊上获得最终确认。

此外，Lighter还提供了金库功能，允许用户将资金存入Lighter Liquidity Pool（LLP）。这一流动性池承担了流动性提供、报价生成与风险承接三重功能。LLP参与者可分享平台收益，同时也需在用户爆仓时承接部分风险。

Lighter宕机事件复盘

2025年10月11日，加密市场经历了一场历史级的暴跌行情，合约清算规模创下新纪录。在此期间，Lighter平台突发长达数小时的服务中断，导致用户无法调整仓位，LLP因此蒙受约5.35%的损失。

通过对本次事件主要时间段（北京时间2025年10月11日00:17-05:08）的链上数据分析，Beosin发现Lighter自Batch#55661开始丢失了3个Batch，并于00:17恢复产出Batch（00:23 Lighter发布公告称用户的订单无法处理或执行）。

在宕机前，Lighter平台正常处理的交易量约为4005笔/分钟。从00:17开始，交易量激增，Batch#55665包含560个区块，处理的交易量达到196913笔，平均每分钟需处理约65638笔交易，约为平常时段的16倍。

以下是10月11日00:17-05:08各Batch提交时间点处理交易数的统计图：

由Beosin统计制作

在10月11日04:56，Batch#55743处理交易数达到峰值，2分钟内完成了639370笔交易，是平常时段每分钟处理交易数的79.8倍。数据显示，Lighter的Batch最多可容纳1600个区块，每个区块最多可容纳500笔交易，理论可处理交易笔数为800000/Batch，而实测最高为639370。

然而，许多用户因提交交易失败未能调整仓位，这部分数据未被链上记录。从技术架构来看，本次宕机及LLP损失的主要原因有以下两点：

1. Lighter的ZK Rollup依赖单一排序器进行交易排序和打包，虽然通过ZK Proof实现结果验证，但排序器的中心化设计存在单点故障风险。在暴跌行情下，排序器和数据库无法承载突发负载，导致索引损坏与事务阻塞，撮合引擎与用户端连接中断。

2. 在交易量骤增的情况下，ZK-SNARK的证明生成与提交流程成为瓶颈。极端行情下，同步激增的交易撮合与清算操作向ZK证明生成节点发起大量请求。平台可能未为清算这类高优先级操作预留资源，导致普通交易与清算请求发生资源竞争，进一步加剧了系统响应延迟，使得清算流程无法及时执行，放大了用户损失。

运营层面，据Lighter CEO Vladimir Novakovski回应，“Lighter原本计划在本次暴跌发生的周末进行数据库升级以适配持续增长的交易需求”。然而，这种“升级窗口选择错误”反映了团队对市场风险准备不足，未能在平台快速扩张过程中完成及时的基础设施升级，最终导致极端行情下的系统性故障。

此次事件揭示了PerpDex面临的核心难题：如何在极端行情下保持平台的正常运作。智能合约安全性方面，Perp Dex赛道的项目团队应进行全面、专业的安全审计。Beosin此前已为Surf Protocol、Tifo.trade等Perp Dex提供安全审计服务，涵盖智能合约代码的安全性、业务实现逻辑的正确性、gas优化及潜在漏洞修复等多个方面，成功帮助项目团队修复多个中高风险漏洞。