10月11日加密货币市场大爆仓，Beosin剖析Lighter宕机原因？

极端行情状况下，多个去中心化的永续合约平台，突然间陷入瘫痪状态，致使流动性提供者们的资金池，出现了亏损情况，进而暴露了DeFi系统在面临压力时的脆弱性。

技术架构瓶颈

在此回事件里边，平台所依赖的单个排序器成了致使系统出现崩溃状况的核心要素，虽说ZK SNARK技术能够保证交易最终结果具备正确性，然而排序器实施的是集中化设计，在交易量呈现出急剧增长态势之际，就演变成为了单个点出现故障的情形，当市场出现极为巨大波动之时，这样的一个瓶颈造成订单没办法及时去处理以及执行 。

观察技术实现层面，该平台把交易予以打包形成批次，且于以太坊之上对证明展开验证，可是在北京时间10月11日凌晨时分，系统开始呈现出批次丢失的状况，这种设计从本质上来说是把去中心化的愿景构建于一个中心化的组件之上，这违背了区块链的核心原则。

性能极限测试

就链上数据展开分析，平台于正常时段每分钟处理交易笔数约为4005笔，然而在事件发生之际，交易量急剧增至每分钟约65638笔，流量激增达16倍之多，此远超系统承载能力，Batch#55665含有560个区块，处理了规模异常庞大的交易量。

平台理论处理能力，是每批次80万笔交易，然而实测最高值，远远低于这个数值。更加严重的是，好多用户，因为提交失败，所以无法调整仓位，并且这些数据，甚至没有被链上记录，实际影响，远远超过可见数据。

清算机制失效

资金池由流动性提供者构成，这本该借助清算体系来形成风险缓冲，在理想情形之下，LLP参与者会分享平台收益，并且在用户爆仓之际承接局部风险，然而当系统出现宕机状况时，整个清算流程就陷入了停滞状态。

平台没有为高优先级运作设置资源预留体制，致使普通交易跟清算请求争抢有限的计算资源，这样的设计瑕疵致使在市场最急需流动性之际，清算流程没办法及时施行，最终扩大所有参与者的亏损。

基础设施滞后

按照实际情况，平台CEO说明了情况，团队一开始的计划，是在那个暴跌的周末，来开展数据库升级工作。然而这种“升级窗口选择错误”的状况，表明团队对于市场风险方面的预案准备不够。平台处于拓展增速较快的进程里情况下，基础设施升级速度，难以匹配交易需求增长的速度。

运营层面存在失误，技术方面有瓶颈，两者相互叠加，DeFi领域中，团队常常注重功能开发，却忽视系统韧性，此次事件恰恰是该种发展模式促成的结果。

行业影响评估

整个DeFi生态，用户对其信心，因此次事件，不仅涉事平台受影响，更被动摇。中心化交易所，极端行情下，也曾多次出现宕机情况，去中心化平台，曾被寄予厚望，然而现实显示，它们亦面临相似挑战 。

流动性提供者资金池出现亏损事件，这引发了市场对于Perp Dex模型的广泛讨论，要是连经过审计的平台都不能够抵御市场波动，那么DeFi的风险管理标准是否需要重新去审视呢？

未来改进方向

去解决当前所面临的困境，得从技术以及治理这两个方面着手迈进。在技术层面，采用多排序器方式进行设计，优化证明生成的效率，设置优先级机制，这些均属于可行的方案。在治理层面，需要构建更为严格的风险准备金制度，还要制定应急预案。

平台需要开展更为频繁的那种压力测试，能够去模拟出极端的市场条件。与此同时，有着透明性质的事件报告以及补偿方案同样是重建信任的关键所在。唯有借助实质的改进，才可以避免类似事件再次上演。

经历此次颇为严重的系统故障之后，您觉得去中心化交易平台该怎样去平衡性能以及去中心化程度呢？欢迎于评论区分享您的观点，要是认为本文具备价值，请点赞并且分享给更多的朋友。