深入了解波卡跨共識消息 XCM（3）

AnnaRose：

我想舉一個隱私相關(guān)的例子。想象有一個隱私平行鏈，做的事情很簡單，就是隱私化的 Swap。那么整個跨鏈交互的過程是怎樣的呢？

Rob：

如果你有類似賬戶抽象的東西，就像智能合約代表用戶行事一樣，你有一個用戶生成某種零知識證明，將其發(fā)送到平行鏈 X，然后將零知識證明轉(zhuǎn)發(fā)給隱私平行鏈。隱私鏈確定某些事情正在發(fā)生，例如 Swap。然后你在這些類型的私有系統(tǒng)中擁有某種類型的標(biāo)識符，代表已經(jīng)存入的東西或已經(jīng)完成的交易，或者擁有的 LP 代幣，這個標(biāo)識符可以通過 XCM 發(fā)回。那么你就能對存在于零知識生態(tài)系統(tǒng)中的 Claim 擁有透明的跨鏈托管。

AnnaRose：

哇，這太酷了。事實上，你說你實際上可以通過 XCM 發(fā)送證明，所以你可以發(fā)送相當(dāng)復(fù)雜的東西。所以另一個問題是，你可以用 XCM 發(fā)送什么樣的東西呢？因為聽起來好像什么都能發(fā)，而不僅是做代幣轉(zhuǎn)移，或者對發(fā)送的內(nèi)容真的有什么限制嗎？

Rob：

你可以通過 XCM 發(fā)送消息，就像在任何智能合約或任何鏈的任何子組件上調(diào)用任何函數(shù)一樣。然后你甚至可以將其結(jié)果放入一個保持寄存器中，然后將其轉(zhuǎn)發(fā)到另一個鏈，這樣你就可以有多跳。你可以讓 XCM 說 “我想在這個智能合約上調(diào)用這個函數(shù)，如果成功了，那么我甚至還想發(fā)到另一條鏈”。所以你可以做的是你可以設(shè)置這些多跳指令，這些指令是協(xié)議自動的。因此，你只有大量的數(shù)據(jù)和操作。

AnnaRose：

聽起來像是在包裝數(shù)據(jù)嗎？證明是要依賴于它嗎？你只是把它當(dāng)作一個標(biāo)識符回傳給這個東西，還是真的在發(fā)送實際的證明？

Rob：

你會發(fā)送證明，但這只是你對其他鏈的調(diào)用的一部分，比如，我想用這些參數(shù)調(diào)用這個函數(shù)。這個函數(shù)就是 “我接受與這個電路相對應(yīng)的證明”。因此，證明實際上是在其他鏈中的其他地方提交到系統(tǒng)中的。然后它會跟著 hop，然后最終進入端點。因此，用戶現(xiàn)在實際上不必直接在該智能合約上調(diào)用該函數(shù)。對于零知識證明，你總是需要在鏈下創(chuàng)建它們，這是個問題，但你不一定需要用戶將其提交到直接處理它們的鏈。

AnnaRose：

但是你必須驗證它們，這是我很好奇的驗證部分 —— 驗證發(fā)生在哪里？

Rob：

驗證將發(fā)生在接收 XCM 的鏈上。但我想這就是你可以進入 If-Then-Else 情況的地方。即我們將把包含這個證明的消息發(fā)送到這個鏈，然后這個鏈將檢查該證明是否有效，如果它有效，它會更新一些內(nèi)部結(jié)構(gòu)。然后情況確實如此，那么我們就做某一件事，因為我們知道證明實際上是有效的。否則就是它無效，那我們就進入一些錯誤路徑，說 “嘿，那個證明就是垃圾”。我的意思是，你需要為執(zhí)行時間付費。如果你是提交垃圾證明的用戶，那么你需要為此付費，而什么也沒發(fā)生，你浪費了你的錢和別人的時間。

AnnaRose：

XCM 本身是否可以構(gòu)建這些證明者和驗證者，你們會把這些東西放入 Pallet（模塊）里嗎？還是說你總是需要在每一邊都構(gòu)建這些東西？

Rob：

現(xiàn)在，你必須在兩邊都建立它們。我認為挑戰(zhàn)在于提出一個合理的抽象，它可以涵蓋許多不同的用例或更密集的抽象，集中在一個特定的、非常常見的用例上。

XCM 旨在成為一種可升級的格式。XCM V2 目前正在朝 XCM V3 升級。而且，鏈可以做某種版本協(xié)商。因此可以合理地預(yù)期，一旦我們知道多鏈想要的關(guān)于零知識證明的東西是什么，那么這些東西可能會更直接地被包含在 XCM 中或更高層次上。否則，大家將不得不使用 XCM 更通用的一面來構(gòu)建它們。

AnnaRose：

讓我們稍微談?wù)?XCM V3，因為你剛剛提到它正在升級過程中。那么現(xiàn)在在 Polkadot 上部署的是哪個版本，V2 嗎？

Rob：

對，就是 V2。

AnnaRose：

好的。Kusama 上的版本呢，也是 V2 嗎？

Rob：

我記得也是 V2。

AnnaRose：

那么 V3 是什么樣子，有什么不同的地方呢？我們之前聊的功能都是 V2 里的嗎？

Rob：

大部分是聊的 V2 的。一些更復(fù)雜的費用支付和錯誤處理是 V3 的，但是像儲備轉(zhuǎn)賬和傳送之類都在 V2 中。那么 V3 增加了什么內(nèi)容呢？

一是通過橋支持 XCM，也就是跨共識消息。這就是說，Polkadot 上的平行鏈可以通過橋與 Kusama 上的另一個平行鏈通信。還會有中繼器，因為我們正在跨越共識分歧。甚至可以與 Cosmos 生態(tài)中基于 Substrate 的或?qū)崿F(xiàn)了 XCM 的鏈進行通信。在短期內(nèi)，將 XCM 添加到 Cosmos 鏈的最簡單方法是用 Substrate 實現(xiàn)你的鏈，對于以太坊也是同樣的道理?？偟膩碚f就是 V3 增加了一些對橋接有用的原語。

它還增加了對 NFT 的支持。所以不僅支持同質(zhì)化代幣，還可以用 XCM 轉(zhuǎn)移 NFT。

還增加了多階段費用支付。就是用一種更人性化的方式，讓鏈為其他鏈上的執(zhí)行付費。

AnnaRose：

你們是如何設(shè)想 XCM 與其他橋一起工作的？是不是說，你會有一個橋，就像 Nomad 或 AXR 一樣，它們會在自己的某個地方實現(xiàn) XCM，然后允許它與自己的橋交互嗎，這是你們設(shè)想的方式嗎？還是說會有一個全新的橋，建立在兩個 XCM 端點之上，可能一個在 Polkdadot 內(nèi)部，一個在它之外？

Rob：

是的。你需要可以支持任意數(shù)據(jù)的橋，我知道有很多橋都是可以支持的。實際上橋并不是最重要的，而是兩端的適配器，所以你其實是把這個虛擬機和 XCM 消息的執(zhí)行放在橋的兩端。當(dāng)然，現(xiàn)在你必須對安全假設(shè)進行更多分析，并且必須更加積極地配置該虛擬機，讓它不會表現(xiàn)更差，因為它來自另一個共識環(huán)境。

有意思的是，橋本身并不太重要。但是我認為基于輕客戶端的橋是最好的選擇。原因是，首先我不喜歡多重簽名橋，我覺得除了喜歡賺很多錢的人之外，沒人會喜歡吧。輕客戶端橋比較安全，但問題是它們非常耗 gas，而且進行輕客戶端證明檢查的成本很高。但輕客戶端橋可以快速安全地傳遞數(shù)據(jù)，這很棒，只不過對于 Layer 1 做輕客戶端橋的實現(xiàn)來說有點貴。

還有就是 Optimistic 橋，更適合同質(zhì)化的場景。比如在做市的時候，可以對還沒有到賬的代幣做事，然后當(dāng)它們在 “欺詐期” 之后到達時，我們會收集到可觀的利潤。但在消息內(nèi)編程方面它的表現(xiàn)就沒那么好了，因為你要怎樣去對一個應(yīng)用做市呢？但是可能會有一些可以利用 Optimistic 橋的用例，但是我可能會比較擔(dān)心用戶體驗。

AnnaRose：

Rob，非常感謝你帶領(lǐng)我們走上了解 XCM 和 XCMP 的旅程。感謝你帶我探索所有這些我好奇了蠻久的問題。我真的很想去使用一下 XCM，因為現(xiàn)在能在 Polkadot 上使用它來發(fā)送一些東西了吧?，F(xiàn)在有沒有什么我們可以用用的東西？

Rob：

各個通道現(xiàn)在正在打開中。第一個通道是，你可以將代幣發(fā)送到 Statemine，還可以將它們發(fā)送回去。但現(xiàn)在平行鏈之間的通道剛開始開放，這至少需要幾天，但可能需要幾周才能穩(wěn)定下來。（注：本播客錄制于 4 月，目前 XCM 已經(jīng)上線至波卡，平行鏈間已經(jīng)開啟了若干通道）

AnnaRose：

酷，再次感謝 Rob 的到來。

Rob：

Cheers。