Vitalik Buterin：過度複雜正在侵蝕區塊鏈「去信任」的根基

/2025年12月18日

重點總結

• 只有當普通使用者能自行驗證規則，才能真正實現去信任。

• 區塊鏈協議的複雜性提高了驗證門檻，削弱了去信任的承諾。

• Vitalik提倡簡化以太坊核心層，以降低使用者對專家的依賴。

• 2025年需重建去信任的行動路線包括支援輕量客戶端與簡化共識引擎。

加密產業對「去信任」（trustless）一詞情有獨鍾，但 Vitalik Buterin 在 2025 年的大部分時間裡持續強調，唯有當普通使用者能夠自行驗證規則、而非仰賴守門人時，我們才真正達成「去信任」的承諾。如果協議、錢包或第二層擴容（L2）變得過於複雜，以致只有少數「祭司級」的專家才能操作，那麼我們就默默地將原先的「去信任保證」轉化為對少數人的社會信任。他近期推動簡化以太坊核心層（Layer 1）以及發起《去信任宣言》，正是為了凸顯問題所在，並指出一條可行之路。想了解背景，可參考 Vitalik 關於簡化的文章與社群上鏈的宣言原文（vitalik.eth.limo）。

2025 年的「去信任」該是什麼模樣

一個真正去信任的區塊鏈，應當讓任何人都能：

驗證發生過的事情（公開驗證性）；
在遭遇故障或內部攻擊時仍可持續運作（容錯性與抗審查性）；
不需依賴特權化或專屬基礎設施即可參與（可接近性）。

Buterin 在 2025 年的演講中，重新強調了這些使用者導向的標準——例如「一走了之測試」、「內部攻擊測試」——作為每個加密項目必須通過的底線。如果一條區塊鏈、一個 L2、橋接協議或錢包未能通過這些測試，那麼「去中心化」就淪為一個口號，而非真實保障。（coindesk.com）

複雜性如何侵蝕「去信任」理想

協議過於繁雜，拉高驗證門檻：Buterin 的《簡化 L1》文章指出，以太坊必須精簡核心共識邏輯，包括提出三時隙最終性設計，以及長期朝向更簡化、對零知識（ZK）證明更友好的虛擬機轉型。元件減少意味著出錯點減少，同時使用者也不再那麼需要「盲信專家」。（vitalik.eth.limo）
某些功能會削弱 ZK 效能：Vitalik 甚至建議移除模組次方操作的預編譯函式，因為它對零知識證明者耗資過高，不僅拖慢 L2 證明產出，還驅使開發者採取捷徑。（finance.yahoo.com）
集中運作偽裝成中立：許多 Rollup 系統仍依賴升級私鑰、單一排序器，甚至可即時生效的管理權限。L2BEAT 的 Stages 架構讓這些問題無所遁形；達到 Stage 2 並不是「行銷好」，而是「不再裝上輔助輪」。（l2beat.com）
建構者壟斷與 MEV 黑箱問題：目前的區塊構建市場可能延遲或排擠交易，權力過度集中。以太坊的發展藍圖推動「提案者－建構者分離（PBS）」，但仍需其他保護措施加強中立性。（ethereum.org）
「最終性失效」不是根本威脅：Vitalik 最近指出，偶發的最終性喪失雖不理想，但只要錯誤區塊未被最終定案，系統仍可承受。真正的長期威脅，是系統結構變得複雜到只能被盲信。（cointelegraph.com）

2025 年重建「去信任」的行動路線

讓運行和驗證節點再次變得「無聊」

支援輕量與無狀態客戶端：以太坊持續推動開發資源需求極低的客戶端，讓使用者可用手機或筆電驗證資料。Verkle 樹與歷史數據過期（EIP‑4444）減輕儲存壓力，簡化運行節點的責任。這才是真正能握在你手中的「去信任」。（ethereum.org)

精準且務實地簡化 L1

Vitalik 提出的三時隙最終性與虛擬機整合計畫，犧牲部分選配功能，換取全面可驗證性。他主張簡化共識引擎、統一組件設計，避免太多單獨特例，選擇可理解性高的路徑才是正道。（vitalik.eth.limo)

讓 L2 成熟脫離「輔助輪」

L2 團隊應實現開放式提交證明、強制合理退出時間窗，並將緊急處置權限限制於鏈上可驗證的客觀錯誤。使用者與機構可透過更新版 Stages 模型追蹤進展。（l2beat.com)

協議層內建抗審查機制

雖然 PBS 是必要手段，但仍不夠。類似 FOCIL（分叉選擇下強制包含交易清單）等提案，要求提案者納入由隨機選出的委員會所推薦的交易，以限制審查空間。相關討論仍在進行，但方向已明：中立性必須寫進協議，而非寄託於政策。（ethereum.org)

強化可驗證的帳戶抽象（AA）用戶體驗

智能帳戶錢包與 EIP‑4337 基礎設施能讓安全預設成常態——像是會話金鑰、花費限制、社交恢復——但無需託管。若做好，帳戶抽象能減少依賴中介者，並讓安全操作流程主流化。（ethereum.org)

生態系已展現重視「去信任」的決心

公開承諾：《去信任宣言》已由以太坊基金會帳戶抽象團隊與 Vitalik 在鏈上發佈（trustlessmanifesto.eth）。這象徵著對中立、公平、自我託管、可驗證性與抵抗「方便形式集中化」的承諾。（blockonomi.com)
改善 ZK 的瓶頸：社群正積極討論淘汰不利於 ZK 證明的預編譯內容，讓 L2 證明成本下降、通用性提升。（finance.yahoo.com)

現在建構者可以做些什麼？

優先選擇經過審計的標準化路線，而非加入過多切換與例外邏輯。在文件中附上清晰的攻擊模型說明。（vitalik.eth.limo)
以 Stage-1（後續為 Stage-2）作為 Rollup 的目標等級，並公開排序器去中心化與緊急權限限制的實作路線圖。（l2beat.com)
實作輕客戶端支援，並考慮設計適配 DAS（資料可用性取樣）的結構，讓一般使用者在無需數據中心的情況下進行驗證。（ethereum.org)
接軌 PBS 研究方向，並評估交易包含清單設計來加強協議中立性。（ethereum.org)
採用帳戶抽象的典範設計，以減少用戶導入、資金恢復與手續費支付中對第三方的信任依賴。（ethereum.org)

用戶在升級到位前的應對建議

優先選擇能本地驗證資料（或具備嵌入式輕客戶端）的錢包與 dApp，而非完全依賴代管 RPC 節點。（ethereum.org)
向 L2 要求清楚揭露證明系統、退出時間窗、升級權限與排序器安排，並根據風險調整投資額度。（l2beat.com)
將 MEV 問題納入風險管理之中；雖然 PBS 正在逐步緩解此問題，但在協議機制有明確限制之前，仍應預設建構者會以利潤為優先考量。（ethereum.org)

關於自我託管與「去信任」習慣的簡要建議

真正的去信任，是從你掌握私鑰開始。對長期持有或高風險操作而言，使用一款開源韌體、建構流程透明、並具備高安全隔離元素的硬體錢包，能讓你的信任基礎縮減為可審計的程式碼與你手上掌控的晶片。例如 OneKey 強調上述特性：全開源的韌體與應用程式、能警示合約風險的清晰簽名機制、以及符合 EAL6+ 的安全元件，讓私鑰永遠離線，有助於落實「驗證多於信任」的原則。結合帳戶抽象流程與支援輕客戶端的工具，你今天就能使用接近「零信任」的使用體驗，而非等到某天升級完成。

延伸閱讀與參考資料