Layer 2 时代下的流动性割裂问题研究

随着以太坊转向以 Layer 2 为核心的扩展方案，以及 RaaS 等工具的兴起，大量公链迅速发展。许多实体都希望构建自己的链，以代表不同的利益诉求并寻求更高的估值。然而，众多公链的涌现使得生态系统的发展难以跟上公链的步伐，导致许多项目在 TGE 时即告破发。

借助 OP Stack，某交易平台推出了自己的 Base Layer 2，另一交易平台发布了 Ink；借助 ZK 技术，某交易平台推出了 XLayer；Sony 发布了 Soneium，LINE 推出了 Kaia 等。如今，构建一条链的资金和技术门槛已大大降低，运营一条基于 OP Stack 的链的成本每月约为 10,000 美元。

未来必将是多链共存的时代。尽管这些 Layer 2 链可能会选择 EVM 兼容性以实现互通，但由于其背后的 Web2 实体有大量下游应用，它们很难在同一条链上构建应用并达成共识。

当前的多链生态带来了一个新的挑战：流动性和状态分散。由于多链的存在是必然的，因此互操作性就是一个必须要探索和解决的领域。当前有许多的流动性解决方案，比如链抽象、意图、Clearing Execution、Native CrossChain、ZKSharding等，但是其核心本质都是一样的。

我们使用的业界较为认可的 Cake 架构来从上至下介绍跨链抽象的核心组件构成：

应用层（Application Layer）

这是用户直接交互的层，也是流动性解决方案中最抽象的一层，因为它完全屏蔽了流动性转换的细节。在应用层中，用户与前端界面互动，未必了解底层的流动性转换机制。

权限层（Permission Layer）

位于应用层下方，用户通过连接钱包到 dApp 并请求报价来满足交易意图。这里的「意图」指的是用户期望的最终交易结果（即输出），而非交易的具体执行路径。

账户管理和抽象层（Key Management and Account Abstraction）

由于多链环境的存在，需要一个适应不同链的账户管理和抽象体系来维护各个链的独特账户结构。例如，SUI 的对象中心账户体系与 EVM 完全不同。One Balance 是该领域的代表项目，它构建了可信的账户体系，无需建立链间共识，只需现有账户体系之间的可信承诺。Near Account 通过为用户生成多链账户钱包来实现抽象化管理，极大地优化了用户体验，减少了 UX 的碎片化。然而，流动性方面主要集成了现有的公链。

求解层（Solver Layer）

该层负责接收并实现用户的交易意图，Solver 角色在这里竞争以提供更好的用户体验，包括更快的交易时间和执行速度。在此基础上，基于意图的项目构建了各种意图驱动的解决方案。此类意图的衍生品如 Predicate 组件，可在特定规则下实现用户意图。

结算层（Settlement Layer）

这是求解层为实现用户意图而使用的中间件层。流动性和状态分散的解决方案核心组件包括：

• 预言机（Oracle）：用于获取其他链上的状态信息。
• 跨链桥（Bridges）：负责跨链的信息和流动性传递。
• 提前确认方案（Pre-Confirmation）：缩短跨链确认时间。
• 数据可用性（DA）：提供数据的可访问性。

此外，还需考虑链间流动性、最终确认性（Finality）、Layer 2 证明机制等因素，以保障整个多链系统的高效运作。

解决方案

当前，市面上有多种解决流动性割裂的解决方案，我们纵览了大量方案后，发现主要是有这几种方式：

1. 以 RaaS 为中心：类似于 OP Stack 这种 Rollup 解决方案，通过加入特定的共享排序器和跨链桥来协助在 OP Stack 上构建的 Rollup 共享流动性和状态。这希望能够以一个更高层次的方向去解决流动性和状态分散。这里面有一个较为细分的就是单独的设计共享排序器，这个方案更多的是针对 Layer2，不具备普适性。

2. 以账户为中心：构建一个全链的账户钱包，通过一个称为「链签名」的技术支持跨多种区块链协议签署和执行交易。其中核心组件是 MPC 网络，代替用户为多链交易签名。这套方案，虽然能极大的解决 UX 碎片化的问题，但是对于开发者来说，这涉及到复杂的后端实现，并且没有本质上解决流动性和状态分散。

3. 以链下意图网络为中心：核心就是用户发送意图给 Solver 网络，Solver 这个角色去竞争报价，给到最优的完成时间和交易价格，这些 Solver 可以是 AI Agent，CEX，Market Maker 乃至集成协议本身。虽然意图在理论上能够实现任意难度的复杂跨链操作，但是在实现方面确需要有足够流动性 Solver 来协助，并且当遇到一些链下的需求时，Solver 存在欺诈的可能性，如果引入欺诈证明等手段，Solver Network 的实现难度会变得更高，运行 Solver 的门槛也会更高。

4. 以链上流动性网络为中心：这个方向是专门优化跨链的流动性问题，但是没有解决其它链上状态分散的问题。其核心是构建一个流动性层，在该层上搭建应用，以共享全链流动性。

5. 以链上应用为中心：这类应用通过集成大 MM、或者第三方应用等来构建高流动性应用。这类项目需要管理复杂的跨链流程，对开发者要求极高，因此也极易出现黑客攻击的事件。

解决流动性问题是一个非常重要的命题，金融世界往往流动性代表一切，如果能够构建一个整合流动性平台，特别是将零散的全链流动性整合在一起，将具备非常大的潜力，而我们也看了许多不同的解决方案。

在上面两种分类中，我们能够看到根据蛋糕结构，Settlement Layer 是最原子级别的解决方案，在这些跨链、预言机、Pre-Confirmation 方案等原子解决方案之上，构建的更加抽象的一层，就是 Solver Layer、Permission Layer 和 Application Layer。我们在上面列出的各个以不同方向去构建抽象或者流动性解决方案符合这一套的不同层级，可以理解为上下游的关系。但是这些方案仍然不是原子级解决方案，整个流动性割裂的问题，带来了许多庞杂的衍生问题的出现，因此针对互操作性，衍生出了五花八门的解决方案。但是本质上还是要依赖于这些组件。接下来我们将讨论几个典型的链抽象概念的项目，来看看各自都是如何从自己的出发点来解决流动性割裂的问题。

INFINIT

INFINIT 构建了一个 DeFi 届的 RaaS 服务，其能够为 DeFi 协议提供直接构建所需要的组件，如 Oracle、Pool Type、IRM、Asset 等，还能够提供立刻启用的 Leverage Trading 和 Yield Strategy 等组件。相当于其它应用构建端，但是最终的流动性是放在 Infinit 的流动性层。但是，目前其仍然未披露底层的工作原理。目前 INFINIT 已经获得了某些投资机构的 600 万美元种子轮融资。

Khalani Network

Khalani 构建了三个核心组件，分别是 Intent 兼容层、Validity 和通用结算层。

外部应用或者意图层可以发布意图给 Khalani，然后 Khalani 的 Intent 兼容层能够将外部的意图转化为协议 Solver 能够识别的格式，使用的规范化的格式就是 Validity 语言。Khalani 节点负责通过跨链桥、快速结算技术等提交最终的结果给通用结算层。这个项目仍然处于构建阶段，暂未披露更多工作细节。其在 8 月份获得了来自某些投资机构 220 万美元的种子轮融资。

Liquorice

Liquorice 是一款去中心化应用程序，可实现基于拍卖的价格发现和单边流动性池。Liquorice 的主要使命是为专业交易公司提供高效的库存管理工具，并在使用意图结算交易时轻松连接到核心 DeFi 协议。与此同时，Liquorice 创建了借贷市场，供其进行借贷交易。这款应用更加专注于交易本身。目前仍然在开发阶段，其在 7 月份宣布获得某投资机构领投的 120 万美元 Pre-seed 轮融资。

Xion

Xion 是由 Burnt 品牌升级而来，过去 Burnt 是专注于消费者应用程序的应用，之后团队发现链上交互存在极大的碎片化的问题，因此构建了 Xion 以改进这一问题。Xion 是建立在 Comet BFT 共识协议之上的。其采用的跨链通信是基于 Cosmos IBC 的，因此比其它跨链桥更加的原生、安全。其共进行过四轮融资，获得了多家投资机构的支持。

=nil; Foundation

nil 是以太坊的 ZK 算力市场、ZK 协处理器和 Layer2 的开发商，团队具备深厚的 ZK 技术功底。提出了 zkSharding 解决方案，该解决方案是使用 ZK 技术来水平拓展以太主网，执行分片并行处理交易并生成 ZKP，而主分片验证数据、与以太坊通信并在所有验证者之间同步网络状态。主分片还管理执行分片中验证者和账户的分布。验证委员会使用的共识协议也是 Hotstuff，这在最新的并行执行的项目中很常见。=nil; L2 从一开始就将跨分片通信嵌入到协议中。跨分片消息由每个分片的验证者委员会验证为交易。

其基本想法就是，通过分片的 Layer2 架构，来构建类似于 IBC 一样内嵌的跨分片通信架构，这样就能解决流动性和状态分散的问题。但是其核心想法并不合理，因为流动性分散解决的问题是多链的问题，其构建的是单一的 Layer2，意思是想要解决就需要所有链都成为 ZK-sharding 的一个分片，这难以实现。

ERC-7683

Ethereum 也正在着手解决这一跨链流动性的问题，目前某些知名项目首先公开支持 ERC7683 标准，其使用的也是基于 Intent 的跨链方式。其核心目标是为跨 L2 和侧链的跨链操作建立通用标准，标准化订单和结算接口，实现无缝跨链执行，其主要的核心就是一个 Filler 也可以说是链抽象中的 Solver 角色代付。该提案是由某些知名项目共同构建的，目前正在被 Cake 工作组审查。

OP Stack

OP Stack、ERC-7683、和 zkSharding 一样，都是以太坊内部针对 Layer2 之间的流动性碎片化的解决方案，分别是架构层面、共识层面、应用层面去解决的。OP Stack 通过设计一个完整的多 Layer2 解决方案，来一次性解决信息传递和 Sequencer 去中心化的问题，当你使用 OP Stack 架构时，便会自动部署跨链合约，同时会存在一个 Supervisor 去挑战避免传递虚假跨链信息。目前使用 OP Stack 架构的有多家知名交易平台和项目。

其中，比较典型的就是 Unichain。Unichain 主要通过与