以太坊把重心放到 Layer 2 扩容方案上之后，加上 RaaS（Rollup 即服务）这类工具越来越成熟，好多新公链都冒了出来。不少实体都想拥有自己的链，用来代表不同的利益诉求，顺便把估值做高一点。但问题是，链一下子多了，生态应用根本跟不上，结果很多项目一上 TGE 就破发，投资人亏得挺惨。
免费的交易所推荐：
拿 OP Stack 来说，Coinbase 搞了 Base 这条 Layer 2，Kraken 发了 Ink；用 ZK 技术，OKX 推出了 XLayer；索尼做了 Soneium，LINE 推出了 Kaia。现在建一条链的资金和技术门槛已经低了很多，跑一条基于 OP Stack 的链，每个月成本大概一万美元左右。
未来肯定是多条链一起存的局面。这些 Layer 2 为了互通，多半会选择兼容 EVM，但背后都是 Web2 大厂，它们有海量的下游应用，想让这些应用全都挤在同一条链上达成共识，基本不现实。
TVL Breakdown，数据来源：Defillama
现在市面上解决流动性割裂的方案不少，比如链抽象（Particle Network、Socket、XION、INFINIT、Borsa）、意图（Anoma、Khalani）、清算执行（Connext）、原生跨链（Cross）、ZK 分片（=nil; Foundation）。名字花里胡哨，但核心逻辑其实差不多。
链抽象技术栈，来源：Frontier Research
我们拿业界比较认可的 Cake 架构来从上往下梳理一下跨链抽象的核心组件：
应用层（Application Layer）
这一层是用户直接接触到的，也是最“抽象”的一层——它把流动性怎么转换的细节全藏起来了。用的人跟界面交互，压根不用管底层是怎么把资产跨来跨去的。
权限层（Permission Layer）
在应用层下面，用户连上钱&包，向 dApp 发起报价请求，来表达自己的交易意图。这里说的“意图”就是用户最终想得到什么结果（比如用 A 链上的 USDC 换 B 链上的 ETH），而不是具体怎么一步步执行。
账户管理与抽象层（Key Management and Account Abstraction）
多链环境下，每条链的账户体系都不一样，比如 SUI 的对象中心账户就跟 EVM 完全不搭。所以需要一套能适应各种链的账户管理方案。像 One Balance 就在做可信账户体系，不要求链之间达成共识，只用已有账户体系间的可信承诺就行。NEAR Account 则是给用户生成多链钱&包，统一管理，体验好了不少，减少了用户端的碎片感。不过流动性方面主要还是集成了现有的公链。
求解层（Solver Layer）
这一层负责接收用户意图，然后一群 Solver 角色互相竞争，看谁能给更快的交易速度和更好的价格。比如 Anoma 这类基于意图的项目，就搭建了各种意图驱动的方案。还有像 Predicate 这样的衍生组件，能在特定条件下自动执行用户意图。
结算层（Settlement Layer）
这一层是 Solver 实现用户意图时用到的中间件，主要解决流动性和状态分散的问题。核心组件包括：
预言机（Oracle）：用来获取其他链上的状态信息。
跨链桥（Bridges）：负责跨链的数据和资金传输。
提前确认方案（Pre-Confirmation）：缩短跨链确认时间。
数据可用性（DA）：保证数据能被访问。
另外还要考虑链间流动性、最终确认性（Finality）、Layer 2 证明机制这些因素，才能让多链系统跑得顺畅。
解决方案
目前市面上有好几种解决流动性割裂的路径，我们翻了不少项目之后，大概总结成这几类：
1. 以 RaaS 为中心：像 OP Stack 这种 Rollup 方案，通过加一个共享排序器和跨链桥，让在 OP Stack 上建的 Rollup 能共享流动性和状态。这个思路是想从更高层面解决问题。里头还有个细分方向是单独搞共享排序器，不过这个主要针对 Layer2，不太通用，代表项目有 Astria、Espresso、Flashbots 等。
链抽象，来源：NEAR
2. 以账户为中心：好比 NEAR 搞了一个全链钱&包，用“链签名”技术支持跨多条链签名和执行交易。核心是一个 MPC 网络，替用户给多链交易签名。这种方案能大大改善用户端碎片化体验，但对开发者来说后端实现复杂，而且本质上没解决流动性和状态分散的问题。
3. 以链下意图网络为中心：就是前面蛋糕图里的 Solver Network。用户把意图发给 Solver 网络，一堆 Solver 抢着报价，给出最优的时间和价格。这些 Solver 可以是 AI 袋里、中心化交易所、做市商，或者 Liquorice 这种集成协议本身。代表项目有 Anoma、Khalani、Enso、aori、Valantis。理论上意图能实现任何复杂的跨链操作，但实际落地需要足够多流动性好的 Solver 配合，而且遇到链下需求时 Solver 可能搞欺诈。要是引入欺诈证明之类的机制，Solver 网络的实现难度和运营门槛都会飙升。
4. 以链上流动性网络为中心：这个方向专门优化跨链流动性，不管其他链上的状态分散问题。核心是建一个流动性层，应用都搭在这一层上共享全链流动性。代表项目有 Raye Network、INFINIT、Everclear、Elixir 等。
5. 以链上应用为中心：这类应用通过整合大做市商或第三方协议，自己搭高流动性应用，比如 Liquorice、Socket、Radiant Capital、1inch、Hedgemony。不过这类项目要管理复杂的跨链流程，对开发者要求很高，也容易成为黑客攻击的目标。
解决流动性问题是个大课题——金融世界里流动性几乎决定一切。要是能搞出一个整合流动性的平台，尤其把全链零散的流动性聚到一起，潜力相当大。我们调研了不少方案之后发现，按照前面蛋糕结构来看，结算层是最底层的原子级方案。在跨链桥、预言机、提前确认这些原子组件之上，再往上搭求解层、权限层、应用层，就形成了更抽象的层级。上面列出的各种方案分别对应不同层级，有点像上下游关系。但这些方案还不是真正的原子级方案，流动性割裂引发了一堆衍生问题，所以搞出来的互操作性方案五花八门。归根结底还是得靠那些底层组件。下面我们挑几个典型的链抽象项目，看看它们各自怎么解决流动性问题。
INFINIT
INFINIT 架构，来源：Infinit
INFINIT 做了一个 DeFi 版的 RaaS 服务，能给 DeFi 协议直接提供搭建需要的组件，比如预言机、池类型、利率模型、资产类型，还能直接启动杠杆交易、收益策略这些模块。相当于给其他应用提供搭建工具，但最终流动性都放在 Infinit 的流动性层里。目前它的底层工作原理还没公开披露。INFINIT 已经拿到 Robot Ventures、Electric Capital、Maelstrom Capital 等机构的 600 万美元种子轮融资。
Khalani Network
Khalani Network 架构，来源：Khalani Network
Khalani 做了三个核心组件：意图兼容层、Validity 语言和通用结算层。外部应用或意图层可以把意图发给 Khalani，然后它的意图兼容层把外部意图转成 Solver 能读的格式，这个格式化的语言就是 Validity。Khalani 节点通过跨链桥、快速结算等技术把最终结果提交到通用结算层。这个项目还在开发中，更多细节还没公开。今年 8 月它拿了 Ethereal Ventures、Nascent、Maelstrom Capital 等 220 万美元的种子轮融资。
Liquorice
Liquorice 架构，来源：Liquorice
Liquorice 是一个去中心化应用，主打基于拍卖的价格发现和单边流动性池。它的主要目标是为专业交易公司提供高效的库存管理工具，同时在使用意图结算交易时，能方便地连到 1inch、Uniswap X 这些核心 DeFi 协议。此外 Liquorice 还建了借贷市场，方便做借贷交易。这个应用更侧重交易本身，目前仍在开发阶段。7 月份它宣布拿到 GreenField 领投的 120 万美元 Pre-seed 轮融资。
Xion
Xion 是从 Burnt 品牌升级来的。Burnt 以前专门做消费者应用，后来团队发现链上交互太碎片化，就做了 Xion 来改善这个问题。Xion 基于 Comet BFT 共识协议，跨链通信用的是 Cosmos IBC，比很多跨链桥更原生也更安全。它一共做了四轮融资，投资方包括 Animoca、Multicoin、Alliance DAO、Mechanism 等。
=nil; Foundation
nil 是以太坊上的 ZK 算力市场、ZK 协处理器和 Layer2 开发商，团队 ZK 技术底子很厚。他们提出了 zkSharding 方案，用 ZK 技术横向扩展以太坊主网：执行分片并行处理交易并生成 ZK 证明，主分片负责验证数据、跟以太坊通信、在验证者之间同步网络状态，同时管理执行分片里验证者和账户的分布。验证委员会用的共识协议是 Hotstuff，这在最新的并行执行项目里挺常见。=nil; L2 从最开始就把跨分片通信嵌进了协议里，每个分片的验证者委员会验证跨分片消息。基本想法是通过分片式的 Layer2 架构，做出像 IBC 那样内嵌的跨分片通信，从而解决流动性和状态分散。但这个想法有个问题：流动性分散是多链的问题，而它做的是单一 Layer2——想解决就得让所有链都变成 ZK-Sharding 的一个分片，这基本做不到。
ERC-7683
ERC-7683，来源：Across
以太坊社区也在着手解决跨链流动性问题。目前 Arbitrum、Optimism、Uniswap 率先公开支持 ERC-7683 标准，用的也是基于意图的跨链方式。核心目标是给跨 L2 和侧链的跨链操作定一个通用标准，统一订单和结算接口，实现无缝跨链执行。关键角色是 Filler（也就是链抽象里的 Solver），它们先垫钱执行交易。这个提案由 Uniswap 和 Across 共同提出，目前正在被 Cake 工作组审核。
OP Stack
OP Stack、ERC-7683 和 zkSharding 一样，都是以太坊内部针对 Layer2 之间流动性碎片化给出的方案，只是分别从架构、共识、应用层面去解决。OP Stack 通过设计一整套多 Layer2 方案，一次性解决了信息传递和排序器去中心化的问题。用 OP Stack 架构时，会自动部署跨链合约，同时有一个 Supervisor 来防止虚假跨链信息。目前用 OP Stack 的包括 Coinbase、Uniswap、Kraken 等。其中比较典型的是 Unichain。Unichain 主要靠集成 Superchain 网络来解决跨链流动性碎片化问题，具体包括以下几块：
基于意图的跨链桥：支持快速可靠的跨链资产转移，用户设定意图后，系统自动选最优路径。这样用户不用操心底层细节，跨链交易更顺畅。
Unichain 验证网络（UVN）：由去中心化节点运营商组成，验证跨链交易，提供更快的经济最终确定性。最终性越快，跨链交易结算效率越高，流动性碎片化风险越小。
Flashblocks 和可验证区块构建：Flashblocks 大大缩短了区块时间，提高了流动性提供者效率，让跨链市场更同步。这有助于保证流动性随时可用，减少区块确认延迟带来的碎片化问题。
风险声明：本文内容仅作学习参考，不构成任何投资建议、交易建议或收益承诺。加密货币和迷因币价格波动极大，市场数据应以官方公告、交易所实时页面及行情平台为准。任何价格预测均为推测性观点，仅供参考，不得作为确定性判断。投资者需独立判断、审慎决策，并自行承担投资风险。