時間:2024-05-11|瀏覽:356
編譯:Alex Liu ,Foresight News
以太坊成功帶來了一個蓬勃發展的去中心化應用生態,但它的可擴展性挑戰也日益嚴峻。開發人員面臨著一個艱難的選擇:限制其應用程序的功能和數據豐富性,或者忍受高昂的 Gas 費用和 Gas 用量限制。如果開發人員有辦法繞過這些限制,會怎么樣?
RISC Zero 是主要的 zkVM 開發商之一,如果你常在耳邊聽到 zkEVM,但并不了解一字之差的 zkVM 是什么,可以參考這篇文章。RISC Zero 最新推出了 Steel,它是基于 Alloy 的視圖調用證明庫,為開發人員與以太坊 L1 或其他 EVM 鏈交互方式帶來巨大轉變。利用零知識證明和 RISC Zero zkVM,Steel 使開發人員能夠以可擴展、安全且經濟高效的方式執行視圖調用并可證明地讀取和計算以太坊的狀態。
Steel 彌合了以太坊應用開發和零知識技術之間的距離,使開發人員更容易在其智能合約中利用 ZK 的力量。結合 RISC Zero zkVM 的功能,Steel 使開發人員能夠在以太坊 L1 或任何 EVM 等效鏈上構建更安全、可擴展且高效的應用程序。
借助 Steel,開發人員能夠:
使用 Steel,執行視圖調用像指定所需的 Solidity 方法一樣簡單。無論是檢索 ERC-20 代幣余額 (example) 還是訪問以太坊狀態等各個方面,Steel 都可以通過與 RISC Zero zkVM 無縫集成來簡化流程,同時確保安全性和效率。測試表明,Steel 有能力在單個視圖調用中處理超過 100K SLOAD 操作,這節省了主網上數千美元的 Gas 費用。我們可以使用 Bonsai 在大約 15 分鐘內證明它,這至少需要 210M 的 Gas,超出區塊限制 7 倍。
下面的代碼片段演示了使用 Steel 證明以太坊上部署的 ERC-20 合約的特定地址余額的過程。此示例展示了開發人員如何利用 Steel 在 zkVM 內與以太坊鏈上數據進行交互。完整代碼可在此處查看。
定義視圖函數簽名
首先,使用 sol! 宏來定義 ERC-20 的 balanceOf 函數簽名。這將解析 Solidity 語法以生成相應的 Rust 結構體,該結構體實現了 SolCall trait,可用于調用 balanceOf 方法,該方法接受一個賬戶地址并返回關聯的 ERC-20 代幣余額。
準備調用
接下來,通過用目標賬戶地址實例化 balanceOfCall 結構體來設置調用。同時,為希望查詢的合約地址和調用者的地址定義常量。
在 Main 中執行調用
主函數在 zkVM 中執行,生成零知識證明。它首先讀取輸入環境,然后構造一個 ViewCallEnv 對象,確保當前狀態與預期的狀態根匹配。在提交相關區塊哈希和編號后,執行視圖調用,并打印余額。
Steel 通過三個步驟在 RISC Zero zkVM 中證明 Solidity 代碼,簡化了執行的過程:
使用傳統的存儲證明,開發人員必須手動選擇其智能合約使用的存儲槽,并重新實現智能合約邏輯。而使用 Steel,所有存儲槽都會根據視圖調用執行自動發現和獲取。這為開發人員節省了大量時間,減少了實施錯誤的可能性,從而減少了出現安全漏洞的機會。
在以太坊智能合約中使用 blockhash 操作碼進行驗證時,驗證的 commitment 必須引用不超過 256 個區塊舊的區塊哈希。考慮到平均區塊時間為 12 秒,這就設置了一個約為 50 分鐘的狹窄時間范圍,用于完成證明生成并確認驗證交易已包含在一個區塊中。
當需要在鏈上獲取一個早于 256 個區塊的已驗證的區塊哈希時,可以使用以下幾種策略之一:
設想未來鏈下計算將與鏈上驗證無縫集成。 Steel 使開發人員能夠在 zkVM 內可靠地訪問和計算以太坊的完整歷史,從而能創建出下一代數據豐富且功能更強大的鏈上應用程序,為實現這一愿景做出不小的貢獻。