10月11日，加密货币市场经历了史上最大爆仓事件，总清算金额约190亿美元。在这场极端市场考验中，多个去中心化永续合约交易平台（Perp Dex）出现宕机，其中Lighter因宕机事故最为严重，流动性提供者资金池（LLP）出现亏损引起了市场对PerpDex平台的广泛讨论。
作为审计了Surf Protocol、Tifo.trade等多家Perp Dex的Web3安全公司，Beosin在本文将通过多年积累的技术和链上数据分析经验，帮助大家深入了解本次Lighter宕机事件的原因。
Lighter技术框架
Lighter通过零交易手续费的特点在PerpDex的热潮中脱颖而出，吸引了众多用户在其平台进行交易。Lighter构建在zkLight这一特定的ZK Rollup L2之上，以提高交易性能和订单簿的撮合效率。其核心运作机制如下图所示：
排序器：作为用户交互的第一站，负责接收交易指令，并将交易进行排序和打包成Batch（交易的批处理数据包）。
撮合引擎：接收来自排序器的Batch，并严格遵循 "价格优先、时间优先" 的撮合逻辑。每次成功的撮合都会为生成零知识证明准备好数据，确保任何人都能事后验证撮合过程的公平性，避免了操纵的可能。
证明者（Prover）：将撮合引擎的操作生成为一个简洁的ZK-SNARK证明，用于后续验证撮合执行和状态转换的正确性。
主网合约：负责验证证明者提交的零知识证明。一旦验证通过，就会更新状态根，至此交易结果便在以太坊上获得了最终确认最终性。
除以上设计外，Lighter为用户提供了金库功能，用户可存入资金到Lighter Liquidity Pool（LLP），该流动性池承担流动性提供、报价生成与风险承接三重功能。LLP参与者可分享平台收益与对手方亏损产生的收益，同时在用户爆仓时承接部分风险，配合Lighter的清算体系，形成风险缓冲机制。
Lighter宕机复盘
2025年10月11日，加密市场合约清算规模创下历史纪录。在这场极端行情中，Lighter突发多个小时的服务中断导致用户无法操作仓位，LLP损失约5.35%。
Beosin通过对本次事件的主要时间段（北京时间2025年10月11日00:17-05:08）的链上数据分析发现，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本次事件的数据我们发现，Lighter的Batch最多可容纳1600个区块，其区块最多可容纳500笔交易，其理论可处理交易笔数为800000/Batch，而实测最高为639370。
以上是Lighter平台成功处理的交易，还有许多用户因提交交易失败无法调整仓位（宕机）而未能在链上记录的数据。从技术架构来看，本次宕机和造成LLP损失主要有2个原因：
此外，Perp Dex项目团队还需要将架构冗余和应急机制纳入考虑范围。未来，随着多排序器、动态资源调度等技术的应用，Perp Dex有望解决当前的这一瓶颈，服务更多用户并成为加密金融的核心基础设施。
