今日，波卡官方发布了XCMP跨链消息传递总体架构。本文是波卡百科进阶部分的跨链消息传递XCMP章节，XCMP是波卡跨链设计的核心之一，让消息能在波卡各个平行链间传递。
跨链交易通过基于Merkle树的简单排队机制来解决，以确保准确性。中继链验证人的任务是将一个平行链的输出队列上的交易移动到目标平行链的输入队列中。但是，只有关联的元数据作为哈希存储在中继链存储器中。
输入和输出队列有时在代码库和相关文档中分别称为“入口”和“出口”消息。
XCMP概览
XCMP目前正在开发中，细节可能会有变化。但是，总体架构和设计决策如下：
跨链消息不会传递到中继链。
跨链消息将被限制为以字节为单位的最大大小。
阿根廷禁止支付应用程序向用户提供比特币等数字资产:5月6日消息，阿根廷央行在昨天的一份声明中表示，现禁止支付平台向客户提供比特币等数字资产，以降低用户风险。声明称：“提供支付账户的支付服务提供商不得开展或促进与数字资产(包括加密资产)的交易，这些资产不受国家主管部门的监管，也不受阿根廷共和国央行(BCRA)的授权。”这意味着包括Mercado Libre在内的主要平台将不再能够向阿根廷人提供比特币购买服务。（Decrypt）[2023/5/6 14:46:02]
平行链可以拒绝来自其他平行链的消息，在这种情况下，调度平行链将知道这个块。
收集人节点负责在链之间路由消息。
收集人生成一个“出口”消息列表，并将从其他平行链接收“入口”消息。
李家超：提供适切监管，释放Web3潜力:金色财经报道，香港特区行政长官李家超表示，为使香港成为虚拟资产企业最佳立足点，政府需要为市场提供适切监管，释放Web3及相关技术潜力。将于6月实施的发牌制度为虚拟资产交易平台提供一定程度的市场认可，确保市场稳健有序发展，保障投资者。[2023/4/11 13:57:02]
在每个块上，平行链被期望从所有其他平行链的某个子集路由消息。
当一个收集人产生一个新的块交给验证人时，它将收集最新的入口队列信息并进行处理。
验证人将检查下一个平行链块的新候选者是否包含对该平行链的预期入口消息的处理。
XCMP队列必须首先通过打开两个平行链之间的通道来启动。通道由发送方和接收方的平行链辨识，这意味着它是一个单向通道。一对平行链之间最多可以有两个通道，一个用于向另一个链发送消息，另一个用于接收消息。通道的打开需要DOT押金，当通道关闭时将返回。
比特币全网未确认交易数量为3.267笔:金色财经报道，BTC.com数据显示，目前比特币全网未确认交易数量为3.267笔，全网算力为273.20 EH/s，24小时交易速率为3.16交易/s，目前全网难度为36.76 T，预测下次难度上调2.33%至37.62 T，距离调整还剩9天7小时。[2022/11/13 12:56:31]
水平中继路由信息传递(HRMP)
在XCMP仍在实现的过程中，它的替代品是一种称为HRMP的权宜之计。HRMP具有与XCMP相同的接口和功能，但是对资源的要求更高，因为它将所有消息存储在中继链存储中。当XCMP实现时，HRMP计划被弃用并逐步淘汰，XCMP将取而代之。
注意：权宜之计协议是对未完全完成的功能的临时替代。虽然XCMP本身仍在开发中，但HRMP是一个有效的替代品。
推特用户Burak创建非标准比特币交易破坏闪电网络，目前已修复:11月2日消息，Twitter用户Burak（@brqgoo）周二创建一个非标准比特币交易，阻止用户打开新的闪电通道，导致运行比特币实现的比特币节点btcd突然停止创建新的交易区块，所有闪电网络守护程序（LND）节点出现相应故障。
依赖Bitcoin Core的核心闪电（CLN）节点不受影响。之后，Burak利用的漏洞被Elle Mouton和Oliver Gugger修复。此举引发社区讨论，开发者在推特上谴??责Burak行为。（CoinDesk）[2022/11/2 12:08:53]
垂直消息传递
垂直消息传递有两种，向上消息传递和向下消息传递。当消息来自平行链或平行线程并从该平行链到中继链时，使用UMP。当一条消息从中继链发出并以平行链为目的地时，DMP被用来进行相反的操作。通过DMP传递的消息可能来自平行链。在这种情况下，第一个UMP用于将消息传递到中继链，而DMP用于将其向下移动到另一个平行链。
XCMP消息格式
有关XCMP消息格式的描述，请参阅GitHub上的xcm格式存储库。https://github.com/paritytech/xcm-format
XCMP示例
存在于平行链?A上的智能合约会将一条消息路由到平行链B，在这个消息中，调用另一个智能合约，在该链中进行一些资产的转移。
Charlie在parachainA上执行智能合约，目的是为parachainB上的智能合约发起一条新的跨链消息。
parachainA的收集人节点将把这个新的跨链消息与目的地和时间戳一起放入其出站消息队列中。
parachainB的收集人节点通常ping所有其他收集人节点去请求新消息。当parachainB的收集人进行下一次ping时，它将在parachainA上看到这个新消息，并将其添加到自己的入站队列中，以便处理到下一个块中。
parachainA的验证人也将读取出站队列并知道消息。parachainB的验证人也会这样做。这样他们就能够验证消息传输的发生。
当parachainB的收集人正在构建其链中的下一个块时，它将处理入站队列中的新消息以及它可能已经找到/接收到的任何其他消息。
在处理过程中，消息将在parachainB上执行智能合约，并按预期完成资产转移。
收集人现在将这个块交给验证人，验证人本身将验证该消息是否已被处理。如果消息被处理并且块的所有其他方面都有效，那么验证人将把parachainB的这个块包含到中继链中。
资源
XCMPScheme-Web3基金会研究wiki上关于跨链的完整技术描述：https://research.web3.foundation/en/latest/polkadot/XCMP.html
MessagingOverview-平行链实施指南中的消息传递方案概述：https://w3f.github.io/parachain-implementers-guide/messaging.html
XCMFormat-XCMP格式的说明：https://github.com/paritytech/xcm-format
原文：
https://wiki.polkadot.network/docs/en/learn-crosschain
翻译：PolkaWorld
欢迎学习Substrate:https://substrate.dev/
关注Substrate进展:https://github.com/paritytech/substrate
关注Polkadot进展:https://github.com/paritytech/polkadot
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。