一文了解XCMP：Polkadot鏈間消息傳輸協議_ADO:polkadot官網

概述

PolkadotXCMP是Polkadot上的鏈間消息傳輸協議，主要用于平行鏈間傳遞消息。XCMP目前處于開發中，有些內容可能會發生變動，不過其架構已經差不多成型。

根據Polkadot自己的說法，XCMP利用基于Merkle樹的簡單隊列機制確保跨鏈交易的保真度。中繼鏈上的驗證人負責把平行鏈出口隊列中的交易轉移到目標鏈的入口隊列中，但是中繼鏈并不會存這個跨鏈交易的原文，而只會存一些少量的消息元數據。

XCMP的目標

1.?快速：消息能快速發至目的鏈；

2.?有序：消息能按序到達目的鏈；

3.?可驗證：能驗證到達的消息確實是發送鏈發送的、能驗證該消息在接收鏈已經被處理；

4.?無遺漏：接受鏈公平地接收每條消息，發送鏈不會無限期等待其消息被接收鏈接收和處理；

NeonLabs：因第三方業務流程放緩，Neon EVM的主網推遲啟動:12月13日消息，Solana的EVM兼容網絡開發商Neon Labs今日宣布，因為近期充滿挑戰的市場環境，許多涉及第三方的業務流程放緩，盡管沒有直接受到FTX崩潰的影響，但基金會仍在確定與相關方的文件，從而導致Neon EVM的發布延遲，但NeonEVM的底層代碼和機制從技術角度來看已經準備就緒。此前報道，NeonLabs計劃12月12日在Solana上推出EVM兼容網絡主網。（Medium）[2022/12/13 21:41:03]

XCMP的一些特點

1.跨鏈消息是跨平行鏈之間的消息，消息原文不上中繼鏈。但是目前XCMP還沒有完全實現，現在Polkadot用的是HorizontalRelay-routedMessagePassing(HRMP)，HRMP將所有的消息存在中繼鏈，未來會用XCMP取代HRMP。

新加坡副總理：淡馬錫已就 FTX 事件啟動內部審查:11月30日消息，新加坡副總理 Lawrence Wong 在該國議會透露，在宣布減記高達 2.75 億美元的 FTX 投資之后，淡馬錫已正式啟動內部審查，本次審查將由一個獨立的團隊完成，旨在研究和改進其流程，并為未來吸取教訓，該團隊將直接向董事會報告，這也是淡馬錫常規審查程序的升級。

Lawrence Wong 坦言，FTX 所發生的事情不僅給淡馬錫造成財務損失，而且還損害了聲譽，淡馬錫認識到這一點，并發布了一份全面的聲明，解釋其盡職調查過程以及導致其投資 FTX 的情況。（channelnewsasia）[2022/11/30 21:11:51]

2.某條平行鏈的收集人構造新區塊時會把以自己為目的地、還未被處理的跨鏈消息都處理下。

3.驗證人需要對收集人出的塊進行跨鏈消息的檢驗看看跨鏈消息是否真的被處理過了。因此消息的一些元數據還是會上中繼鏈的。

ENS DAO發起聘請基金經理管理endowment fund的投票提案:9月9日消息，以太坊域名服務ENS開發負責人Nick Johnson發起關于聘請基金經理管理endowment fund的投票提案，該基金可以在不依賴注冊和續訂收入的情況下支付持續的發展需求。基金資金將來自于DAO目前持有的ETH和USDC的普通資金，以及DAO的持續收入（一定比例），直到基金達到其目標規模。投票結束時間為9月14日。

ENS DAO當前持有13,069枚ETH的收入、3,817,067枚USDC以及18,184枚ETH的預收收入。[2022/9/9 13:18:55]

4.任意兩條平行鏈之間傳遞消息必須開一個通道，通道是單向的，所以雙向通信必須開2個。開一個通道需要抵押DOT，通道關閉后會退回DOT。

XCMP的一個簡例

“Facebook第一夫人”遭遇調查:6月12日消息，據報道，Facebook母公司Meta正在調查首席運營官、被稱為Facebook二號人物的雪莉·桑德伯格（Sheryl Sandberg）。c調查涉及對桑德伯格多年來將Facebook資源用于個人事務的更廣泛審查。稍早之前，桑德伯格在當地時間6月1日宣布，將辭去Meta首席運營官(COO)一職。[2022/6/12 4:19:55]

Polkadot的官網舉了一個簡單的例子：假設平行鏈A上部署的一個合約要發一條跨鏈調用的消息給平行鏈B，從而調用位于鏈B上的合約完成資產轉移，其整體流程如下：

1.調用者在鏈A上調用部署在鏈A上的智能合約，從而初始化一條以鏈B為目的地的跨鏈消息M；

2.鏈A的收集人節點會將這條消息M連同其目的地、時間戳放到A的出口隊列中；

3.鏈B的收集人在正常情況下會輪詢其他所有的平行鏈的收集者節點以查看是否有自己的消息。如果在新一輪詢問中發現有以自己為目的地的消息，那么其會將這條消息放到自己的入口隊列中，以待在產生下一個區塊的時候處理該消息；

4.另外，鏈A的驗證人也會通過讀取鏈A的出口隊列從而知道這條消息；鏈B的驗證人也是。驗證人也需要知道這些消息，因為之后它們都會對這條消息進行驗證；

5.當鏈B的收集人節點開始構建一個新區塊的時候，它會處理當前入口隊列中所有的消息；在處理過程中，消息M會執行鏈B中相應的智能合約以此完成預期的資產轉移；

6.然后收集人將這個區塊提交給驗證人，驗證人會驗證消息M是否真的被處理了；如果這條消息被驗證確實處理了，并且這個區塊沒有其他不合法的地方，驗證者就會把該塊確認進中繼鏈中。

這個例子比較簡陋，只是一次對XCMP的管中窺豹，而且還留下了一些坑，如：鏈B是如何知道鏈A給自己發了消息的？跨鏈消息真的是鏈B自己去拿的嗎？這些問題在接下去的內容中會澄清。

總體而言，XCMP主要分為2部分：XCMP消息的分發、XCMP消息的存取。

XCMP消息的分發

XCMP消息的分發其實也是屬于Polkadot網絡的一部分，XCMP不僅要實現接收鏈獲取發送鏈發送的跨鏈消息的，而且要實現高效獲取，盡量降低網絡的整體通信開銷。

雖然XCMP已經設計得盡可能減少中繼鏈的負擔，但作為跨鏈消息雙方的唯一信任中介，中繼鏈仍然是不可或缺的。中繼鏈主要負責與跨鏈消息元數據的相關工作。

當發送鏈發出跨鏈消息后，會將消息包含到自己新出的塊里，經過驗證人驗證后，平行鏈的區塊頭會上中繼鏈，于是中繼鏈就能夠知道發送鏈對接收鏈發送了消息，并將此更新到自己的狀態中。然后接收鏈通過向中繼鏈詢問相關消息的元數據，就能知道自己是否有待接收的跨鏈消息。

假如接收鏈通過中繼鏈知道了發送鏈有一條發給自己的消息，那么消息具體如何傳遞過來，就要看XCMP消息的路由方式。

XCMP消息的路由方式大概有這么幾種：

1.當發送鏈有一個全節點也屬于接收鏈的域的一部分時，發送鏈用gossip發送消息就能使得接收鏈收到消息。

2.當中繼鏈有一個全節點既位于發送鏈的域中也位于接收鏈的域中，則發送鏈用gossip發送消息也能使得接收鏈最終收到。

3.如果以上條件都不滿足，則接收鏈的驗證人會發現沒有收到跨鏈消息。因此接收鏈Validator會主動找發送鏈Validator要這個消息；然后驗證人節點需要在本鏈的網絡中gossip這個消息，使得其他節點都獲得這條消息。

所以說消息傳遞既有可能是發送鏈直接發過來，也可能是接收鏈自己去拿。

「概述」中的簡例是接收鏈自己去拿，而且是收集人找收集人拿，不屬于以上3種情況之一。為什么會如此呢？

因為「XCMP消息的分發」這部分內容其實還沒完全設計好，而且是變動比較多的部分。

未完待續……

更多精彩敬請期待《Polkadot?XCMP》

作者簡介

樓嵩

來自致力于「構建區塊鏈互聯網絡，打通價值孤島」的BitXHub團隊

研究方向：Web3+

Tags：CMPDOTADOPolkadotCMP幣如何獲得dot幣MADOG價格polkadot官網

Polygon