跨鏈 如何建立鏈間信任？_區塊鏈

在一條區塊鏈中，鏈上各參與方借助區塊鏈共識機制建立信任體系。那么問題來了，在多條區塊鏈的跨鏈場景中，鏈與鏈間的信任如何傳遞？鏈間的信任，信的是什么？這種跨鏈信任，又該如何建立？

鏈間的信任，信的是什么？

先說結論：鏈間的信任，以信任對方鏈的執行機制為前提，信的是符合執行機制的執行結果。

其中緣由，得從跨鏈的基礎操作談起。

跨鏈的基礎操作為：對方鏈執行某個操作完成后，本地鏈才可執行另一個操作。如下圖所示：區塊鏈A成功執行操作X后，區塊鏈B執行操作Y。X操作是Y操作執行的前提條件。

上述操作中，一個請求X經過簽名，變成一筆交易發到區塊鏈A上，經過區塊鏈A共識，生成區塊。區塊中包含了塊頭、交易列表等信息，塊頭中又包含了共識結果信息。上述信息都可統稱為區塊鏈的執行結果，具體流程如下圖所示：

區塊鏈A的執行結果被發到區塊鏈B上。區塊鏈B在執行請求Y前，必須先判斷X是否上鏈。

跨鏈互操作協議Axelar推出230萬美元開發者資助計劃:4月6日消息，跨鏈互操作協議Axelar宣布推出230萬美元開發者資助計劃，激勵開發人員使用Axelar構建Web3應用程序。申請者可在4月21日之前提交申請，第一階段候選人于5月5日宣布。[2022/4/6 14:07:24]

判斷的方法是，在區塊鏈B的運行環境中，驗證區塊鏈A與X相關的執行結果是否有效。驗證通過，表示X已上鏈，區塊鏈B可繼續執行后續步驟：發送請求Y，在區塊鏈B進行上鏈。

需要注意的是，此操作基于一個前提，即區塊鏈B必須信任區塊鏈A的執行機制。區塊鏈A上正確的執行結果，代表的是區塊鏈A上各方意愿。區塊鏈B要驗證區塊鏈A上某個交易是否有效，必須信任區塊鏈A的執行機制，并按照區塊鏈A的執行機制，驗證區塊鏈A的執行結果，才可判斷區塊鏈A上的某個交易已上鏈。

可見，在整個過程中，通過驗證對方鏈的執行結果來判斷請求是否上鏈，是建立跨鏈信任的核心步驟。因而，鏈間的信任，以信任對方鏈的執行機制為前提，信的是符合執行機制的執行結果。

跨鏈預言機Flux在NEAR主網上線:據官方信息，跨鏈預言機Flux宣布已在NEAR主網上線。Flux為NEAR區塊鏈上的高吞吐量數據應用程序（例如需要訪問大量可靠數據的交易平臺）提供安全的數據饋送。Flux團隊同時還推出FLX代幣。

今年早些時候，Flux從Distributed Global、Coinbase Ventures、Coinfund、Figment Ventures和 Reciprocal Ventures等投資者籌集1030萬美元的種子輪資金。[2021/12/2 12:47:02]

建立鏈間信任，需經四層驗證

執行結果雖然在不同區塊鏈有不同實現方式，但萬變不離其宗，區塊鏈的核心數據結構是以區塊為單位的鏈式結構，交易存在于區塊中。

因此，我們可將執行結果的驗證劃分為以下四層：

驗區塊連續：在驗證開始時，需確認數據來源，基于區塊鏈的連續性，驗證區塊是否歸屬于指定區塊鏈，防止攻擊者用任意區塊鏈的區塊進行偽造。

O3 Labs Product Lead Tim：跨鏈一直是區塊鏈的難題之一，但是跨鏈的發展空間非常大:金色財經報道，7月23日，O3 Labs Product Lead Tim做客金色財經舉辦的“跨鏈橋-孤島互鏈，生態治理與關鍵”為主題的金色沙龍第67期活動。Tim表示跨鏈一直是區塊鏈的難題之一，因為跨鏈互通涉及數據互通、共識轉換和治理協同多重因素，不同區塊鏈系統在通信協議、身份管理、共識機制和治理方案方面技術路線各不相同的現實，因此增加了跨鏈互通的難度。

跨鏈的發展空間我認為還非常的大，當我們縱觀Defi，很大一部分優勢來源于其可不斷組合帶來的創新性，像是傳統金融衍生品那樣多種多樣，例如跨鏈方向，這是傳統金融比較不會面臨的議題，當我們在不同鏈上都有了借貸，質押，流動性挖礦，機槍池，NFT游戲等多種玩法，那跨鏈應用有可能提供一個新方向，假如用戶在3個鏈上都參與了質押或借貸，那通過跨鏈，可以達成在不同鏈上的互操作，進而使資產的效益與流動性達到最大。[2021/7/23 1:11:43]

驗區塊共識：在確認來源后，需驗證區塊是否代表對方鏈的整體意愿。此步驟驗證區塊的共識信息是否符合要求，防止攻擊者用未經過共識的區塊進行偽造。

中幣（ZB）將上線QFIL-Defi挖礦及QuickCash 跨鏈兌換ZAPP:根據官方公告，中幣（ZB）將于10月19日20:00開放QFIL- DeFi挖礦及QuickCash 跨鏈兌換ZAPP，對于持有FIL的用戶可以選擇在中幣QuickCash 跨鏈兌換ZAPP，進行FIL1:1兌換QFIL，參與DeFi流動性挖礦。

QuickCash 跨鏈兌換平臺專注于穩定幣交易和跨鏈兌換服務，目前支付FIL與QFIL兌換，持有FIL的用戶可通過兌換輕松加入DeFi高收益流動性挖礦。后續QuickCash 跨鏈兌換平臺將支持更多幣種的跨鏈兌換服務。更多詳情請查看中幣官網。[2020/10/19]

驗交易存在：區塊被驗證合法后，需驗證指定交易是否屬于此區塊。不同鏈有不同驗證方法，下一節會展開描述。

驗交易正確：交易存在性得到驗證后，并不能代表此交易確實是跨鏈場景下預期的操作，還需結合業務場景，判斷交易的具體內容是否符合預期。

只有通過上述四層才算驗證通過。驗證通過后，說明操作已在對方鏈上上鏈，本地的鏈可執行后續步驟。?

IRISnetDeFi和跨鏈測試網Bifrost啟動，開啟Phase-0階段:跨鏈服務樞紐IRISnet的DeFi和跨鏈測試網Bifrost已于9月2日啟動，開啟Phase-0階段基于最新版本CosmosSDK，irishub已經進行了功能開發和重要升級，此次Bifrost測試網的主要測試內容包括驗證NFT、Record、預言機等獨特且能支持DeFi的創新功能、測試新版本CosmosSDK的集成，同時也將基于IBC協議測試驗證IRISHub上現有的CoinSwap等功能以及多Hub合作的效果。Bifrost測試網現已開啟Phase-0階段，由于當前版本仍在快速迭代當中，所以本階段暫時不開啟激勵任務。[2020/9/2]

各層次驗證機制的實現方案

上節所述四層驗證，在不同區塊鏈上有不同的實現方式。WeCross的插件化框架，定義了通用的編程接口，開發者只需按照鏈類型實現四個層次的驗證邏輯即可。

下面，我們來看看各層次的具體實現方案。

驗區塊連續

在不同區塊鏈上的實現大同小異。當前區塊中記錄著上一個區塊的哈希值，當前區塊的哈希值又在下一個區塊中被記錄，多個區塊依次相連形成區塊鏈。不同區塊鏈只在哈希算法和計算區塊哈希的字段上存在差異。

在WeCross中，驗證區塊鏈連續性，只需按照相應鏈的實現，驗證區塊依次相連成鏈即可。

驗區塊共識

驗區塊共識，即驗證區塊的共識信息是否符合對應的算法條件。不同算法有不同的實現。此處給出最具代表性的兩種共識算法：POW和PBFT。

POW屬于最終一致性共識算法，通過最長鏈和延遲確認的方式逐漸讓共識結果收斂一致。WeCross提供了POW驗證所需步驟：

驗難度：驗證區塊的nonce是否滿足工作量證明條件

驗延遲：驗證當前塊是否低于已知最高塊N個塊

驗最長鏈：引入多方，驗證當前區塊處于最長鏈上，防止單方面謊造最高塊高和偽造分叉鏈進行作惡

PBFT算法在多方共識后立即達成一致，區塊鏈不存在分叉和回滾的可能。在算法中，節點通過多次相互廣播簽名以達到共識。

在區塊中，足夠數量的簽名代表了區塊的合法性。因此，WeCross中對PBFT的驗證較為簡單：

配置公鑰：事先配置對方鏈共識節點的公鑰

驗簽名：用事先配置的公鑰驗證區塊中簽名的有效性，并判斷有效簽名數量是否達到PBFT共識條件

驗交易存在

驗交易存在同樣需要根據不同實現判斷，比較有代表性的是SPV和背書策略。

SPV的初衷是為了實現輕客戶端，目前已在大多數區塊鏈上實現。隨著跨鏈技術興起，此技術也被用作驗證區塊中某數據的存在性。

以交易為例，區塊頭中記錄了當前區塊內所有交易哈希組成Merkle樹的樹根，即“交易根”。任何一筆交易，都唯一對應了一條通向交易根的Merklepath。區塊內不存在的交易，無法偽造出通向交易根的MerklePath。

因此，在WeCross中只需驗證某交易的MerklePath，即可判斷某交易是否屬于某區塊。

背書策略為HyperledgerFabric所采用。在Fabric中，每筆交易都需滿足某個事先定義好的背書策略。

交易在執行時會被多個背書節點簽名，當各方簽名滿足背書策略時，此交易才被認為有效。Fabric將背書節點簽名信息作為交易的一部分保存于區塊中。多筆交易組成區塊內的交易列表。交易列表以二進制形式計算哈希值，此哈希值被記錄于區塊頭中。

因此，在WeCross目前的實現中，僅需判斷交易是否在交易列表中，并校驗交易列表哈希值，即可初步判斷交易的存在性。

WeCross后續將結合背書策略，驗證交易的背書節點簽名，進一步增強交易存在驗證的有效性。

驗交易正確

驗交易正確，是根據業務的預期參數判斷前三步驗證的交易哈希是否是業務預期的那個操作。

例如，預期操作為transfer(a,b,100)，則相應的交易內容不能是get(a)。驗證時，需根據交易的編碼方式和哈希算法，校驗業務預期參數與交易哈希是否對應。不同區塊鏈實現的差別只體現在交易編碼和哈希算法上，根據鏈實現采用相應方法進行校驗即可。

WeCross中不同鏈的插件實現了不同的校驗邏輯。FISCOBCOS插件采用的是RLP編碼和SHA-256哈希算法，驗證的是交易哈希是否正確；而Fabric插件則采用ProtoBuf編碼，驗證的是交易二進制是否正確。

完整驗證過程舉例

為了更直觀進行說明，下圖給出了FISCOBCOS的完整驗證過程。

當某條鏈拿到了對方鏈的執行結果后，即可在本地進行驗證。

在驗區塊連續上，FISCOBCOS通過比對區塊頭中父區塊哈希與真實的父區塊哈希，驗證此區塊是對方鏈的區塊。

在驗區塊共識上，通過校驗當前區塊的簽名列表，判斷合法簽名數量是否滿足PBFT共識條件，確認當前區塊代表了對方鏈的整體意愿。

通過驗證交易哈希通向交易根的MerklePath的正確性，可判斷交易已存在于區塊鏈上。

通過驗證業務預期、交易二進制、交易哈希的對應關系，可判斷交易是業務預期的那個操作。四個層次驗證通過后，說明業務所預期的操作已在對方鏈上上鏈，驗證完成。

總結

鏈間的信任，以信任對方鏈的執行機制為前提，信的是符合執行機制的執行結果。執行結果是否正確，驗的是四個層次的數據。驗證機制在不同鏈有不同的實現，WeCross以插件化的方式提供支持。

Tags：區塊鏈ROSOSSROSS區塊鏈專業是冷門專業嗎ZK Cross Chain BridgeHOTCROSSRoss Inu

FIL