方案

StarkWare 提出由二层驱动的 AMM 设计方案 Caspian，把交易放在二层进行，再从一层的 AMM 池中向各个交易地址调配资金。Caspian 分为链下和链上两部分，链下包含运营商、交易者和流动性提供者，其中，运营商是一个可以处理二层网络交易的做市商，它可以按批次处理多笔交易，当一个批次交易结束时，会生成 STARK 有效性证明，并且根据状态变更来结算批次里的交易；交易者指的是各个二层应用上的用户；而流动性提供者则是以太坊链上的各个流动性提供者。链上是一个由 Layer 2 驱动的 AMM 智能合约以及 StarkEx 合约，前者是一个标准的 AMM 合约，但稍有不同的是，它的唯一对手方是链下的运营者且提款要等待前一批次的交易处理完成才能进行；后者即为支撑运营者服务的 StarkEx 系统。该方案的具体过程如下：

首先，运营商聚合起一批二层用户发来的交易，并自行撮合接受到的报价订单；然后，运营商可以在链上的 AMM 合约中生成一个限价单，并将该批次里产生的交易净差额与该订单撮合，完成用户剩余的资金分配；最后，运营商将该批次的交易发送给 StarkEx 系统，生成批量 STARK 证明，在经过 verifier 验证后完成该批次交易的结算以及状态的更新。在整个过程中，AMM 合约池中的代币流动性是通过一层流动性提供者提供的，其本质还是保持代币的流动性在 L1，根据 L2 交易指令来进行资金调配。

图 5-3Caspian 运行流程，来源：StarkWare 官方文档

另外，在 Caspian 的设计中，还新增了闪电贷的功能。通过将贷款期限延长至整个交易批次的流程，运营者可以提前在链下铸币发送给交易者，但前提是必须在该批交易结束时销毁它们。这样一来，可以大大提高运营商作为中间方撮合订单的效率。

优势

目前众多应用只能靠多个做市商实现在不同网络中部署资金，执行做市策略。Caspian 方案可以实现在二层进行指令调配以及交易的聚合，在一层的流动性池中将资金发送到用户地址，完成跨 L1 和 L2 的 AMM，缓解二层分流一层资金带来的流动性碎片化问题。

局限

从该方案的设计机制上看，Caspian 是存在中心化风险的。因为运营商既是 AMM 智能合约的对手方，也是与一层交互的唯一对象，可以决定部分交易需求的去留，一旦出现作恶行为，很可能导致用户资金的损失；另外，该方案还处于概念性阶段，还有一些组件待补充，例如 L1 限价单和批量闪电贷，这些功能的具体实现要等到 6 月 StarkEx3.0 网络升级后才有可能；最后，Caspian 的设计思路与 Celer 的 Layer2.finance 类似，后者已于 4 月上线，占据一定的先发优势。 (责任编辑：admin)