2月22日，跨链路由协议Multichain宣布已在测试网上推出了基于零知识证明的跨链基础设施zkRouter，并实现了从以太坊到Fantom的测试网跨链转账。
作为跨链赛道的龙头项目之一，为了更好地满足用户日渐增长的跨链活动需求，Multichain迄今为止已推出了不同层级的多款产品。其中，资产跨链桥Bridge/Router现已覆盖了81条区块链，支持3000多个币种、坐拥19.3亿美元流动性，累积交易量高达983.5亿美元，市场占有率高居第一；消息跨链协议anyCall也已集成至CurveFinance等头部Dapps，在跨链通信场景提供稳定、高效的服务。
而这一次推出的zkRouter，则是Multichain在资产跨链、消息跨链外的另一层级所作出的全新尝试。
MBI：Multichain眼中的跨链层级
在理解zkRouter之前，我们需要先行了解该产品在跨链服务层级中的位置。
在Multichain看来，随着多链并行成为大势所趋，“原生跨链Dapps”也将成为链上应用的发展方向。不同于当前广泛存在的“多链部署式Dapps”——比如部署在以太坊、Arbitrum、Polygon等多条链上的Uniswap、Aave等等——“原生跨链Dapps”将内嵌跨链功能，而不再需要依赖于外部桥或路由来补足跨链功能。
Base通过一系列安全审核为主网启动做准备:金色财经报道，Base是由加密货币交易所Coinbase开发的第2层区块链，已完成一系列安全审核，准备推出其主网，目标是在未来几年吸引多达100万新的加密用户。Base是与Optimism合作构建在OP堆栈上的，于2月份发布。据一份新闻稿称，为了测试区块链本身和OP堆栈的安全性，Coinbase委托其协议安全团队进行了为期六个月的内部审计。Coinbase表示，该团队审核了Optimism在第1层和第2层的所有预部署和智能合约，以识别潜在的安全风险漏洞。[2023/6/30 22:09:18]
举个简单的例子，前段时间Uniswap选择BNBChain跨链桥时的治理大战曾闹得沸沸扬扬，由于Uniswap并不具备原生的跨链功能，所以每当其部署至一条新链之时，就必须集成至一条跨链桥以供治理结果能够顺利地从以太坊向新链传递，这一过程耗时且繁琐，而“原生跨链Dapps”则完全无需担心此类问题，仅需在内部调用消息跨链功能即可。
想要实现“原生跨链”的功能，仅仅依靠应用之间的组合并不足够，而是需要在更底层的位置提供完备的支持。结合自身在跨链领域多年的耕耘经验，Multichain提出了一个名为MBI的多链交互总体架构。
MBI从上往下共分为三层。其中第一层为“应用层”，我们最熟悉的资产跨链桥就属于这一层级；第二层为数据层，消息跨链协议anyCall即属于这一层级；第三层则为信任层，所对应的产品除了多方信任机制fastMPCNetwork之外，另一个正是我们今天的主角zkRouter。
在MBI的结构中，Multichain针对从上至下的每个层级均向上封装了可供调用的功能实现，向下则屏蔽了相应的技术实现细节。开发者可以基于其中的任一层构建自己的“原生多链Dapps”，专注于其应用功能的实现和创新，而不必关注更底层机制的具体实现。
zkRouter：零知识证明的魅力
从定位上看，zkRouter可以理解为一种采用零知识证明技术构建的链间信任机制。
ZKP指的是证明者能够在不向验证者提供任何有用的信息的情况下，使验证者相信某个论断正确的一种数学证明机制。由于其数学可证明的特性，ZKP一直被区块链行业视为解决信任问题的“圣杯”。
然而，由于图灵完备的ZKP技术一直处于待完善状态，且相关的开发工作需要极其深厚的密码学基础，同时配套的SDK开发难度也较高，因此这些年采用该技术的项目在进度上并不是很理想。不过对于Multichain而言，作为拥有着可持续收入的跨链服务龙头，其并不需要像熊市中的多数项目那样收紧预算，反而拥有着充足的资源来支撑复杂的研发工作。
最终的结果就是，基于理论及实践上的经验积累，Multichain依托着优秀的开发资源和丰富的社区力量，在Groth16与Plonk的研究进展之上推出了采用ZKP技术的链间信任层协议zkRouter。
zkRouter在MBI的结构中被归属于信任层，其效用是以无需信任、去中心化的方式在多链之间实现跨链共识的传递。零知识证明的机制下存在三个主要参与角色--证明者，中继者和验证者，证明者的作用是生成源链共识ZKP，中继者负责将ZKP中继到目标链，验证者的作用则是确定证明者提供的ZKP是否是真实的。反映在zkRouter的运行机制内，证明者可以同时是中继者，验证者是目标链轻客户端，担任证明者的中继节点需要在无法篡改数据的情况下构建出可被验证的证明，担任验证者的轻客户端基于ZKP证明，可以轻松独立地完成对接收内容真实性的校验。
zkRouter运行机制的特性决定了Proof的生成和传递不会对内容的可信度产生任何影响，从而就实现了无需信任的共识传递。更具象的来说，这意味着zkRouter可以接受任何人来作为中继节点，因此无论由谁来部署和运营zkRouter，都不会干预到zkRouter的运作，更不可能影响其结果。
Multichain补充介绍称，zkRouter在设计上使用了优化后的zk-SNARK来生成简洁的ZKP，支持目标链以较低的成本验证证明。该方案具有电路复杂度较低、存储开销成本较少、通用性较好等特点。
此外基于Multichain目前的预研，zkRouter可以实现对POS和POW的共识传递，这意味着zkRouter可以应用于异构链之间的共识传递，也为该机制的未来发展带来了更多可能性。
有了fastMPCNetwork，为何还要zkRouter？
在前文的MBI框架中，我们可以看到除了zkRouter之外，Multichain在信任层还有着另一套解决方案fastMPCNetwork。那么，这二者之间又有何不同？有了fastMPCNetwork并基于该机制已搭建起了成熟的上层应用之后，为何Multichain还要费如此大的工夫来挑战复杂且困难的ZKP呢？
从运行原理来看，fastMPCNetwork虽然与zkRouter一样同属于链间信任机制，但二者的技术基础并不相同。fastMPCNetwork系基于多方安全计算技术，该技术允许多组用户以他们的隐私数据为输入，共同计算一个函数，并且所有用户只能得到这个函数的输出，无法得到其他的任何信息。
MPC的特点在于有着较高的计算安全性，但由于该技术包含复杂的密码学操作，计算开销大，性能损耗大，因此往往会存在一定的效能限制。不过，fastMPCNetwork已就此做了相当大的效能优化，较之Multichain早期的MPC1.0阶段已提升了快4-5倍的执行速度。
再看zkRouter，作为ZKP的技术实现，其最大的特点在于利用数学证明实现了密码学意义上的安全，同时解绑了对中继节点的信任限制，做到了链间状态传递的完全去信任化。这也意味着zkRouter在安全性和工作效率上都会具有显著优势。
从应用角度来说，fastMPCNetwork和zkRouter固然会存在一定的场景重叠，但zkRouter的天然优势决定了其拥有着更好地适配“原生跨链Dapps”需求的潜力，这也是为什么Multichain会在定位上将zkRouter视为下一代产品服务的核心组件。
展望未来，Multichain将在技术、产品、生态三个维度继续推进对zkRouter的研究、开发及合作推广，争取让zkRouter服务于更多的项目方和开发者，应用于更多场景，提供更多更细颗粒度的功能服务。
zkRouter并不仅属于Multichain，而是整个跨链生态的基石
在关于zkRouter的多篇介绍性文章中，Multichain曾说过一句令我们记忆深刻的话：“zkRouter从来就不是Multichain自己的事情，而是所有认同‘原生跨链Dapps’，认同MBI体系架构，认同zkRouter跨链基础设施关键组成定位的所有人的事情。”
在Multichain看来，zkRouter并不仅仅是该项目的一个产品，更是服务于整个跨链生态系统的关键基础设施。从某种层面上来看，zkRouter对于跨链生态系统的意义甚至还要大于Multichain本身。
去年12月，Odaily星球日报曾采访过Multichain联合创始人AlfredXu。在问及如何看待跨链赛道未来的发展趋势时，Alfred回答称，正如2020年是资产跨链的元年一样，Multichain坚信2023年将是Dapps跨链的元年……未来我们或将一起见证跨链DEX、跨链聚合、跨链借贷等创新型Dapps从被逐渐开发到日渐成熟，最终再通过相互组合构建出一个创新且繁荣的多链生态。
时隔两个月左右，zkRouter正式诞生。这就像是Multichain播种下了一颗种子，虽然暂时还未来得及被广泛采用，但随着“原生跨链Dapps”的日渐发展，其或许会在不远的将来爆发出惊人的势能。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。