Vitalik：一份侧重本地节点的扩容路线图优化方案

撰文：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）或状态过滤规则。注意用户无需保存默克尔分支，仅需保存原始值。

这类节点既能提供对关键状态的本地直接访问优势，又能确保完全的访问隐私性。