Caspian 一詞來源於全球最大的湖泊「裏海」,就像裏海一樣,Caspian AMM 允許用戶在 L2 上進行流動性橋接,同時也能保持 L1 流動性不會變得碎片化。

撰文:Donnager

不少以太坊 Layer 2 網絡都會在下半年正式上線,而多個 L2 網絡會讓原本聚合在一起的流動性碎片化,這是遲早會面臨的問題。

特別是對於自動做市商(AMM)而言,有比較明顯的資金聚集效應,更大的資金體量才能提供更佳的交易體驗。哪怕 DODO、Bancor、Uniswap V3 等 DEX 都已經在嘗試全新的 AMM 方案以提高資金利用率,但流動性的碎片化問題還是會存在的。

零知識證明技術研究機構 StarkWare 提出 由 Layer 2 網絡驅動的 AMM 方案 Caspian,試圖解決流動性碎片化的問題,同時可以提高資金效率。當 StarkEx 3.0 在 6 月上線後,Caspian 作爲一個概念方案就有落地的可能性了。

Caspian 一詞來源是「裏海」,這是全球最大的湖泊,StarkWare 團隊表示,「就像裏海一樣,Caspian AMM 允許用戶在 L2 上進行流動性橋接,同時也能保持 L1 流動性不會變得碎片化。」

所以簡單來說,Caspian 想實現的是將流動性維持在 L1 網絡中,但是將交易由 L2 實現,這甚至有點像是 Celer 的 Layer2.Finance 提出的「原地擴容」方案。

原理:內部撮合+批量交易

Caspian 的本質相當於先將 L2 的交易進行了內部撮合,將剩餘無法撮合的部分交由 L1 的 AMM 處理。

所以 Caspian 中需要一個鏈下的運營者(Operator),它將以批次處理 L2 中的交易,每個批次需要處理多筆交易。它需要模仿智能合約的邏輯,當某一批次交易開始至結束時,它就需要根據這些狀態變更提供報價。

當某一批次交易結束時,運營者以淨差額的方式執行 L2 上的 AMM 合約以結算本批次交易。這其中涉及 StarkWare 核心技術的是在結算每一批次交易的時候,需要提交一個 STARK 的零知識證明。

速覽 StarkWare 的 L2 AMM 流動性聚合方案 Caspian

比如 Alice 和 Bob 都在 Caspian 方案中提交了自己的交易需求,運營者就會先聚合兩筆交易,然後將淨差額部分與 L2 驅動的 AMM 智能合約進行交互。

運營者是否存在中心化風險?

運營者(Operator)作爲與 L1 交互的唯一實體,它擁有的權利很大,甚至可以篩選過濾掉部分交易的需求,進行交易審查。

所以 StarkWare 表示爲了消除運營者的中心化風險,Operator 角色是可以被去中心化的,但具體的機制並未公開,可能團隊也尚未探究這些過於細節的部分。

但還是存在一個問題,就是 Operator 是如何對交易進行公平排序的,針對這些和交易有關的需求,交易順序也是一個可能被攻擊或利用的部分,所以或許也會採用類似 L1 的競拍機制或者其他更公平的機制。

Caspian 的先決條件:StarkEx 3.0

要能在工程上實現 Caspian,StarkWare 團隊評估後認爲至少需要在 StarkEx 3.0 於 6 月上線後纔有可能。

因爲 Caspian 需要基於 StarkEx 3.0 包含的兩個全新的組件:L1 限價單(L1 Limit Orders)和批量閃電貸(Batch-Long Flash Loans)。L1 限價單功能此前 StarkWare 在 DeFi Pooling 一文中已有詳細描述。

而批量閃電貸功能是一種不限於單筆交易的閃電貸,它可以持續一段時間,爲運營者提供了在 L2 鑄造代幣的能力,只要在批次結束前將這些代幣銷燬即可——這與普通的閃電貸類似。而建立該機制的目的是爲了提高運營者的效率,它可以將多個限價單合併爲單個限價單。

作爲一個概念性的方案,Caspian 仍有很多缺失的細節,比如 Operator 如何去中心化(共識)、交易如何排序、聚合哪些 L2 和 AMM 協議,以及缺失的技術組件(StarkEx 3.0),但這是一個值得繼續關注的方向,因爲流動性割裂的問題可能是多個 L2 網絡上線後會面臨的一大挑戰。