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 强调节点自主化的核心原因——只有当足够多的普通用户能够自行运行节点，以太坊才能真正实现其“抗审查”的核心承诺。
相关文章