🔥 Gate 廣場活動|#发帖赢Launchpad新币KDK 🔥
KDK|Gate Launchpad 最新一期明星代幣
以前想參與? 先質押 USDT
這次不一樣 👉 發帖就有機會直接拿 KDK!
🎁 Gate 廣場專屬福利:總獎勵 2,000 KDK 等你瓜分
🚀 Launchpad 明星項目,走勢潛力,值得期待 👀
📅 活動時間
2025/12/19 12:00 – 12/30 24:00(UTC+8)
📌 怎麼參與?
在 Gate 廣場發帖(文字、圖文、分析、觀點都行)
內容和 KDK 上線價格預測/KDK 項目看法/Gate Launchpad 機制理解相關
帖子加上任一話題:#发帖赢Launchpad新币KDK 或 #PostToWinLaunchpadKDK
🏆 獎勵設定(共 2,000 KDK)
🥇 第 1 名:400 KDK
🥈 前 5 名:200 KDK / 人(共 1,000 KDK)
🥉 前 15 名:40 KDK / 人(共 600 KDK)
📄 注意事項
內容需原創,拒絕抄襲、洗稿、灌水
獲獎者需完成 Gate 廣場身份認證
獎勵發放時間以官方公告為準
Gate 保留本次活動的最終解釋權
以太坊換心手術?Vitalik 提案 Ethereum 執行層可能全面汰換 EVM,改用 RISC-V
在以太坊的未來藍圖中,一項由以太坊共創人 Vitalik Buterin 發起的新提案引起社群熱烈討論:用 RISC-V 取代 EVM(Ethereum Virtual Machine)作為智能合約的虛擬機語言。 這項構想被比喻為執行層的「beam chain 等級的大升級」,不只為了擴容而來,更為了解決當前執行層複雜性與效率的根本瓶頸。
什麼是 RISC-V?為何要取代 EVM?
提案的核心是將目前以太坊智能合約使用的 EVM,替換成開源、模組化的指令集架構 — RISC-V。這樣的轉換不會推翻以太坊現有的開發者工具與開發者習慣,因為:
現有的帳號系統、跨合約呼叫、儲存方式等核心抽象層依然保留。
原本的 Solidity 和 Vyper 語言可以轉向以 RISC-V 為後端進行編譯,開發者體驗不會有太大變動。
舊有的 EVM 合約仍可與新型 RISC-V 合約雙向互通。
如此一來,開發者不需重新學習所有東西,但以太坊底層的效能與簡潔度可望獲得大幅提升。
ZK-EVM 是最大效能瓶頸
隨著未來多項擴容提案(如EIP-4444、延遲執行與無狀態客戶端)陸續上線,真正限制 Ethereum L1 擴容能力的因素將集中在:
資料可用性取樣與歷史儲存協定的穩定性
區塊生產的市場化競爭
ZK-EVM 證明效率
目前 ZK-EVM 證明一個區塊的過程中,光是執行 EVM 虛擬機邏輯就佔據了約 50% 的資源。這代表,若能讓智能合約直接在RISC-V環境中運行,就有機會讓 ZK 證明效能達到 50 倍、甚至 100 倍的提升。
有趣的是,現今 ZK-EVM 的證明過程,實際上就是將 EVM 編譯成 RISC-V,再由 ZK 系統對其進行證明。因此,直接讓 RISC-V 成為以太坊執行層的原生虛擬機,不僅順理成章,也能省去中間轉換的資源消耗。
RISC-V 為何快?從哈希函數到結構設計全面優化
目前 ZK-EVM 主要耗費資源的四大項目為:
deserialize_inputs
initialize_witness_db
state_root_computation
block_execution
前三者可透過使用更友善的雜湊函數(如Poseidon)與二元狀態樹大幅優化。例如,Poseidon 在筆電上每秒可處理200萬次雜湊,遠優於 Keccak 的 1.5 萬次。這些優化若實施,會大幅減少前 50% 的負擔。
但剩下的50%,仍來自
block_execution
。這部分只有透過更高效的 VM 設計,例如 RISC-V 才能從根本解決。
三種實作方式,從保守到激進都有選擇
Vitalik 提出三種技術實施路徑:
– 選項一:雙虛擬機並存(最低風險): 允許合約選擇使用 EVM 或 RISC-V,兩者互通且共享資源,兼顧相容性與創新。
– 選項二:RISC-V 包裝 EVM 解譯器(激進升級):所有EVM合約將透過 RISC-V 內建的 EVM 解譯器執行,使整體執行層過渡至統一的底層架構。
選項三:協議層支援虛擬機解譯器(中庸路線):協議中設計「虛擬機模組」,預設用 RISC-V 實作 EVM 解譯器,並允許未來擴展至其他語言,如 Move。
這些路徑的共同優勢是:可簡化執行層規格,提升可維護性與驗證透明度。
Sui 開發公司 Mysten Labs 共創人:若能重來,他會選 Move,不考慮多語言
對此提案,Sui 開發公司 Mysten Labs 共創人 Sam Blackshear 也發表了看法。他表示:「我認為對於 Ethereum 來說採用 RISC-V 後端是個不錯的選擇(因為它需要支援既有的 EVM 合約)。但如果我要從零開始設計一條新的鏈,我仍然會選擇 Move,而非多語言支援。 Sui 的諸多優點正是來自於在整個堆疊中使用了強型別物件作為共同抽象層。」
這反映了不同鏈對於「虛擬機選擇策略」的歷史因素,以太坊發展最早在初期設計時,並無法預期未來的諸多需求與發展,目前正因應變化強調相容性與過渡設計;而新公鏈 Sui 則主打從語言到底層的全堆疊一體化,讓開發與安全性緊密整合。
Typus Finance 成長長 Kyrie 也分享了自己過去在 EthTaipei 活動中與 Vitalik 的一次對話。他回憶道:「那時我問 Vitalik:『你認為 Move 語言及物件導向設定能提升區塊鏈安全性嗎?』
他回說:『我不認為這改變了任何東西,項目被盜就是被盜,什麼語言都一樣。』」
但 Kyrie 當場反駁指出,Move 確實能降低開發出錯的機會,比 Rust 更容易上手,且物件導向模型有助於限制風險範圍。「合約被盜時,損失可能是有限金額而不是無限暴露。」他補充說。
雖然當時 Vitalik 並未表態,但從他現在願意提出 RISC-V 作為更強型別、模組化的替代方案來看,對語言設計對區塊鏈安全的態度,似乎出現了些微轉變。
這篇文章 以太坊換心手術?Vitalik 提案 Ethereum 執行層可能全面汰換 EVM,改用 RISC-V 最早出現於 鏈新聞 ABMedia。