透过最新上线的zkRouter 看Multichain理想中的跨链未来

2 月 22 日，跨链路由协议 Multichain 宣布已在测试网上推出了基于零知识证明的跨链基础设施 zkRouter ，并实现了从以太坊到 Fantom 的测试网跨链转账。

作为跨链赛道的龙头项目之一，为了更好地满足用户日渐增长的跨链活动需求，Multichain 迄今为止已推出了不同层级的多款产品。其中，资产跨链桥 Bridge/Router 现已覆盖了 81 条区块链，支持 3000 多个币种、坐拥 19.3 亿美元流动性，累积交易量高达 983.5 亿美元，市场占有率高居第一；消息跨链协议 anyCall 也已集成至 Curve Finance 等头部 Dapps，在跨链通信场景提供稳定、高效的服务。

而这一次推出的 zkRouter，则是 Multichain 在资产跨链、消息跨链外的另一层级所作出的全新尝试。

MBI：Multichain 眼中的跨链层级

在理解 zkRouter 之前，我们需要先行了解该产品在跨链服务层级中的位置。

在 Multichain 看来，随着多链并行成为大势所趋，“原生跨链 Dapps”也将成为链上应用的发展方向。不同于当前广泛存在的“多链部署式 Dapps” —— 比如部署在以太坊、Arbitrum、Polygon 等多条链上的 Uniswap、Aave 等等 —— “原生跨链 Dapps” 将内嵌跨链功能，而不再需要依赖于外部桥或路由来补足跨链功能。

举个简单的例子，前段时间 Uniswap 选择 BNB Chain 跨链桥时的治理大战曾闹得沸沸扬扬，由于 Uniswap 并不具备原生的跨链功能，所以每当其部署至一条新链之时，就必须集成至一条跨链桥以供治理结果能够顺利地从以太坊向新链传递，这一过程耗时且繁琐，而“原生跨链 Dapps”则完全无需担心此类问题，仅需在内部调用消息跨链功能即可。

想要实现“原生跨链”的功能，仅仅依靠应用之间的组合并不足够，而是需要在更底层的位置提供完备的支持。结合自身在跨链领域多年的耕耘经验，Multichain 提出了一个名为 MBI（Multiple Blockchain Interaction）的多链交互总体架构。

MBI 从上往下共分为三层。其中第一层为“应用层”，我们最熟悉的资产跨链桥就属于这一层级；第二层为数据层，消息跨链协议 anyCall 即属于这一层级；第三层则为信任层，所对应的产品除了多方信任机制 fastMPC Network 之外，另一个正是我们今天的主角 zkRouter。

在 MBI 的结构中，Multichain 针对从上至下的每个层级均向上封装了可供调用的功能实现，向下则屏蔽了相应的技术实现细节。开发者可以基于其中的任一层构建自己的“原生多链 Dapps”，专注于其应用功能的实现和创新，而不必关注更底层机制的具体实现。

zkRouter：零知识证明的魅力

从定位上看，zkRouter 可以理解为一种采用零知识证明（ZKP）技术构建的链间信任机制。

ZKP 指的是证明者能够在不向验证者提供任何有用的信息的情况下，使验证者相信某个论断正确的一种数学证明机制。由于其数学可证明的特性，ZKP 一直被区块链行业视为解决信任问题的“圣杯”。

然而，由于图灵完备的 ZKP 技术一直处于待完善状态，且相关的开发工作需要极其深厚的密码学基础，同时配套的 SDK 开发难度也较高，因此这些年采用该技术的项目在进度上并不是很理想。不过对于 Multichain 而言，作为拥有着可持续收入的跨链服务龙头，其并不需要像熊市中的多数项目那样收紧预算，反而拥有着充足的资源来支撑复杂的研发工作。

最终的结果就是，基于理论及实践上的经验积累，Multichain 依托着优秀的开发资源和丰富的社区力量，在 Groth 16 与 Plonk 的研究进展之上推出了采用 ZKP 技术的链间信任层协议 zkRouter。

zkRouter 在 MBI 的结构中被归属于信任层，其效用是以无需信任、去中心化的方式在多链之间实现跨链共识的传递。零知识证明的机制下存在三个主要参与角色 -- 证明者（Prover），中继者（Relayer）和验证者（Verifier），证明者的作用是生成源链共识 ZKP，中继者负责将 ZKP 中继到目标链，验证者的作用则是确定证明者提供的 ZKP 是否是真实的。反映在 zkRouter 的运行机制内，证明者可以同时是中继者，验证者是目标链轻客户端，担任证明者的中继节点需要在无法篡改数据的情况下构建出可被验证的证明，担任验证者的轻客户端基于 ZKP 证明，可以轻松独立地完成对接收内容真实性的校验。