Ethereum创始人维塔利克·布特林宣布了该网络的下一步计划，即削减网络冗余。他称之为“清洗”。
在系列博文的第五篇中，Vitalik 提出了一个毫不留情的计划，旨在消除区块链的臃肿、剔除冗余功能并简化协议。 Ethereum网络充斥着过时的交易和复杂的遗留功能。.
解决方案是什么？Vitalik 希望精简历史和状态数据，简化协议功能，并降低节点运行难度。这一激进的举措是为了应对 Ethereum数据量的快速增长。.
目前，一个完整的 Ethereum 节点仅执行客户端就需要超过 1.1 TB 的存储空间，共识数据还需要更多空间。.
随着交易和账户数量的激增，存储空间也需要随之增长，从而造成瓶颈。如果不进行调整， Ethereum 可能会变得运行缓慢，新用户将面临漫长的同步时间才能与区块链保持同步。.
历史记录过期：减少 Ethereum的内存负载
Vitalik建议，与其让每个节点保存所有已记录的交易，不如只保留最近的数据。历史区块、较早的交易和收据则以小块的形式分布在各个节点上。.
在维塔利克看来，历史数据应该像种子网络一样运作——节点存储数据片段，确保数据可用性，而无需单个节点持有所有数据。“我们说的是每年堆积数百GB的旧数据块，”他说道。.
当前由节点持有所有数据的模型已经过调整。共识区块（对权益证明至关重要）会保存六个月，而更大的交易数据块（blob）则会在18天后消失。.
Vitalik 的新提案 EIP-4444 主张将历史区块和收据的存储期限限制在一年以内。他的最终目标是什么？构建一个分布式网络，其中每个节点仅存储部分历史记录，并使用默克尔证明和纠删码来保证准确性。.
这种分布式历史存储不会降低 Ethereum的数据可靠性。Vitalik 声称，通过增加节点数量，数据副本将在网络中成倍增加，从而确保每一段历史记录都有可靠的备份。.
纠删码技术将增强系统的弹性，类似于帮助数据块保持可用状态以便进行数据采样的技术。Vitalik 还指出 Portal Network 和点对点方法也是可能的解决方案，使 Ethereum 能够在不依赖中心化存储的情况下管理其数据分布。.
状态过期：限制数据永久性
除了历史记录之外，Vitalik 的清理机制还包含一个更为复杂的问题：“状态过期”。与历史记录不同，状态数据（例如账户余额、随机数和智能trac存储）更难过期。一旦创建，状态对象（例如拥有 ETH 的账户或trac的存储槽位）就始终可供任何交易访问。.
随着每个对象的创建， Ethereum的数据量也在不断增长。为了控制这种增长，Vitalik 提出了自动matic 机制，即定期清理近期未使用的数据。关键在于如何在状态过期和 Ethereum的永久性之间取得平衡。.
他认为用户应该能够“消失五年，回来后仍然可以取回他们的资金”。这个系统需要高效——不需要开发人员进行额外的计算或使用复杂的模型。.
Ethereum 曾尝试过各种方案，例如“区块链租金”（向用户收取费用以维持数据存活）和“重生”（尝试重置区块链以减少数据量）。但这些方案均未成功。.
两项新提案旨在解决状态膨胀问题。首先是“部分状态过期”。网络会将数据分割成块，只存储最近的数据块，同时保留“存根”（少量不活跃的数据）以证明其存在。.
如果某个数据块被删除，用户可以凭借历史数据证明将其恢复。Vitalik 的设计方案 EIP-7736 使用 Verkle 树和“茎叶”模型对数据进行分组。任何六个月内未被修改的数据都会被删除，只留下一个存根，以便在需要时进行恢复。.
第二种方案是基于地址周期的过期机制，它将状态对象按时间划分。每个账户都有一个“地址周期”，并且只存储最近两个周期的数据。.
如果有人需要旧数据，他们需要提交默克尔证明来恢复数据。这种基于周期的设置需要更改地址格式，将当前的 20 字节格式扩展到包含版本号和周期。.
Vitalik 还建议trac地址空间以保持兼容性。接下来的挑战在于，如何在不牺牲 Ethereum可用性这一核心承诺的前提下，确保用户理解并信任这一过渡系统。.
功能清理：降低 Ethereum的代码复杂度
清理工作的最后阶段着重解决协议复杂性问题。Vitalik 表示：“每一项新功能都会让 Ethereum 更难用，但移除任何功能都是一场噩梦。” 最臭名昭著的例子就是 SELFDESTRUCT，这是一个允许用户删除trac存储的操作码。.
最初，它允许自愿清除状态，但现在基本未使用，而且存在拒绝服务攻击的风险。 Ethereum的Dencun硬分叉削弱了该操作码，Vitalik计划很快将其完全移除。.
其他臃肿的特性包括陈旧的交易类型、冗余的数据格式以及混合字节序的协议设置。这些缺陷使得开发变得复杂，也让 Ethereum 更难升级。.
Vitalik 的清理清单还包括将数据格式从 RLP 过渡到 SSZ，简化 gas 规则以更好地管理区块资源，以及移除未使用的预编译模块，例如 RIPEMD160、MODEXP 和 BLAKE。他还支持将以 Ethereum 迁移到无状态客户端模型，这将消除大多数节点的存储负担。.
其中一些变更将需要账户抽象trac，允许用户通过“默认账户EVM代码”处理旧式交易类型。Vitalik表示，这将简化 Ethereum 虚拟机（EVM），同时减小代码体积。从长远来看，EVM本身也可能会得到升级。.
他解释说， Ethereum 开发者正在考虑采用类似 RISC-V 或 Cairo 的新执行模型，或者可能使用 EVM 对象格式 (EOF) 来标准化代码规则。.
EOF 修改了 gas 规则并禁止了某些指令，以允许模块化升级，从而提升 Ethereum的可扩展性。据报道，这种格式将允许开发者进行渐进式改进，最终有助于 Ethereum 保持精简。.
但 Vitalik 也提出了另一种选择。他说：“一种更激进的Ethereum简化策略是保持协议不变，但将其中大部分内容从协议特性转移到合约trac。”
