讀懂ZetaChain：多鏈和跨鏈通信新競(jìng)爭(zhēng)格局

前言

ZetaChain (ZETA) 是一個(gè) 1 層區(qū)塊鏈，旨在彌合各種區(qū)塊鏈網(wǎng)絡(luò)之間的差距。利用 Cosmos SDK 和 Tendermint 共識(shí)機(jī)制，它使開(kāi)發(fā)人員能夠自定義構(gòu)建可擴(kuò)展的可互操作應(yīng)用程序。該平臺(tái)允許去中心化應(yīng)用程序（DApp）利用多個(gè)區(qū)塊鏈的能力來(lái)解決當(dāng)前的跨鏈協(xié)議問(wèn)題并實(shí)現(xiàn)全鏈跨鏈功能。全鏈智能合約和 ZetaEVM 引擎的使用促進(jìn)了互操作性，使 ZetaChain 成為中央集成中心。

ZetaChain 工作原理

圖片來(lái)源：ZetaChain官網(wǎng)

ZetaChain利用Cosmos SDK，以Tendermint共識(shí)引擎和權(quán)益證明（PoS）模型為基礎(chǔ)，展現(xiàn)了獨(dú)特的全鏈互操作能力。它使用自己的代幣作為Gas費(fèi)用，具有擴(kuò)展全鏈EVM智能合約的優(yōu)勢(shì)。正如 Jed Barker 所解釋的，ZetaChain 的運(yùn)作方式如下：

• 全鏈智能合約：ZetaChain 的核心是可以與多個(gè)區(qū)塊鏈交互的智能合約。這些智能合約由 ZetaEVM 引擎支持，該引擎兼容以太坊虛擬機(jī)，允許跨區(qū)塊鏈數(shù)據(jù)交互；

• 無(wú)縫資產(chǎn)轉(zhuǎn)移：簡(jiǎn)化區(qū)塊鏈之間的資產(chǎn)轉(zhuǎn)移，無(wú)需復(fù)雜的橋接。這包括支持沒(méi)有原生智能合約功能的區(qū)塊鏈，例如比特幣；

• 跨鏈消息傳遞：對(duì)于更簡(jiǎn)單的數(shù)據(jù)交換（例如NFT傳輸），ZetaChain提供跨鏈消息傳遞能力，促進(jìn)不同網(wǎng)絡(luò)之間的輕量級(jí)數(shù)據(jù)傳輸；

• 管理外部資產(chǎn)：ZetaChain 將其功能擴(kuò)展到管理其他區(qū)塊鏈上的資產(chǎn)，將智能合約邏輯應(yīng)用于通常缺乏此功能的鏈。

ZetaChain架構(gòu)

與其他架構(gòu)一樣，Zeta 可以提供眾多的跨鏈消息傳遞功能，但其獨(dú)特的優(yōu)勢(shì)在于支持全鏈 EVM 合約，被稱為“帶智能合約的 THORChain”或“帶 EVM 的 Axelar”。它是使用 Cosmos SDK 和 CometBFT 共識(shí)來(lái)創(chuàng)建 PoS 區(qū)塊鏈，類似于 THORChain。Zeta 利用 ZETA 代幣作為跨鏈消息傳遞的路由代幣。

解釋如下：ZetaCore 是生成區(qū)塊并運(yùn)行 Layer1 的客戶端，與其他 PoS 區(qū)塊鏈類似。ZetaClient負(fù)責(zé)跨鏈操作，其他節(jié)點(diǎn)同時(shí)運(yùn)行ZetaCore和ZetaClient。Zeta 節(jié)點(diǎn)執(zhí)行三個(gè)關(guān)鍵功能：驗(yàn)證、觀察和簽名，每個(gè)功能由每個(gè)節(jié)點(diǎn)內(nèi)的不同角色操作。該架構(gòu)支持兩個(gè)關(guān)鍵功能：全鏈智能合約和跨鏈消息傳遞。

圖片來(lái)源：Delphi Creative

· 驗(yàn)證者：標(biāo)準(zhǔn) CometBFT 驗(yàn)證者，與其他 PoS 鏈上的驗(yàn)證者一樣，質(zhì)押 ZETA 并對(duì)區(qū)塊進(jìn)行投票；

· 觀察者：觀察者需要運(yùn)行外部鏈的全節(jié)點(diǎn)，分為排序者和驗(yàn)證者。排序者監(jiān)督外部鏈上的事件并將其發(fā)送給驗(yàn)證者，驗(yàn)證者對(duì)事件進(jìn)行投票以達(dá)成共識(shí)。排序者的作用只是確保有效性；任何節(jié)點(diǎn)都可以對(duì)交易進(jìn)行排序。這使得運(yùn)行 Zeta 節(jié)點(diǎn)比運(yùn)行標(biāo)準(zhǔn)鏈的成本更高，類似于 THORChain，這也是 THORChain 沒(méi)有添加 Solana 支持的原因之一；

· 簽名者：節(jié)點(diǎn)共享 ECDSA/EdDSA 密鑰，只有絕大多數(shù)（2/3）節(jié)點(diǎn)能夠在外部鏈上簽署交易。簽名者是 Zeta 在外部鏈上托管資產(chǎn)和簽署信息的方法。在以太坊等智能合約平臺(tái)上，它們可用于與智能合約和托管資產(chǎn)交互，以及比特幣和狗狗幣等非智能合約鏈上的托管資產(chǎn)。白皮書中的下圖顯示了簽名圖表。

圖片來(lái)源：Delphi Creative

跨鏈信息傳遞

CCMP 通過(guò)使用 ZetaChain 作為中介來(lái)實(shí)現(xiàn)其他鏈之間的信息路由。其他協(xié)議，例如 LayerZero、Axelar、IBC、Chainlink CCIP，以及某種程度上的 THORChain，也在這個(gè)方向展開(kāi)競(jìng)爭(zhēng)。然而，對(duì)于 ZetaChain 來(lái)說(shuō)，他們的跨鏈消息傳遞協(xié)議是使用其原生代幣 ZETA 實(shí)現(xiàn)的，這從根本上將其與競(jìng)爭(zhēng)對(duì)手區(qū)分開(kāi)來(lái)。除 THORChain 外，其他競(jìng)爭(zhēng)對(duì)手并不依賴其原生代幣進(jìn)行價(jià)值轉(zhuǎn)移。白皮書中的一個(gè)跨鏈 DEX 示例直觀地展示了 ZETA 在消息傳遞中的作用。在此示例中，如果用戶想要在 Polygon 上將 1.2 ETH 兌換成以太坊上的 USDC，則路徑為：

1、在 Polygon AMM 上將 ETH 兌換為 ZETA；

2、將ZETA發(fā)送至ZetaChain；

3、將 ZETA 從 ZetaChain 路由到以太坊；

4、在以太坊上將 ZETA 兌換為 USDC；

5、用戶收到以太坊 USDC。

圖片來(lái)源：Delphi Creative

雖然邏輯上可行，但該解決方案需要大量資金，這在一定程度上削弱了其與 Squid 和 UniswapX 等意圖協(xié)議以及 Circle 的 CCTP 的競(jìng)爭(zhēng)力，后者作為結(jié)算賽道占據(jù)了相當(dāng)大的市場(chǎng)份額。除了資本效率之外，跨鏈消息傳遞也是一個(gè)競(jìng)爭(zhēng)激烈的競(jìng)技場(chǎng)。

跨鏈智能合約

在 Zeta 上部署跨鏈智能合約為開(kāi)發(fā)人員提供了許多好處，而不僅僅是使用 Zeta 和 zEVM 來(lái)促進(jìn)交易。首先，它可以與原本不支持智能合約的資產(chǎn)進(jìn)行交互，例如 BTC、DOGE、LTC。其次，通過(guò)將應(yīng)用程序狀態(tài)定位在Zeta上，最大限度地減少漏洞攻擊面，并且不依賴ZETA代幣的流動(dòng)性進(jìn)行價(jià)值轉(zhuǎn)移。在其競(jìng)爭(zhēng)對(duì)手中，除了 Axelar 采用 CosmWasm 而不是 EVM 之外，目前沒(méi)有其他協(xié)議提供此類產(chǎn)品，迄今為止也沒(méi)有看到任何采用。

ZetaChain的跨鏈智能合約由TSS協(xié)議支持，驗(yàn)證者在外部鏈上運(yùn)行全節(jié)點(diǎn)并共享簽名，因此他們可以代表ZetaChain及其用戶托管資產(chǎn)。然后 zEVM 就能夠根據(jù)需要操縱這些資產(chǎn)。需要注意的是，例如，在這個(gè)過(guò)程中，BTC 并不是直接從比特幣轉(zhuǎn)移到 Zeta，而是轉(zhuǎn)移到由 Zeta 驗(yàn)證者托管的地址，然后在 ZetaChain 上表示，類似于 THORChain 如何為協(xié)議托管的 BTC 添加智能合約功能。

圖片來(lái)源：Delphi Creative

在此框架下，Zeta有能力開(kāi)發(fā)許多獨(dú)特的協(xié)議，例如：

• 由 BTC 支持的跨鏈 CDP 穩(wěn)定幣；

• BTC、DOGE、LTC 和其他非智能合約資產(chǎn)的貨幣市場(chǎng)；

• 跨鏈 Perp DEX；

• 跨鏈?zhǔn)找婢酆掀鳎?/p>

• BTC AMM。

從根本上說(shuō)，ZetaChain的zEVM和ZetaClient的結(jié)合的獨(dú)特之處在于它對(duì)不直接支持智能合約的鏈上資產(chǎn)的托管和控制。雖然大多數(shù)跨鏈平臺(tái)都用作后端基礎(chǔ)設(shè)施，但 ZetaChain 有助于在 ZetaChain 上創(chuàng)建自己的加密貨幣經(jīng)濟(jì)。

ZETA 代幣的實(shí)用性

ZETA 作為 ZetaChain 生態(tài)系統(tǒng)的基石，在可編程性和治理方面發(fā)揮著至關(guān)重要的作用。ZetaChain 以其互操作性和對(duì)跨鏈 dApp 的支持而著稱，關(guān)鍵網(wǎng)絡(luò)活動(dòng)依賴于 ZETA。

ZETA 代幣的主要功能包括：

• 網(wǎng)絡(luò)激勵(lì)：ZETA 代幣通過(guò)區(qū)塊獎(jiǎng)勵(lì)來(lái)激勵(lì)驗(yàn)證者，從固定池過(guò)渡到可變通脹。該系統(tǒng)使驗(yàn)證者的利益與網(wǎng)絡(luò)的長(zhǎng)期安全保持一致；

• 交易費(fèi)用：ZetaChain 內(nèi)的交易需要 ZETA 來(lái)支付 Gas 費(fèi)用，這些費(fèi)用將分配給驗(yàn)證者和網(wǎng)絡(luò)參與者，有助于防止垃圾郵件和 DDoS 攻擊；

• 跨鏈消息傳遞和價(jià)值轉(zhuǎn)移：對(duì)于跨鏈交易，ZETA 在源鏈上燃燒并在目標(biāo)鏈上鑄造，無(wú)需創(chuàng)建新的包裝資產(chǎn)；

• 核心流動(dòng)性池：ZetaChain的流動(dòng)性池由ZETA和其他資產(chǎn)組成，促進(jìn)用戶交易并向流動(dòng)性提供者支付費(fèi)用和獎(jiǎng)勵(lì)；

• 治理角色：ZETA 持有者參與網(wǎng)絡(luò)治理，影響關(guān)鍵決策和政策變化，以確保網(wǎng)絡(luò)與社區(qū)一起發(fā)展。

總體而言，ZETA 的多方面實(shí)用性支持 ZetaChain 的安全性、效率和去中心化治理，使其成為網(wǎng)絡(luò)功能的重要組成部分。

ZETA 代幣經(jīng)濟(jì)和發(fā)行

ZETA 代幣的初始總供應(yīng)量設(shè)定為 21 億枚，計(jì)劃四年后每年通脹率約為 2.5%。代幣分配（參見(jiàn)參考鏈接 1）戰(zhàn)略性地分配到生態(tài)系統(tǒng)的各個(gè)部分：

• 用戶增長(zhǎng)池（10%）：旨在通過(guò)空投和社區(qū)獎(jiǎng)勵(lì)擴(kuò)大用戶群；

• 生態(tài)系統(tǒng)增長(zhǎng)基金（12%）：支持生態(tài)系統(tǒng)發(fā)展，幫助合作伙伴和 dApp 開(kāi)發(fā)者；

• 驗(yàn)證者獎(jiǎng)勵(lì)（10%）：對(duì)于區(qū)塊獎(jiǎng)勵(lì)，在初始階段后過(guò)渡到基于通貨膨脹的網(wǎng)絡(luò)安全獎(jiǎng)勵(lì)；

• 流動(dòng)性激勵(lì)（5.5%）：鼓勵(lì)核心ZRC-20池的流動(dòng)性，這對(duì)于有效的價(jià)值轉(zhuǎn)移至關(guān)重要；

• 協(xié)議金庫(kù)（24%）：資金運(yùn)營(yíng)、開(kāi)發(fā)和生態(tài)系統(tǒng)強(qiáng)化；

• 核心貢獻(xiàn)者、顧問(wèn)和購(gòu)買者（22.5%和16%）：獎(jiǎng)勵(lì)對(duì)ZetaChain的發(fā)展和成長(zhǎng)做出的貢獻(xiàn)。

跨鏈DEX

與目前的跨鏈部署不同，ZetaChain 作為協(xié)議的基礎(chǔ)層，可以實(shí)現(xiàn)所有不同部署之間的流動(dòng)性互操作性。例如，ZetaChain 上的用戶可以將保證金存入中央合約并持有 GMX 頭寸。這構(gòu)成了Zeta跨鏈應(yīng)用的核心前提（倉(cāng)位管理層位于Zeta上），這意味著想要利用GMX的全部流動(dòng)性的用戶需要使用ZetaChain。

除了確保執(zhí)行質(zhì)量之外，還有兩個(gè)關(guān)鍵優(yōu)勢(shì)：

• 與 MUX 聚合器類似（請(qǐng)參閱參考鏈接 2），它允許跨各種流動(dòng)性來(lái)源拆分資產(chǎn)訂單；

• 無(wú)需手動(dòng)連接所有相關(guān)鏈即可訪問(wèn)更多交易對(duì)。

ZetaChain 上的智能合約可以直接將所需的保證金金額存入相關(guān)鏈，以及如何使用這些資產(chǎn)的說(shuō)明。雖然這個(gè)過(guò)程在技術(shù)上不需要 ZetaChain，但它可以通過(guò)以下方式增強(qiáng)用戶體驗(yàn)：

• 促進(jìn)鏈間互動(dòng)；

• 允許綜合管理而不是孤立管理。

DEX 領(lǐng)域的市場(chǎng)領(lǐng)導(dǎo)者 UniSwap 可能會(huì)將其運(yùn)營(yíng)中心從以太坊轉(zhuǎn)移到任何其他鏈。然而，理論上，通過(guò)部署在 ZetaChain 上并使用 ZRC-20 標(biāo)準(zhǔn)，用戶可以（跨任何鏈）換入和換出任何資產(chǎn)，并在他們選擇的任何鏈上托管所述資產(chǎn)。

ZetaChain的競(jìng)爭(zhēng)對(duì)手

LayerZero

圖片來(lái)源：LayerZero官網(wǎng)

在跨鏈轉(zhuǎn)賬市場(chǎng)上，LayerZero是ZetaChain最大的競(jìng)爭(zhēng)對(duì)手。雖然LayerZero不參與全鏈智能合約領(lǐng)域的競(jìng)爭(zhēng)，但LayerZero在跨鏈轉(zhuǎn)賬方面的市場(chǎng)地位非常穩(wěn)固。LayerZero的主要優(yōu)勢(shì)來(lái)自于Stargate，其次是LayerZero對(duì)OFT標(biāo)準(zhǔn)的推廣（為跨鏈代幣轉(zhuǎn)移提供了新的解決方案，使得不同鏈之間的代幣轉(zhuǎn)移更加簡(jiǎn)單、高效）。

LayerZero架構(gòu)

簡(jiǎn)單介紹一下，LayerZero 是一個(gè)允許“用戶應(yīng)用程序”跨區(qū)塊鏈發(fā)送信息的協(xié)議。該架構(gòu)由 4 個(gè)主要部分組成：

• 用戶應(yīng)用程序：與 LayerZero Endpoint交互并發(fā)送/接收信息的合約（例如 Stargate）；

• LayerZero Endpoints：一系列不同鏈上的智能合約（目前支持超過(guò) 40 個(gè)，參見(jiàn)參考鏈接 3）。 Endpoint允許用戶協(xié)議通過(guò) LayerZero 后端發(fā)送信息，由 4 個(gè)模塊組成：Communicator、Verifier、Network 和 Libraries。前三個(gè)模塊在所有鏈上都是標(biāo)準(zhǔn)化的，而Libraries是根據(jù)不同的鏈邏輯定制的，使LayerZero能夠快速添加更多的鏈；

• 預(yù)言機(jī)：負(fù)責(zé)從一條鏈讀取區(qū)塊頭并將其發(fā)送到另一條鏈。目前，這一角色默認(rèn)由 Chainlink 承擔(dān)，但自 2023 年 9 月起，與 Google Cloud 的新合作伙伴關(guān)系已取代 Chainlink 成為默認(rèn)角色；

• 中繼器：與中繼器類似，但它們獲取證明而不是區(qū)塊頭。盡管應(yīng)用程序本身可以充當(dāng)中繼器，但它實(shí)際上是由 LayerZero 處理的。

這種設(shè)計(jì)本質(zhì)上可以歸結(jié)為 2/2 多重簽名，其中主要的信任假設(shè)是 Google Cloud 和 LayerZero 不會(huì)串通。依賴這些鏈下組件（如預(yù)言機(jī)和中繼器）可以受益于輕量級(jí)、廉價(jià)且可擴(kuò)展的架構(gòu)，但也有依賴兩個(gè)中心化實(shí)體的缺點(diǎn)，可能使其面臨審查風(fēng)險(xiǎn)。

Axelar

圖片來(lái)源：Axelar官網(wǎng)

與LayerZero相比，Axelar的結(jié)構(gòu)與Zeta更相似，但也有顯著差異。與 ZetaChain 一樣，Axelar 也是使用 Cosmos SDK 開(kāi)發(fā)的。但它并不直接托管EVM，因此不支持與Zeta相同類型的全鏈智能合約。因此，Axelar的目標(biāo)市場(chǎng)是跨鏈消息傳遞，類似于LayerZero。

Axelar架構(gòu)

Axelar 是一條 PoS 鏈，具有驗(yàn)證者集和質(zhì)押代幣 AXL，由以下組件組成并處理信息：

• 跨鏈 GMP 請(qǐng)求：允許應(yīng)用程序跨鏈發(fā)送任意數(shù)據(jù)的 API。這些消息請(qǐng)求被發(fā)送到 Axelar 網(wǎng)關(guān)（使用區(qū)塊鏈技術(shù)將數(shù)字貨幣從一個(gè)地址轉(zhuǎn)移到另一個(gè)地址的在線平臺(tái)或數(shù)字系統(tǒng)）；

• 網(wǎng)關(guān)：用戶/應(yīng)用程序發(fā)起的跨鏈消息從源鏈路由到目標(biāo)鏈的第一站。對(duì)于 EVM 鏈來(lái)說(shuō)，這些是智能合約，而對(duì)于 Cosmos 來(lái)說(shuō)，這些是應(yīng)用程序邏輯。網(wǎng)關(guān)由使用 MPC 的 Axelar 驗(yàn)證者保護(hù)，其份額由 AXL 代幣委托加權(quán)；

• 消息處理和中繼器：中繼器監(jiān)聽(tīng)事件（網(wǎng)關(guān)信息）并將其提交到 Axelar 網(wǎng)絡(luò)進(jìn)行處理。雖然任何人都可以運(yùn)行中繼器，但沒(méi)有激勵(lì)機(jī)制，中繼器由 Axelar 運(yùn)營(yíng)；

• 信息驗(yàn)證：驗(yàn)證者對(duì)從中繼器收到的信息進(jìn)行投票。每個(gè)Axelar驗(yàn)證者為每個(gè)源鏈運(yùn)行一個(gè)完整節(jié)點(diǎn)，從而能夠驗(yàn)證消息的有效性。與典型的 Cosmos PoS 區(qū)塊鏈相比，驗(yàn)證者依賴輕客戶端和 IBC 進(jìn)行消息傳遞，而 Axelar 驗(yàn)證者需要更多資源。從某種意義上說(shuō)，該模型的可擴(kuò)展性不如 LayerZero 廣泛，但它提供了更高程度的去中心化。Axelar 通過(guò)額外的監(jiān)聽(tīng)獎(jiǎng)勵(lì)來(lái)激勵(lì)其驗(yàn)證者；他們支持的鏈越多，獲得的獎(jiǎng)勵(lì)就越多。從長(zhǎng)遠(yuǎn)來(lái)看，支持的鏈需要從跨鏈活動(dòng)中產(chǎn)生足夠的費(fèi)用，因?yàn)橹С诌\(yùn)行超過(guò) 50 個(gè)全節(jié)點(diǎn)的驗(yàn)證者的代幣獎(jiǎng)勵(lì)將會(huì)耗盡。支持每條鏈可能并不可行；相反，它們可能會(huì)集中在主要的流動(dòng)性鏈上；

• 向目標(biāo)鏈提交信息：中繼器監(jiān)聽(tīng)來(lái)自 Axelar 驗(yàn)證者的授權(quán)信息并將其推送到目標(biāo)鏈的網(wǎng)關(guān)。一旦目標(biāo)鏈?zhǔn)盏脚鷾?zhǔn)的信息，其有效負(fù)載就會(huì)被 Axelar 驗(yàn)證者標(biāo)記為批準(zhǔn)。現(xiàn)在，任何人都可以執(zhí)行該有效負(fù)載；

• Gas 和執(zhí)行器服務(wù)：最后一步，Axelar 在 EVM 鏈上部署一個(gè)名為“Gas Receiver”的合約，用于在目標(biāo)鏈上支付 Gas 費(fèi)用并執(zhí)行跨鏈負(fù)載（將其發(fā)送到所需的應(yīng)用程序）。用戶可以使用源鏈的 Gas 代幣進(jìn)行支付，而 Axelar 則從目標(biāo)鏈的 Gas 中抽取分成。

總體而言，除了在自己的鏈上支持EVM之外，其結(jié)構(gòu)與ZetaChain類似，只是在自己的鏈上支持EVM。在安全性方面，Delphi Research認(rèn)為它比LayerZero的2/2模型更安全，盡管它仍然存在一些缺點(diǎn)。由于應(yīng)用程序可以運(yùn)行自己的中繼器，因此 Google 和 LayerZero 之間串通的可能性非常低。

Chainlink CCIP

圖片來(lái)源：Chainlink 官方

跨鏈互操作協(xié)議（CCIP）與其他跨鏈信息平臺(tái)沒(méi)有太大區(qū)別，用戶在一條鏈上發(fā)送信息，信息被轉(zhuǎn)發(fā)到CCIP，然后CCIP將信息轉(zhuǎn)發(fā)到目標(biāo)鏈。CCIP 的與眾不同之處在于它如何利用 Oracle Networks，以及添加另一個(gè)實(shí)體：風(fēng)險(xiǎn)管理網(wǎng)絡(luò)（Risk Management Network，RMN）。

CCIP分為鏈上和鏈下兩部分。

鏈上組件：

• 路由器：發(fā)起跨鏈交易。將交易路由到特定于目的地的 OnRamp 合約，從目標(biāo)鏈的 OffRamp 接收信息，并將其路由到最終用戶/合約；

• 提交存儲(chǔ)：提交 DON 將源鏈的 Merkle 根存儲(chǔ)在目標(biāo)鏈上。Merkle 根必須經(jīng)過(guò)風(fēng)險(xiǎn)管理網(wǎng)絡(luò)的“驗(yàn)證”；

• OnRamp：每個(gè)鏈一份合約（區(qū)塊鏈到區(qū)塊鏈）。驗(yàn)證信息并跟蹤代幣傳輸/信息、管理計(jì)費(fèi)等。由 Committing DON 監(jiān)控；

• OffRamp：與 OnRamp 類似，每個(gè)鏈一份合約。使用提交并“驗(yàn)證”的 Merkle Root 驗(yàn)證執(zhí)行 DON，確保信息的真實(shí)性，并將信息傳遞給路由器；

• 代幣池：代幣可以是“鎖定并鑄造”或“燃燒并鑄造”，具體取決于代幣。例如，由于 CCIP 沒(méi)有鑄造權(quán)，因此必須鎖定和鑄造原生 Gas 代幣。如果與 CCTP 集成，USDC 可以“銷毀并鑄造”；

• 風(fēng)險(xiǎn)管理網(wǎng)絡(luò)合約：包含可以“驗(yàn)證”（批準(zhǔn)）或“無(wú)效”（不批準(zhǔn)）交易的風(fēng)險(xiǎn)管理網(wǎng)絡(luò)節(jié)點(diǎn)列表。

鏈下組件：

• Committing DON：如前所述，Committing DON 監(jiān)控 OnRamp 合約事件，等待源鏈結(jié)果，并創(chuàng)建 Merkle Root（由法定 Committing DON 預(yù)言機(jī)節(jié)點(diǎn)簽名），最終寫入目標(biāo)鏈的 Commit Store 合約中；

• 風(fēng)險(xiǎn)管理網(wǎng)絡(luò)：一個(gè)節(jié)點(diǎn)網(wǎng)絡(luò)，本質(zhì)上是對(duì) DON 提交的 Merkle 根進(jìn)行雙重檢查。他們監(jiān)控 OnRamp 合約以及 Committing DON 在提交存儲(chǔ)中發(fā)布的內(nèi)容。如果 RMN 不“驗(yàn)證”（即驗(yàn)證/確認(rèn)）Merkle Root，CCIP 將凍結(jié)；

• 執(zhí)行 DON：與提交類似，但監(jiān)督風(fēng)險(xiǎn)管理網(wǎng)絡(luò)等信息。一旦 RMN 發(fā)出“驗(yàn)證”，執(zhí)行 DON 就會(huì)調(diào)用 OffRamp 合約來(lái)完成目的地的 CCIP 交易。

總結(jié)

事實(shí)上，要打破鏈間的隔離效應(yīng)，解決“多鏈通信”和“跨鏈通信”問(wèn)題至關(guān)重要。與其他解決方案相比，ZetaChain項(xiàng)目的核心優(yōu)勢(shì)在于其跨鏈互操作能力，使不同區(qū)塊鏈之間的互操作成為可能，解決當(dāng)前區(qū)塊鏈碎片化和缺乏互操作性的問(wèn)題。它的目標(biāo)是使全鏈 dApp 能夠直接與不同的區(qū)塊鏈進(jìn)行本地交互，而無(wú)需包裝或橋接任何資產(chǎn)。然而，與ZetaChain連接的外部鏈存在安全風(fēng)險(xiǎn)，可能導(dǎo)致雙重支出、審查、重組、硬分叉、鏈分裂等。

目前，LayerZero和Axelar在跨鏈信息應(yīng)用方面處于領(lǐng)先地位。然而，現(xiàn)在宣布誰(shuí)是最終領(lǐng)導(dǎo)者還為時(shí)過(guò)早。在期待ZetaChain新解決方案的同時(shí)，也期待LayerZero、Axelar、Chainlink CCIP等的不斷迭代和創(chuàng)新。

參考資料:

1. The Future Opportunity for Full-Chain Applications?https://members.delphidigital.io/reports/zetachain-part-2-the-opportunity-ahead-for-omnichain-applications#consumer-aggregation-apps--improving-the-on-chain-derivatives-experience-56d5

2. What is ZetaChain??https://www.datawallet.com/crypto/what-is-zetachain

3. The Competitive Landscape of Blockchain Bridging?https://members.delphidigital.io/reports/zetachain-part-1-a-competitive-landscape-of-blockchain-bridges#architecture-ed17

Additional Links:

1. Zeta Token Distribution?https://www.zetachain.com/docs/about/token-utility/distribution/

2. MUX Aggregator Whitepaper?https://docs.mux.network/protocol/overview/leveraged-trading-aggregator

3. Supported Contracts by LayerZero?https://layerzero.gitbook.io/docs/technical-reference/mainnet/supported-chain-ids