Vitalik呼籲ZK和FHE開發者「直接秀加密比率」：一眼能看出差異再談優化
隱私技術需要一目瞭然，Vitalik Buterin 呼籲開發者談 ZK 與 FHE 性能的時候，能直接秀出「效率比率」。
（前情提要：以太坊基金會成立「隱私研究群」推六大路線圖，全面啟動隱私賽道競爭 ）
（背景補充：以太坊基金會發布端對端隱私藍圖，三管齊下加固 DeFi 與合規基礎 ）
本文目錄
以太坊共同創辦人 Vitalik Buterin 近日在 X 平台發文，建議開發者評估零知識證明 (ZK) 及全同態加密 (FHE) 時，應拋開「每秒 N 次操作」的慣用指標，改以「加密計算時間／原始計算時間」的效率比率為主。用意是對 Web3 隱私技術的可行性，提出更直接的檢驗標準。
Vitalik 聚焦效率比率
傳統吞吐量指標極度依賴硬體環境，無法揭示加密層帶來的真實負擔。 Vitalik 指出，若開發者知道原始計算只需 1 毫秒，便能從效率比率直接推算加密後會放大多久。
Vitalik 推文翻譯：
我希望更多做 ZK（零知識）和 FHE（全同態加密）的人，能用比例值來表示額外開銷（「在密碼學保護下的計算時間」對「原始計算時間」），而不是只說「我們每秒可以做 N 次操作」。
這樣更不受硬體影響，而且能提供一個非常有資訊量的數字：如果我的應用改成以密碼學保障、而不是仰賴信任，我究竟犧牲了多少效率？
這在估算上通常也更好用，因為作為開發者，我已經知道原始計算需要多少時間，我只要拿那個時間去乘以倍率就行了。
（是的，我知道這很難，因為在「執行」與「生成證明」之間，所需操作是不同性質的，尤其牽涉到 SIMD／平行化與記憶體存取模式，所以即便是比值，在某種程度上也仍受硬體影響。但即便如此，我仍認為把開銷用倍率表示，儘管不完美，仍是一個很好的指標。）
I wish more ZK and FHE people would give their overhead as a ratio (time to compute in-cryptography vs time to compute raw), rather than just saying "we can do N ops per second"
It's more hardware-independent, and it gives a very informative number: how much efficiency am I…
— vitalik.eth (@VitalikButerin) October 18, 2025
Vitalik 強調，這個比率雖仍會受記憶體佈局、並行化程度與指令集差異影響，但至少能讓社群「用同一把尺」衡量不同方案。
ZK 與 FHE 的性能瓶頸
ZK 與 FHE 在保護用戶隱私上功能迥異，卻同樣面臨高昂開銷。 ZK 電路複雜度一旦提升，證明生成時間可能需要數百倍。 FHE 的瓶頸更為明顯，FHE 版的機器學習推理，比明文慢上 20,000 倍。
這些延遲讓 DeFi、去中心化身份 (DID)、AI on-chain 等場景難以落地，也凸顯效率比率框架的重要性，所以 Vitalik 呼籲讓大家看到每個方案的負擔多大，才能談得上優化。
優化路徑與生態合作
Vitalik 的倡議激勵社群重新分配研發資源，可以看出短期內，演算法層面的創新仍是降低比率的首要手段。再來中期是 GPU 或 ASIC 算力設備的升級，可望把絕對時間計算時間壓到用戶可接受的範圍。
長期來看，選擇性加密與跨層協作將成為推動大規模採用的關鍵。目前加密產業正在針對 ZK 電路做標準化、FHE 編譯器優化與鏈下證明共享推進，目標是在不削弱隱私的前提下，縮小效率比率，為去中心化應用贏得更多場景。
