无论是资产跨链还是信息/数据跨链，目前市场上已有太多的跨链桥及各类跨链协议，据 chainspot，目前市场上约有 114 个跨链桥及 130 余个网络，赛道拥挤。
这样的背景下，跨链聚合已是刚需。无论从资产跨链还是数据/信息跨链，如何更好地集成官方桥、第三方桥等各类跨链方案，并引入更多流动性，是跨链聚合器需要解决的问题。
在讨论跨链聚合器之前，我们先将跨链方式进行定义及分类，1kx 研究合伙人 Dmitriy Berenzon 曾对跨链桥进行了较为权威的阐述：
“桥”定义为在两个或多个区块链之间传输信息的系统。信息可以指资产、合约调用、身份证明或状态。
可简单理解为，跨链桥允许任何数据，包括代币、链的状态、合约调用、乃至身份证明、NFT、治理投票等等，从源链传输到目标链，使得 资产 和 数据 能够在不同的区块链上自由流转。两条链可以有不同的协议、规则和治理模型。跨链桥使双方能够在通信、兼容、安全的方式来进行互操作。
早期大部分的跨链桥以 资产跨链 为主，数据/信息跨链 需要更复杂的结构与设计。观察一个跨链桥，往往需要讨论它的几个主要组成部分：
监控：负责监控源链上的状态和智能合约功能调用，往往由预言机（Oracle）、验证器（Validator）或中继器（Relayer）等角色参与。
共识（可能有）：某些模式下，信息中继到目标链之前，中继节点对中继消息的正确性达成共识。
消息传递/中继：监控角色接收到事件后，将消息从源链传到目的链。
签名：中继节点签署消息，对发送到目标链的信息进行加密签名（作为个体或多签的一部分等）。
再将跨链方式所对应的不同区块链框架与结构来看，可以更好地观察一个跨链产品的功能与创新：
应用层 ： 资产跨链桥
数据传输层 ：消息跨链协议
信任层（Trust Layer） ： 链间信任机制
激励层：信任层或传输层均可能涉及激励，可单独进行观察
Trust Layer 对跨链协议非常重要，信任机制的设计会在信息传输时的安全、成本、延迟、费用等因素之间进行取舍，是跨链项目在技术创新时的重要位置。
跨链聚合产品的发展依托于跨链桥生态本身的发展，需要各类跨链桥本身有一定的成熟度，才能够出现更加完善的产品。
2022 年之后，在跨链桥项目不断进展、模块化区块链概念更新、ZK 等新技术的发展之下，基于不同需求的跨链桥解决方案众多，跨链交易聚合器（如 LI FI 等）的成熟度正在提高；
消息跨链协议也在一级市场受到关注，并获得不错的估值。以 LayerZero 为代表的通用互操作性解决方案中，在 LayerZero 的框架内，中继（Relayer）和预测机（Oracle）都没有形成任何共识或验证，仅做信息传输，成为无原生共识系统的跨链协议，给市场以启示。
CabinVC 对目前的多链桥 / 跨链聚合器 / 跨链信息协议等具有代表性的项目进行信息整理，包括 LayerZero、Socket、XY Finance、O3 Swap、Chainswap、Multichain、LiFi protocol，可在该赛道中进行简单的估值对标与项目对比：
不过，通用的跨链消息传递可能也并非是所谓的“跨链的终局”。一些创新的跨链项目中，模块化区块链概念也影响着这一赛道，尝试对“互操作性不可能三角”进行突破，给跨链带来更多可能。
*互操作性不可能三角：
无需信任：拥有与底层域相同的安全性；
可扩展性：任何域都可以支持；
信息通用性：能够处理任意的跨域数据。
一些项目基于模块化思路构建的跨链通信协议、跨链聚合器等正在进行创新。以模块化思路进行构思。
模块化互操作性协议中，可将桥的结构简单拆分为：
应用 Application
验证 Verification
传输 Transport
其中，应用层及传输层可进行共享，以适配目前已有的应用范式，同时，倘若给模块化互操作协议配置验证层，那么依据目前已有的多种验证机制，还能够增加在实际用例、交易金额、交易延迟等方向的可编程性。
不过，这种可组合的方式，需要桥将各种验证方法与区块链不同结构部分混合搭配，并保证信息的有效传递。在多种验证方式中，执行层通过 ZK 证明来验证有效性，能够对整个验证过程进行简化。
基于以上思路，可关注以下更加创新的跨链思路：
* 基于 IBC 的模块化网络协议 Polymer
Polymer 最初基于 Cosmos 生态系统开发，通过 ZK-IBC（区块链间通信）将跨链通信扩展至 Cosmos 生态外部。Polymer Chain 作为多链路由中心，构建一条链来托管 ZK 轻客户端和 OP 欺诈证明者，以验证来自任何模块化配置中的交易，支持以太坊等异构链间的通信。
* Gnosis Chain 的 Hashi 聚合器
由 Gnosis Chain 推出的 Hashi 被定义为 EVM 哈希预言机聚合器，其主要逻辑在于“要求信息由多个独立的机制来验证，而不是只由一个机制来验证”。Hashi 通过让相同的消息通过不同方式传递，如果同一个信息能够出现在多个提供商的目标域上，则被认为是正确的；如果出现不同的消息，则通过争议解决流程解决。
* Multi-Message Aggregation (MMA)
MMA 是 Uniswap 在治理跨链消息传递中的设计，旨在将以太坊主网的命令传递给其他非 L2 EVM 链中的 Uniswap 来部署，被视为一个用于跨链通信的附加安全模块。近期，来自 Uniswap 问责委员会的 Kydo 近期提出了“将协议的客户端做为桥"的思路：拟使用 MMA 将 N 个桥以相同的消息从以太坊传递到另一条链。在接收链上，如果有 k / N 的桥传递了相同信息，则执行该消息。
