Vitalik：一份側重本地節點的擴容路線圖優化方案

運行全節點能讓你擁有本地 RPC 服務器，從而以無需信任、抗審查且保護隱私的方式讀取鏈上數據。

撰文：Vitalik，以太坊創始人

編譯：金色財經 xiaozhou

對提高 L1 Gas 上限最常見的批評除了網路安全性擔憂之外就是這會讓全節點運行變得更加困難。尤其在以「解綁全節點」爲核心的路線圖背景下，要解決這個問題需要先理解全節點存在的意義。

傳統觀點認爲全節點用於驗證鏈上數據。如果這是唯一問題，那麼 ZK-EVM 就能解鎖 L1 擴容：唯一限制是保持區塊構建與證明成本足夠低，使二者既能維持 1 of n 的抗審查性，又能形成競爭性市場。

但現實中這並非唯一考量。另一個重要因素是：運行全節點能讓你擁有本地 RPC 服務器，從而以無需信任、抗審查且保護隱私的方式讀取鏈上數據。本文將討論如何調整當前 L1 擴容路線圖來實現這一目標。

1、爲何不滿足於 ZK-EVM+PIR 實現的去信任化與隱私？

我上月發布的隱私路線圖主張：短期採用 TEEs+ORAM 方案，長期則轉向 PIR 技術。結合 Helios 和 ZK-EVM 驗證，用戶連接外部 RPC 時能完全確信：(i) 獲取的鏈數據正確，(ii) 數據隱私受保護。這就引出一個問題：爲何不就此止步？這些高級密碼學方案是否讓自托管節點成了過時之物？

對此我有幾點回應：

• 完全去信任的密碼學方案（如單服務器 PIR）成本高昂。當前開銷高得不切實際，即便經過多次效率優化仍可能維持高價。
• 元數據隱私問題。IP 地址的請求時間、請求模式等元數據本身就會暴露大量用戶信息。
• 審查脆弱性：由少數 RPC 供應商主導的市場結構將面臨強大的用戶封禁或審查壓力。許多 RPC 提供商已開始完全屏蔽某些國家。

因此，繼續保障個人節點運行便利性仍有價值。

2、短期優先事項

優先全面部署 EIP-4444，最終實現每個節點僅存儲約 36 天數據。這將大幅降低硬盤空間需求——當前阻礙人們運行節點的首要障礙。此後節點存儲需求將僅包括：(i) 狀態數據，(ii) 狀態默克爾分支，(iii)36 天的歷史數據。

構建分布式歷史存儲方案，使每個節點存儲少量超期歷史數據。通過糾刪碼技術最大化可靠性。這樣既能保證「區塊鏈永久保存」特性，又無需依賴中心化供應商或給節點運營者帶來沉重負擔。

調整 Gas 定價策略，提高存儲成本，降低執行成本。重點提高以下操作的 Gas 成本：(i) 爲新存儲槽（storage slot）執行 SSTORE，(ii) 創建合約代碼，(iii) 向零餘額 / 零 nonce 帳戶轉帳 ETH。

3、中期目標：無狀態驗證

實現無狀態驗證後，運行支持 RPC 的節點（即存儲狀態的節點）將無需保存狀態默克爾分支。這能使存儲需求再降低約 50%。

4、新型節點：部分無狀態節點

這個創新構想將成爲 L1 Gas 上限提升 10-100 倍後仍保持個人節點運行的關鍵。

我們新增一種節點類型：以無狀態方式驗證區塊，通過無狀態驗證或 ZK-EVM 驗證整條鏈，但僅維護部分狀態數據。只要 RPC 請求所需數據位於該狀態子集內，節點就能響應；其他請求將失敗（或需回退到外部托管的密碼學解決方案——是否回退應由用戶選擇）。

具體維護哪些狀態取決於用戶配置，例如：

• 排除已知垃圾合約外的全部狀態。
• 與所有 EOA、SCW 帳戶及常用 ERC20/ERC721 代幣和應用相關的狀態。
• 近兩年內活躍的 EOA/SCW 帳戶狀態 + 部分常用 ERC20 代幣狀態 + 精選的 swap/DeFi/ 隱私應用狀態。

配置可通過鏈上合約管理：用戶運行節點時使用「--save_state_by_config 0x12345...67890」參數，該地址將以特定語言定義節點需保存並實時更新的地址列表、存儲槽（storage slot）或狀態過濾規則。注意用戶無需保存默克爾分支，僅需保存原始值。

這類節點既能提供對關鍵狀態的本地直接訪問優勢，又能確保完全的訪問隱私性。