三個案例展示 Revive 和 Polkadot Hub 能實現什麼！

Bitget

資訊中心

PolkaWorld2025/12/02 12:25

顯示原文

作者:PolkaWorld

本文是 PolkaWorld 整理的來自 Parity 在 Sub0 會議中的演講內容。

過去這些年，Polkadot 發展成了一個強大而靈活的模組化系統。但它也有一個明顯的問題：很多核心功能被分散在不同的鏈上。

比如：

智能合約引擎只在某些平行鏈上；
治理、質押、原生代幣等系統又在其他平行鏈或系統鏈上。

這種分散帶來了很大的複雜度。即使是一個很簡單的應用流程，也可能需要跨多條鏈互動，並依賴非同步通訊才能完成。

Polkadot Hub 將徹底改變這種狀況，讓一切大幅簡化！

Polkadot Hub：把所有功能帶回一個地方

自我介紹一下，我是 Torsten，負責 Parity 的智能合約團隊。今天，我會和大家講講 Polkadot Hub 以及它內建的智能合約執行引擎，這些新能力將如何重新定義在 Polkadot 上構建應用的方式。

先回顧一下過去的困境，在舊的架構下：

智能合約只能部署在平行鏈上；
原生代幣、質押、治理等邏輯分布在中繼鏈或系統鏈上。

這意味著，只要你的應用需要跨這些系統做一點組合，就必須依賴 XCM 和複雜的非同步訊息流。

結果就是：

開發者不知道應用到底應該部署到哪一條鏈；
整個流程碎片化、工具鏈也不統一；
不同鏈的運行方式都不一樣，導致開發體驗非常割裂。

但現在，一切即將改變，因為 Polkadot Hub 即將登場！

Polkadot Hub 是 Polkadot 生態中全新的「應用中心」。它把之前分散的所有關鍵功能：

資產
原生代幣
穩定幣
質押
治理
智能合約

全部匯集到同一個環境裡。

隨著 Hub 的出現，過去那些跨鏈間的邊界都被消除了，這也意味著：未來 Polkadot 應用將以全新的方式構建和部署。

智能合約進入雙引擎時代：Revive 將重塑 Polkadot 的應用層

下來談談我最關心的部分 —— Hub 的智能合約執行引擎。

這個執行引擎叫 Revive。它最大的亮點是：Revive 同時內建了兩個執行環境，可運行兩種類型的智能合約系統。

一個是大家熟悉的 EVM，可以直接運行 Solidity 編寫的 EVM 合約；
另一個是更現代的 PVM，支援用 Solidity 或 Rust 編寫。

最特別的是，EVM 和 PVM 並不是兩個孤立的世界，而是在同一個地址空間裡運行，可以互相調用。這意味著，一個系統的智能合約與另一個系統的智能合約是完全可互操作的。它們可以相互調用，而且在調用對方時，它們甚至不知道對方究竟是 PVM 智能合約還是 EVM 智能合約。

另外，Revive 還通過預編譯（precompiles）讓智能合約可以直接存取運行時的核心功能，例如質押、治理、資產管理，以及 XCM。這些組件都與 Revive 無縫連接。

接下來，我簡單講一下在 Revive 上部署應用的方式。目前，你可以選擇兩種語言：Solidity 或 Rust。

如果你使用 Solidity，你可以用傳統的 Solidity 編譯器，把程式碼編譯成 EVM 位元組碼，並運行在 Revive 的 EVM 引擎上。你也可以使用 Parity 自主開發的 Resource C 編譯器，它能把 Solidity 程式碼編譯為 PVM 位元組碼，然後部署在 PVM 引擎上。無論是 EVM 程式碼還是 PVM 程式碼，它們都能互相調用。

如果你使用 Rust，只需要用 Rust 編譯器，就可以編譯並部署成 PVM 智能合約。這些合約同樣可以直接與運行時組件互動。

現在我來解釋一下為什麼 Revive 需要兩個執行引擎，並說說它們各自的優勢。

PVM：高效能、現代化的執行引擎

PVM 是一個全新的智能合約執行環境，它提供的運算能力遠高於傳統 EVM。因此：

你可以部署更大、更複雜的智能合約
可以構建以前幾乎不可能出現的新型應用

PVM 基於 RISC-V 指令集。以太坊未來也在討論 RISC-V，但 Revive 已經提前採用，並讓開發者立即可以使用這一技術。

Revive 的執行方式有兩種：

直譯執行模式（當前模式，效能一般）
JIT 即時編譯模式（明年開放，將全面釋放效能）

在 JIT 模式下，你可以在智能合約裡執行非常重的運算，比如：

複雜的數學運算
密碼學演算法（在 EVM 上幾乎不可能做到）

在 EVM 上，如果你想加入一個新的密碼學原語，你必須讓全網升級鏈的預編譯，非常麻煩；但在 PVM 中，你可以直接在智能合約裡實現「屬於你自己的預編譯」，因為它擁有足夠的算力。

那為什麼還需要 EVM？

因為 EVM 也有明顯優勢：

你可以把原本運行在以太坊或其他 EVM 鏈上的協議直接遷移到 Revive
程式碼不用改
工具不用換
Foundry、Hardhat 都能繼續用
部署開箱即用

並且，EVM 合約和 PVM 合約依然可以無縫互相調用。

我之所以特別提這一點，是因為如果你原本的協議使用某些舊版本 Solidity 編譯器編譯，其位元組碼可能無法在 PVM 上運行，但在 Revive 的 EVM 引擎中完全沒問題。

這也是為什麼我們仍然需要 EVM 引擎——它保證了對 EVM 的完整相容性。

不過，我們的 EVM 引擎和標準以太坊之間有一個關鍵區別：gas 和資源的處理方式不同。

一般來說，所有 EVM 鏈的 gas 計算方式是一樣的，但在 Polkadot 中這是行不通的。因為 Polkadot 在底層使用的是完全不同的資源管理體系：

Polkadot 的資源叫 weights（權重），是二維的，也就是說包含兩種不同的資源需要計算；
另外，Revive 的智能合約引擎還增加了第三種資源：存儲押金（storage deposit）。

也就是說，系統內部實際上有三種資源需要管理。

但我們仍然希望對外保持和以太坊工具鏈一樣的使用方式，所以我們只把它們映射成一種「看起來像 gas 的資源」。換句話說，以太坊錢包不懂這些 Polkadot 的內部資源，所以我們要模擬以太坊式的 gas。內部的實現，是把三種資源按照確定性的方式映射成「gas」。

雖然系統比較複雜，也和以太坊有一些細微差異，但只要開發者依賴正確的 gas 預估，而不是硬編碼數值，這些差別在實際使用中不會產生影響。

通過這種機制，我們既能保持和以太坊的相容性，又能確保智能合約具備必要的 DOS 防護能力。

三個案例展示 Revive 和 Polkadot Hub 能實現什麼

接下來，我想把視角拉回到整個 Polkadot Hub。

這裡必須提到一個重要專案：Asset Hub Migration（資產中心遷移）。它的作用是幫 Polkadot Hub 打好了基礎，讓質押、餘額、資產、治理都能在同一個統一的環境中運行。

Asset Hub Migration 是在最近剛完成的，應該是幾週前。

現在，一切已經準備就緒，Revive 可以正式在這個環境中發揮全部能力。

這正是我們為 Revive 設計的理想環境，也是未來在 Polkadot Hub 中運行智能合約的最佳場所。

接下來，我想舉三個例子，說明 Revive 和 Polkadot Hub 能實現什麼。

現在應該已經很清楚：在這個統一環境裡，智能合約可以：

直接存取治理和質押
直接存取原生餘額和其他資產
所有操作都可以同步完成，不再需要跨鏈的非同步通訊

第一個例子，智能合約可以直接讀取治理狀態，對治理提案的變化做出回應，甚至根據治理事件觸發自己的邏輯。所有這些，都可以在同一個系統內即時完成。

另一個例子是：PVM 讓更複雜的工作負載成為可能。我之前提過，PVM 的 JIT 即時編譯模式會在明年上線，到時候運算效能會完全釋放。

有了 PVM，你可以在鏈上執行複雜的數學運算，而這些在 EVM 中由於運算力有限根本做不到。比如一個 DeFi 協議（像借貸協議），往往需要進行很多複雜的運算：重新評估風險、更新用戶頭寸、應對市場變化等。過去這些邏輯無法在鏈上運行，只能放到鏈下處理；但鏈下運算無法驗證、不去中心化，還需要信任第三方。而 PVM 可以把這些邏輯重新帶回鏈上，讓它們在鏈上以去中心化、無需信任的方式執行。

這類協議甚至可以在鏈上做模擬運算。如果你想跑模擬、看某個情境會發生什麼，現在也可以直接在鏈上進行。模擬通常運算量很大，尤其是需要迴圈時，以前這是不可能實現的。

我之前談到過密碼學。現在，你可以把複雜的密碼學演算法直接放進智能合約裡執行——這類演算法非常耗算力，但 PVM 正好適合做這些事。在密碼學中，一個特別重要的方向是零知識應用。零知識證明目前非常熱門，但因為運算量太大，過去一直不能真正運行在智能合約中。PVM 的出現，讓這些零知識應用終於有機會在智能合約裡實現。

接著，我想談一下 Parity 的產品戰略。

你們已經聽說，我們會構建很多新產品，而 Revive 和 Polkadot Hub 會成為這些產品的底層基礎。當然，還有其他基礎層，但只要涉及智能合約的執行引擎，都會運行在 Revive 和 Polkadot Hub 上。

從結構上看，可以這樣理解：