在传统 DeFi 交易架构中,大多数去中心化交易所依赖 AMM 模型完成交易撮合。这种方式虽然无需许可且具备良好的可组合性,但在性能、滑点控制以及复杂订单支持方面存在明显不足。随着链上衍生品交易需求的增长,市场开始探索更接近中心化交易所体验的解决方案。订单簿模型与 Layer2 扩展技术的结合,逐渐成为提升性能与用户体验的重要方向。
在当前去中心化 Perp DEX 赛道中,Lighter 代表了一种典型的“混合架构”路径,即将执行效率放在链下,同时通过链上验证确保系统可信。这种设计正在成为高性能 DeFi 基础设施的重要发展方向。
从整体上看,Lighter 的运作可以分为三个关键层级:订单输入层、撮合执行层以及清算验证层。用户与系统的交互始于订单提交,而最终以链上状态更新完成闭环。
与完全链上执行的系统不同,Lighter 将最消耗性能的撮合过程移至链下,同时通过 zk 技术确保所有结果可以被验证,从而在效率与安全之间取得平衡。
Lighter 技术架构的简化示意图,图源:Lighter
在 Lighter 中,一笔交易从发起到最终结算,通常经历多个阶段,这些阶段共同构成其高性能交易体验的核心。
首先,当用户提交订单时,订单信息不会立即在主链执行,而是进入系统的链下撮合引擎。这一阶段的目标是快速收集与排序订单,为后续撮合做好准备。
随后,撮合引擎会根据价格与时间优先原则,对买卖订单进行匹配。一旦订单被撮合成功,交易结果会被记录,并等待进入下一阶段的批处理流程。由于这一过程发生在链下,因此可以实现极低延迟与高吞吐量。
接下来,系统会将多个交易结果打包,并生成对应的 zk 证明。这些数据随后被提交至 zk-rollup 合约,由主链验证其正确性。这个阶段是整个系统安全性的关键,因为它确保所有链下计算结果都可以被验证。
最后,在验证通过后,交易结果会在链上完成清算,用户的资产余额也随之更新。至此,一笔完整交易流程结束。
这种流程的核心优势在于,它将高频操作集中在链下执行,而将最终状态确认交由链上完成,从而兼顾性能与安全。
在整个交易流程中,zk-rollup 扮演的是“验证与结算层”的角色。它不仅负责压缩交易数据,还通过零知识证明确保所有状态转换的正确性。
与传统 Layer1 逐笔执行交易不同,zk-rollup 采用批量处理方式,将大量交易打包后统一验证。这种机制显著降低了 Gas 成本,并提升了系统整体吞吐能力。
更重要的是,zk 技术使得用户无需信任撮合引擎本身,因为任何错误或篡改都无法通过链上的验证逻辑。这一点是 Lighter 能够采用链下撮合的重要前提。
撮合过程是交易系统中最耗资源的部分之一。如果完全在链上执行,不仅成本高昂,还会受到区块时间的限制。
Lighter 通过将撮合引擎放在链下,使订单匹配可以以接近传统交易系统的速度运行。这种设计使其能够支持更复杂的订单类型与更高频的交易行为。
与此同时,由于最终结果仍需通过 zk-rollup 验证,系统并未牺牲安全性。可以理解为,链下负责“速度”,链上负责“可信度”。
在交易完成后,清算是确保资产状态正确更新的关键步骤。Lighter 的清算过程依赖 zk-rollup 的状态更新机制,使所有账户余额变化都在链上记录并可验证。
由于用户资产始终由智能合约控制,而非中心化托管,用户无需承担交易所挪用资产的风险。这种设计延续了 DeFi 的核心优势,即“自托管与透明性”。
同时,批量清算机制也进一步提高了系统效率,使其能够在高负载情况下仍保持稳定运行。
Lighter 的运行机制本质上是一种高效的分层设计。通过将订单撮合放在链下执行,并利用 zk-rollup 完成链上验证与清算,它成功实现了性能与安全之间的平衡。
这种“链下执行 + 链上验证”的模式,不仅提升了交易速度,也为未来高频交易与机构级应用提供了基础设施支持。在 DeFi 不断向专业化发展的趋势下,这种架构有望成为主流方向之一。
一般包括订单提交、链下撮合、交易打包、zk 证明生成以及链上清算几个阶段,这些步骤共同构成完整交易闭环。
链下撮合可以显著提升交易速度并降低成本,同时支持更复杂的订单类型,而安全性则通过 zk-rollup 来保障。
zk-rollup 负责验证所有交易结果的正确性,并在链上完成最终结算,是系统安全性的核心。
其资产托管与结算是去中心化的,但撮合过程在链下执行,因此属于一种性能与去中心化之间的折中设计。
由于采用模块化设计,Lighter 的架构具备较强扩展性,可以支持更多交易对、功能以及更高吞吐量的升级。





