中心化跨链，其中典型方案包括 MPC、Oracle Systems、PoS/PoA、多签和 TEE 等等，这些方案将单点信任问题转移为多点信任，组成去中心化网络，使用一个去中心化网络来杜绝单点风险，发展到后期，很多跨链项目使用一条链来实现进一步的去中心化。可以简单描述为从信任单点到信任多点网络，最后发展为信任去中心化链。但是这种方案始终需要信任中继者，也就意味着增加了安全风险。 典型跨链项目安全机制与主要风险来源 从上述表格可以发现，当前主流的跨链方案大部分使用的机制都是信任第三方网络，而第三方网络节点可能存在合谋风险，而本地验证的 Hop 目前只支持 Ethereum 与L2，L2与L2之间的跨链，本地验证虽然没有合谋风险，但通用性弱，不适用于一般链间通信。作为用户多链交互的媒介，最好的方式是去信任化(Trustless)，使用链上轻客户端验证跨链消息，实现代码即法律，而不依赖于诚实的节点。 去信任化跨链 银行业、保险业、信托业、证券业等典型的 Cefi 场景与 Defi 场景不同，这些体系内的各种机构面临来自政府机构的强监管，这种中心化监管经验伴随着金融体系的诞生不断发展，是相对安全的。反而现在的跨链协议在开展全球化业务的同时面临很少的监管，这也是跨链桥安全事故频发的重要原因之一。而作为区块链项目，其核心叙事逻辑便是去中心化，自然而然，中心化监管也是不被行业认可的。 如何在没有中心化机构监管的同时来保障链间通信的安全，这是一个跨链行业面临的问题。笔者认为要解决这个问题，最好的途径就是在无许可，高可拓展性，易于集成的同时实现去信任化跨链。只有这样才不会引入新的安全风险，用户在多链交互过程中只需要信任源链共识和目标链共识，就可以完成安全的链间通信。零知识证明（Zero-knowledge Proof, ZKP）技术引入跨链桥场景可以完美的实现去信任化链间通信，zkRouter 就是在这种场景下诞生的。它具备一下特点： 1. 不引入信任假设 跨链消息由 ZKP 保证正确性，没有引入外部信任假设。在外部公链和底层共识安全的前提下，中继网络中只要有一个诚实节点，就能保障 zkRouter 跨链的安全性。代码即法律，这使得 Dapps 可以无顾虑的使用 zkRouter 作为链间通信的工具。 2. 无许可 为了让更多的 Dapps 使用 zkRouter，zkRouter 被设计成无需授权的，Dapps 可以自行接入 zkRouter 的服务，同时 zkRouter 会配备充足技术文档与集成中间件，使得 Dapps 可以在轻松完成集成。 3. 高可拓展性 高可拓展性体现在 zkRouter 适用于异构链链间通信，Dapps 可以根据自己的需求，使用 zkRouter 进行链间通信。 二、zkRouter——去信任化链间通信 在《zkRouter 如何实现安全跨链》一文中已经详细说明了其跨链原理，这里就不在赘述。ZKP 跨链是属于原生跨链方式中的一种，具体实现方式非常依赖源链共识，因此拓展到多链有较大的工作量。 zkRouter 已经上线了 Ethereum<-->Fantom 之间的双向测试跨链桥。这里对照一下 zkRouter 网站的 Dashboard 解释一下 ZK 跨链的主要参与者和跨链流程。 zkRouter 在整个跨链流程中主要参与者有： 1. 证明者：证明者需要同步源链状态 ZKP 与默克尔树交易路径证明。 ** 2. 验证者：**验证者为链上轻客户端，验证 ZK 证明与交易默克尔树路径证明。 3. 用户：发起跨链交易。 Dashboard 主要是为了展示将源链共识同步到目标链的过程，主要包括 Epoch，Finalized slot, Update in FTM, Receipts root in ETH, Zero knowledge proof 等字段。 zkRouter Dashboard zkRouter Dashboard 字段解释 ZK 跨链桥要维持运行，就必须先将源链共识同步到目标链，共识同步过程为： ** 1.**证明者会将每一个确认最终性的 Epoch 的内所有区块的 Receipts 的默克尔树根哈希（当前源链共识，包含该 Epoch 中所有区块内交易的 LOG 信息）中继到目标链，并提供相应的 ZKP 证明。 ** 2.**目标链轻客户端会根据历史源链状态和 ZKP 证明验证最新源链共识。 在目标链维护好源链共识状态的基础上，用户便可以使用跨链服务。具体跨链流程： 1. 用户发起跨链交易； 2. 等待交易最终性确定； 3. 证明者将源链交易默克尔查询路径等信息同步到目标链； 4. 目标链轻客户端验证交易信息是否包含在当前源链共识当中； 5. 验证通过后，目标链轻客户端发起相应的事务调用，完成跨链操作。 证明者无法在篡改数据的情况下构建出可被验证的 ZKP。同时，接收方可以基于 ZKP 独立地完成对接收内容真实性的校验。这意味着 ZKP 的生成和传递不会对信任产生任何影响，从而以 Trustless 的方式实现了对共识的传递。Trustless 也体现为在现实世界中的任何人都可以为 zkRouter 完成 ZKP 的生成和传递的工作，即使这些节点来自于采用 zkRouter 构建的应用的项目方，zkRouter 依然可以安全可信的工作。基于这些原因，zkRouter 将这两个工作都交由 Relyaer 来完成。Relayer 只有如实开展工作，生成有效的 ZKP 并准确传递到目标链，或者不工作，而不会出现作恶的可能。因此，zkRouter 可以接受任何人成为 Relayer，并以 Tokenomic 的方式对有效工作进行激励。众多 Relayer 中，只要一个 Relayer 工作就能够保障 zkRouter 的有效运转。 三、Multichain 的多链布局 从 2021 年多链生态繁荣发展开始，Multichain 最先使用 MPC 技术构建跨链桥获得了领先的市场地位。发展到今天， 1000 多个 Dapps 通过 Multichain 实现了多链部署，连接了 89 个公链生态，覆盖的用户超 90 万，已经拥有庞大的生态。多链布局初见成效。 但正如文章开头提到的那样，去信任化跨链能够消除 Dapps 与用户的疑虑，是打开未来链间通信的正确方式。基于 MPC 技术的跨链方案，并不能满足所有用户对跨链桥的需求，要实现更好的服务于所有跨链应用，zkRouter 会是个更有效的选择。 2023 香港Web3嘉年华论坛中，香港律政司副司长张国钧发表致辞，宣布启动香港Web3 Hub 生态基金，通过这个合规的平台激励更多企业落户香港，促进web3行业发展。Multichain 作为Web3 Hub 生态基金联合主办方可以利用这个平台吸引更多的生态项目，从而壮大自身。 anyCall 的多链生态版图 到 2022 年年初，Multichain 主要围绕资产跨链建设 Router 和 Bridge 等产品，随着链间通信需求个性化，单纯的资产跨链无法满足 Dapps 和用户的需求，anyCall 应运而生，anyCall 可以完成通用消息跨链，同时具有无许可，可拓展性高，易于集成等特点，适用于多链 Dapps，未来会成为 Multichain 拓展更大生态的主要依仗。 anyCall 典型用例 以上一些用例都是常规的多链用例，而 anyCall 的应用场景远不止这些，当然作为一个通用的链间通信协议，其中的可组合，创新的使用并不是由 anyCall 决定的，而是依赖于多链生态自身的发展与创新。未来的链间通信还有什么更加新颖的用例，相信市场会给出答案。 zkRouter 助力 anyCall 拥有无限可能 如今多链发展形势良好，目前L1公链达到上百个（底层链），L2公链也有数十个。L3公链正在路上。这些区块链都是基于不同的需求而发展起来的，公链生态也大相径庭，多链 Dapps 就是在这个场景下诞生的。而多链 Dapps 来说，要维持多链环境下的统一状态，就必须借助于链间通信。目前链间通信中继方案中普遍需要信任假设，这限制了链间通信的发展。 anyCall 在 zkRouter 的加持下实现去信任跨链，有了这个功能加持可以满足任何链间通信的安全需求。此外，再加上 anyCall 无许可的特点，Dapps 可以根据自身的需求设计任意多链拓展方案。同时借助于香港web3 hub 这个合规平台，能够吸引到更多 Dapps 使用，anyCall 的高度会比现在的 Router 和 Bridge 更大，有望成为上万 Dapps 首选的链间通信方案，服务于千万用户。 来源：金色财经lg...
北美站
