以太坊全面转向以 Layer 2 为主的扩展策略后，加上 RaaS（Rollup-as-a-Service）这类基础设施工具的爆发，公链生态的发展速度确实越来越快。不少实体都想打造一条自己的链，用来承载不同的商业目标或追求更高的估值。可是，链的数量一多，生态之间的同步就变得很难做到，很多项目甚至在 TGE（代币生成事件）阶段就遇到了破发的问题。
免费的交易所推荐：
借助 OP Stack 技术，Coinbase 推出了 Base Layer 2，Kraken 发布了 Ink；依托 ZK 技术，OKX 推出了 XLayer；索尼发布了 Soneium，LINE 推出了 Kaia。现在，建一条链的资金和技术门槛已经低了很多。如果运营一条基于 OP Stack 的链，每月的成本大概只要 10,000 美元左右。
未来大概率是多链共存的世界。虽然这些 Layer 2 链可能会选择 EVM 兼容来增加互通性，但因为背后的 Web2 实体各自拥有很庞大的下游应用生态，要让它们在同一条链上开发应用并达成共识，其实不容易。
TVL Breakdown, source: Defillama
现在市场上已经有不少流动性解决方案，比如大家常听到的链抽象（Particle Network、Socket、XION、INFINIT、Borsa）、意图（Anoma、Khalani）、清算执行（Connext）、原生跨链（Cross）和 ZK 分片（=nil; Foundation）。虽然它们走的技术路线不一样，但核心想解决的问题其实很相似。
Chain Abstraction Stack, Source: Frontier Research
我们借助业内用得比较多的 Cake 架构，从上到下来拆解跨链抽象的关键组件：
应用层（Application Layer）
这是用户直接打交道的界面，也是流动性方案里抽象程度最高的一层。它完全藏掉了底层流动性转换的复杂细节。用户只需要和前端界面互动，完全不用管底层是怎么路由流动性的。
权限层（Permission Layer）
这层在应用层下面。用户连接资产工具到 dApp，发起交易请求，实际上就是在表达“交易意图”。这里的“意图”是指用户想要达成的最终交易结果（也就是输出），而不是具体要走哪条执行路径。
账户管理与抽象层（Key Management and Account Abstraction）
因为多链环境比较复杂，所以需要一套能适应不同链特性的账户管理与抽象体系，这样才能维持每条链独特的账户结构。比如说，SUI 那种以对象为中心的账户体系就和 EVM 很不一样。One Balance 是这一块的代表项目，它建立了一个可信的账户系统，不需要在链之间达成共识，只靠现有账户体系之间的可信承诺就行了。Near Account 则是通过给用户生成多链账户资产工具来实现抽象化管理，这个做法对用户体验的提升很明显，减少了操作上的碎片感。不过，在流动性方面，它主要还是集成了现有的公链资源。
求解层（Solver Layer）
这层负责接收并执行用户的交易意图。Solver 这个角色在这层里通过竞争来提供更好的用户体验，比如更快的交易确认时间和更高的执行效率。基于这一点，Anoma 等项目构建了不同的意图驱动方案。Anoma 衍生出来的 Predicate 组件，可以在特定规则下比较精准地实现用户意图。
结算层（Settlement Layer）
这是求解层为了执行用户意图而去调用的中间件层。流动性和状态分散方案的核心组件包含：
预言机（Oracle）：用来获取其他链上的实时状态信息。
跨链桥（Bridges）：负责跨链的信息传递和流动性转移。
提前确认方案（Pre-Confirmation）：能明显缩短跨链确认的时间。
数据可用性（DA）：保障数据的可访问性和安全性。
除此之外，还需要综合考虑链间流动性、最终确认性（Finality）和 Layer 2 的证明机制等因素，才能让整个多链系统运行得更高效。
解决方案全景
针对当前流动性割裂的问题，市面上出现了多种方案。经过仔细梳理，主要可以分成以下几类：
1. 以 RaaS 为中心：比如 OP Stack 这类 Rollup 方案，通过引入特定的共享排序器和跨链桥，帮助构建在 OP Stack 上的 Rollup 共享流动性和状态。这种做法试图从一个更高的层面来解决流动性和状态分散的问题。其中，专门设计共享排序器的方案（像 Astria、Espresso 和 Flashbots）主要面向 Layer 2，适用性相对有限。
Chain Abstraction, source: NEAR
2. 以账户为中心：以 NEAR 为例，它构建了全链账户资产工具，通过“链签名”技术支持在多种不同的区块链协议间签署和执行交易。核心组件是 MPC 网络，代替用户为多链交易签名。这个方案对用户体验碎片化问题的改善作用很明显，但对开发者来说，后端实现会比较复杂，而且并没有从根本上解决流动性和状态分散的难题。
3. 以链下意图网络为中心：这其实就是前文“引言”里 Cake 架构图中的 Solver Network。核心逻辑是用户把意图发送给 Solver 网络，Solver 角色通过竞价，提供最优的执行时间和交易价格。Solver 可以是 AI Agent、CEX、做市商，甚至可以是集成协议本身（比如 Liquorice）。代表项目有 Anoma、Khalani、Enso、aori 和 Valantis。虽然理论上意图能实现任意复杂的跨链操作，但实际执行非常依赖流动性充足的 Solver。另外，如果涉及链下需求，Solver 可能存在欺诈风险；如果引入欺诈证明机制，Solver Network 的实现难度和运行门槛会大幅提高。
4. 以链上流动性网络为中心：这个方向专门优化跨链流动性的问题，但并没有解决其他链上状态分散的问题。核心思路是构建一个统一的流动性层，应用层在此基础上搭建，从而共享全链的流动性。代表项目包括 Raye Network、INFINIT、Everclear、Elixir 等。
5. 以链上应用为中心：这类应用通过集成大型做市商（MM）或第三方应用来构建高流动性场景，比如 Liquorice、Socket、Radiant Capital、1inch、Hedgemony 等。这种做法需要管理复杂的跨链流程，对开发者的要求很高，也因此更容易成为黑客攻击的目标。
解决流动性问题很关键，因为在金融世界里，流动性往往就是一切。如果能构建一个整合平台，把分散在全链上的流动性汇聚到一起，那潜力是很大的。从上面的分类来看，按照 Cake 架构，结算层是最基础的解决方案。它之上的层包括求解层、权限层和应用层。前面提到的各类方案其实也符合这个分层逻辑，可以理解为上下游的关系。不过，这些方案还不是最基本的原子级解决方案，流动性割裂带来的衍生问题依然很复杂，所以才催生了这么多不同的互操作性方案。但说到底，它们仍然依赖底层的组件。接下来，我们聊几个比较典型的链抽象项目，看看它们是怎么从自己的角度来解决流动性割裂问题的。
INFINIT
INFINIT Structure, source: Infinit
INFINIT 构建了一个 DeFi 领域的 RaaS 服务，给 DeFi 协议提供直接可用的组件，比如预言机、池类型、IRM、资产等，还提供了开箱即用的杠杆交易和收益策略组件。这个逻辑和其他应用构建端有点像，但最终流动性会沉淀在 Infinit 自己的流动性层。目前，INFINIT 还没有公开底层的具体工作原理，不过已经从 Robot Ventures、Electric Capital 和 Maelstrom Capital 等机构拿到了 600 万美元的种子轮融资。
Khalani Network
Khalani Network Structure, source: Khalani Network
Khalani 构建了三个核心组件：Intent 兼容层、Validity 语言和通用结算层。外部应用或意图层可以把意图发布给 Khalani，它的 Intent 兼容层会把外部意图转化成协议 Solver 能识别的标准格式——Validity 语言。Khalani 节点负责通过跨链桥、快速结算等技术，把最终结果提交到通用结算层。这个项目还在开发中，暂时没有透露更多细节。今年 8 月，它从 Ethereal Ventures、Nascent、Maelstrom Capital 等机构那里拿到了 220 万美元的种子轮融资。
Liquorice
Liquorice Structure, source: Liquorice
Liquorice 是一个去中心化应用，支持基于拍卖的价格发现和单边流动性池。它主要帮专业交易公司更高效地管理库存，并且能在结算交易时方便地连接到 1inch 和 Uniswap X 这类核心 DeFi 协议。同时，Liquorice 还创建了借贷市场来支持交易需求。这个应用更侧重于交易本身，目前还在开发阶段。今年 7 月，它宣布获得了由 GreenField 领投的 120 万美元 Pre-seed 轮融资。
Xion
Xion 是从 Burnt 品牌升级而来的。Burnt 之前主要做消费者类应用，团队发现链上交互的碎片化问题很严重，所以构建了 Xion 来改善这个状况。Xion 基于 Comet BFT 共识协议，它的跨链通信是通过 Cosmos IBC 实现的，所以比其他跨链桥更原生一些，安全性也更好。Xion 已经完成了四轮融资，投资方包括 Animoca、Multicoin、Alliance DAO、Mechanism 等。
=nil; Foundation
=nil; Foundation 是以太坊的 ZK 算力市场、ZK 协处理器和 Layer 2 开发商，团队在 ZK 技术上功底很深。他们提出了 zkSharding 方案，用 ZK 技术来扩展以太坊主网，通过执行分片并行处理交易并生成 ZKP。主分片负责验证数据、和以太坊通信、在所有验证者之间同步网络状态，同时管理执行分片里的验证者和账户分布。验证委员会用的共识协议是 Hotstuff，这在最新的并行执行项目里比较常见。=nil; L2 在设计之初就把跨分片通信直接写进了协议里，跨分片的消息由每个分片的验证者委员会当作交易来验证。
它的基本思路是通过分片的 Layer 2 架构，构建一个类似 IBC 的内嵌跨分片通信架构，来解决流动性和状态分散的问题。不过，这个核心逻辑也有一些争议：流动性分散主要是个多链问题，而 =nil; 构建的是一个单一的 Layer 2。也就是说，如果要用这个方案解决问题，就需要所有链都变成 ZK-sharding 的一个分片，这在现实里实现起来难度很大。
ERC-7683
ERC-7683, source: Across
以太坊生态也在着手解决跨链流动性的问题。目前，Arbitrum、OP、Uniswap 已经率先公开支持 ERC-7683 标准，这个标准也是基于 Intent 跨链方式。它的主要目标是为跨 L2 和侧链的跨链操作建立一个通用标准，把订单和结算接口标准化，实现无缝的跨链执行。核心机制是一个 Filler（也可以看作是链抽象中的 Solver 角色）来代付。这个提案由 Uniswap 和 Across 一起构建，目前正在接受 Cake 工作组的审查。
OP Stack
OP Stack、ERC-7683 和 zkSharding 都是以太坊内部针对 Layer 2 之间流动性碎片化的方案，分别从架构层面、共识层面和应用层面入手。OP Stack 通过设计一个完整的多 Layer 2 方案，一次性解决信息传递和排序器去中心化的问题。使用 OP Stack 架构时，会自动部署跨链合约，还有一个 Supervisor 机制来挑战并防止虚假的跨链信息传递。目前采用 OP Stack 架构的包括 Coinbase、Uniswap、Kraken 等。
其中，Unichain 是一个比较典型的代表。Unichain 主要通过集成 Superchain 网络来解决流动性碎片化问题。这个设置通过以下几项功能来促进流动性的顺畅移动：
基于意图的跨链桥：支持快速可靠的区块链间流动性转移，用户设定意图后，系统会自动选择最佳路径来移动流动性。这种方式把复杂性藏起来了，让跨链交易变得更顺畅、更快捷。
Unichain 验证网络 (UVN)：这是一个去中心化的节点运营商网络，负责验证跨链交易，提供更快的经济最终确定性。更快的最终确定对确保跨链交易的高效结算是很关键的，能减少因为延迟结算导致的流动性碎片化风险。
Flashblocks 和可验证区块构建：通过使用 Flashblocks，Unichain 能明显缩短区块时间，提高流动性提供者的效率，并实现更同步的跨链市场。Flashblocks 有助于确保流动性随时可得，并减少因为区块确认延迟造成的负面影响，从而避免流动性碎片化。
风险提醒：本文内容仅供学习参考，不构成任何投资建议、交易建议或收益承诺。加密货币和各类代币价格波动较大，文中所涉及的价格预测、市场数据均以行情平台或交易所实时页面为准。投资者应独立判断、谨慎决策。