以太坊正把“状态过期”作为长期扩容议题中的重点方向，原因不在交易历史，而在每个全节点都必须持续保存完整活跃状态：账户余额、智能合约代码、合约存储以及验证链当前状态所需的全部数据。交易历���可以裁剪或归档，活跃状态却要随时可用。这使链上每一轮 DeFi、NFT、链游和其他活动，都会把节点必须长期持有的数据继续推高。
问题核心不只是存储容量，而是成本错配
以太坊面对的根源，被描述为一次性付费和永久存储之间的经济错配。用户把数据写入链上时，只支付一次 Gas 费用；节点运营者却要在网络存续期间持续承担存储、读取和服务这些数据的成本。很多状态数据可能长期无人触碰，但仍占用每个节点的内存、硬盘和带宽。
这种膨胀带来的后果，已经超出单纯的磁盘占用。活跃状态越大，新节点同步越慢，验证基础设施的硬件要求越高，运行节点的成本也会上升。若门槛持续抬高，可参与运行节点的人群就可能收缩到少数基础设施提供商。文中提到，以太坊开发者已将这类状态相关工作纳入2026 年升级路线图。而 Rollup 主要提升执行扩展和手续费表现，并不能缩减底层每个节点都要持有的基础状态。
“状态过期”不是删除，而是移出活跃集合
所谓状态过期，核心前提很直接：如果一段数据在足够长时间内都没有被访问，它不必继续停留在每个节点随时待命的活跃工作集中。按文中介绍的思路，账户和合约存储若在预设窗口内未被访问——讨论中常提到的时间尺度约为一年——就会被标记为过期，并从验证者和全节点维护的活跃状态中移出。
但过期不等于删除。相关数据仍保留在以太坊历史记录中，也可以保存在归档节点、专门服务商，或 Portal Network 这类分布式存储网络里。变化在于，罕见访问的数据不再要求所有节点都持续保存。若要重新启用这部分状态，用户或应用需要提交加密证明，也就是 witness，用来证明该账户或合约此前的状态，然后再恢复使用。
当前较受关注的设计，依赖按周期生成新的状态树，并可能扩展地址格式，以便协议识别某个地址属于哪个周期。文章把这套机制比作“归档文件夹”：不常打开的文件被移出活跃内存，但仍可找回。
目标是压低节点门槛，限制活跃状态无上限增长
状态过期最直接的收益，是把活跃状态从开放式增长改���可控模型。早期由 Vitalik Buterin 提出的设想之一，是把每个节点需要持有的状态规模压到数十 GB区间，而不是无限累积。活跃状态更轻，意味着新节点同步更快，验证者所需存储更少，运行节点的门槛也会下降。
文章还提到，这种变化也会把成本与占用重新对齐：如果某些数据希望始终保持“即时可用”，未来可能需要续费或以其他方式维护，而不是写入一次后永久占用全网资源。它和 Rollup、数据可用性采样、无状态验证等方案并不冲突。那些路线处理吞吐、验证和数据可用性，状态过期则瞄准存储层。
用户体验、兼容性和底层结构仍是难点
阻力同样明显。用户和开发者早已习惯账户与合约可以随时访问，若加入“恢复过期状态”这一步，钱包和应用逻辑都会变复杂。另一个难点是证明的生成与验证：状态恢复依赖高效的加密证明，还依赖稳定的历史数据访问基础设施。老合约兼容性更棘手，因为大量既有合约默认状态永久、即时可用，要在不破坏它们的前提下引入过期机制，工程协调压力很大。
连最基本的��数也还没有定论。过期窗口过短，会增加使用不便；过长，又会削弱收益。Buterin 也对最激进版本表达过保留意见，他反对在共识层强制执行状态过期，认为硬性的协议级改动可能带来安全和跨应用风险。他提出过更轻量的方向，例如可选的部分节点，用降低存储压力的方式替代全网强制过期。
路线已从 Verkle 树转向二叉状态树
状态过期并不是孤立方案，它还要嵌入以太坊更大的协议路线。文章称，过去多年，Verkle 树一直被视为以太坊状态结构的替代方向，因为它能生成更小的 witness；但从2024 年年中起，出于其椭圆曲线密码学面对量子计算风险的担忧，这一路线逐渐失去优势。以太坊基金会在2026 年协议优先事项中给出的当前方向，是采用二叉 Merkle 状态树，并配合对 STARK 更友好的哈希函数，如 Blake3 或 Poseidon，以追求更紧凑证明和更长期的可持续性。
按原文表述，状态过期仍处研究阶段，与历史过期、无状态化一道，被归为数年后才可能落地的工作，而不会出现在下一次升级里。它之所以持续留在议程���，原因很简单：交易扩展路线解决不了活跃状态持续膨胀的问题，而节点是否还能在普通硬件上运行，直接关系到以太坊网络的可验证性与去中心化程度。