在傳統 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 架構具高度擴展性,可支援更多交易對、功能及更高吞吐量升級。





