編譯: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 內可靠地存取和計算以太坊的完整歷史,從而創建下一代數據豐富且功能更強大的鏈上應用程序,為實現這一願景做出不小的貢獻。
以上是RISC Zero Steel 如何加速以太坊的 ZK 採用?的詳細內容。更多資訊請關注PHP中文網其他相關文章!