Vitalik 提案：讓每個家庭都能運行自己的以太坊節點

以太坊聯合創始人 Vitalik Buterin 週六向以太坊開發者社群提交了一項拉取請求，提議將以太坊信標鏈（負責共識和質押）的後端程序與協議的執行層合並為一個統一的代碼結構。這一提案旨在從根本上降低運行以太坊節點的技術複雜性，使普通用戶和家庭能夠不依賴第三方服務提供商，自主運行自己的以太坊基礎設施。

合層提案的技術核心：為何「兩個程序變一個」如此重要

（來源：Ethereum Research）

目前，以太坊節點運行者（驗證器）必須同時維護兩個相互獨立的程序：一個處理共識層（信標鏈負責的 PoS 驗證邏輯），另一個處理執行層（處理智慧合約和交易的 EVM 環境）。這兩個程序各需要獨立的設定、同步，以及持續的通信協調，才能保持節點的正常運行。

在技術上，這種雙程序架構直接導致了兩個問題：其一，設定複雜度翻倍——用戶需要分別下載、配置、更新和監控兩個系統；其二，出錯和不同步的可能性大幅增加，任何一端出現問題都可能導致整個節點失效。

Buterin 在提交提案後的帖文中坦言，以太坊社群在不知不覺中做出了一個默認決定：「運行節點是一項極其可怕的 DevOps 任務，最好交給專業人士來做。」他明確表示反對這一現狀：「並非如此。我們需要扭轉這種局面。即便硬體要求高，也不能成為對 DevOps 技能和時間要求高的藉口——節點應該很容易設置。」

去中心化的隱患：RPC 壟斷與審查風險

推動這一技術改進的背後，是更深層的去中心化危機意識。由於自行運行節點的門檻過高，大多數以太坊用戶（包括 DApp 開發者和普通用戶）依賴 Infura、Alchemy 等少數 RPC（遠端程序呼叫）服務提供商來與以太坊網路交互。

Buterin 在帖文中明確指出了這種市場結構的潛在危害：「由少數 RPC 提供者主導的市場結構將面臨強大的壓力，迫使其封鎖或審查用戶。許多 RPC 提供者已經將整個國家排除在外。」

一旦 RPC 提供者決定限制特定地區或用戶的訪問，這些用戶將完全失去與以太坊交互的能力，這與區塊鏈技術「無需許可、抗審查」的核心承諾形成了直接矛盾。

部分無狀態節點：另一條降低門檻的技術路徑

此次合層提案並非 Buterin 降低節點運行門檻的第一個舉措。2025 年 5 月，他提出了「部分無狀態節點」的概念——節點不再維護完整的區塊歷史，只保留節點運行者實際需要的那部分數據。

這一設計專為「個人用途節點」量身打造：如果用戶只需要用節點發送交易和驗證區塊鏈，而不需要提供完整的歷史數據服務，那麼他們實際需要儲存的數據量可以大幅減少。根據 Go-Ethereum（GETH）的說明，磁盤空間是節點運營商面臨的主要瓶頸——以太坊等智慧合約區塊鏈會持續產生大量數據，要求不斷增長的儲存空間。部分無狀態節點直接切斷了這一「數據無上限累積」的困境。

兩條路徑共同作用：合層設計降低 DevOps 複雜性，部分無狀態節點降低硬體成本——這為 Buterin 所設想的「每個家庭都能自主運行節點」的未來提供了雙重技術支撐。

常見問題

Vitalik 的合層提案需要多長時間才能落地？

目前提案仍處於拉取請求階段，尚需通過以太坊開發者社群的技術審查和廣泛討論。以太坊的協議更新通常需要數月乃至一年以上的開發、測試和社區共識形成過程。具體時間線取決於實現複雜度、技術審查反饋，以及是否能夠被納入以太坊即將到來的升級計劃（如 Fusaka 之後的版本）。

普通用戶在提案落地前，有哪些途徑可以更容易地運行以太坊節點？

目前已有 DAppNode、Stereum 等一鍵式節點部署工具，大幅降低了技術門檻。在硬體方面，Raspberry Pi 等低功耗設備已能運行基礎的以太坊節點（結合外接 SSD）。輕量客戶端（如 Helios）也允許用戶在不同步完整區塊鏈的情況下驗證數據。此外，以太坊客戶端多樣性計劃也在持續推動部署流程的標準化和自動化。

RPC 服務商已有封鎖國家的先例，這對用戶意味著什麼？

部分 RPC 服務商（如 Infura）在特定情況下已實施了地區訪問限制，通常是出於合規原因。這意味著位於受限地區的以太坊 DApp 用戶，若無法切換到其他 RPC 提供商或運行自己的節點，實際上將無法訪問以太坊應用。這正是 Buterin 強調節點自主化的核心原因——只有當足夠多的普通用戶能夠自行運行節點，以太坊才能真正實現其「抗審查」的核心承諾。