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

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

借助OP Stack,某交易平台推出了自己的Layer 2;借助ZK技术,另一交易平台推出了自己的Layer;某公司发布了自己的链,某通讯软件公司推出了自己的链等。如今,构建一条链的资金和技术门槛已大大降低,运营一条基于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完全不同。一些项目构建了可信的账户体系,无需建立链间共识,只需现有账户体系之间的可信承诺。还有项目通过为用户生成多链账户钱包来实现抽象化管理,极大地优化了用户体验,减少了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 Network,核心就是用户发送意图给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。我们在上面列出的各个以不同方向去构建抽象或者流动性解决方案符合这一套的不同层级,可以理解为上下游的关系。但是这些方案仍然不是原子级解决方案,整个流动性割裂的问题,带来了许多庞杂的衍生问题的出现,因此针对互操作性,衍生出了五花八门的解决方案。但是本质上还是要依赖于这些组件。

解决跨链流动性的问题,是一个非常庞杂且解决方案繁多的领域,比如Layer2的解决方案分为从内嵌跨链消息特别是ERC-7683来解决,还有Layer2构建的OP Stack来共享Sequencer来解决。脱离Layer2语境下,所有的Layer1也都面临流动性、状态、用户体验割裂的问题,有专门针对于流动性的应用为中心的解决方案,也有以Solver Network的链下解决方案,乃至还有账户为中心的解决方案,但是也需要基于Solver这种链下的角色。

我们较为认可,跨链流动性、状态、用户体验割裂是整个区块链行业的问题,如果从整体上思考,需要以一个更加抽象,类似于链抽象的方式去做,这相当于是真正的Web3的入口,解决了用户体验上的割裂,同时流动性和状态的整合在用户无法感知的地方去做。具体如何整合,又被分为使用链下的Solver网络和原子性的整合跨链桥等设施,这都值得去探讨的。总的来说,未来一定是多链的,解决流动性分散的问题是一个行业在必然要面临的问题,而这种全链流动性的整合存在广袤的成长空间,有可能构建出Web3时代的新型互联网入口。