2018 年 7 月提交的 EIP-1352 提议把以太坊地址空间中前 18 个字节全为零、末两字节任意的 65536 个地址保留给预编译合约与系统合约，普通账户不应再获得这些地址。这份提案至今是 Stagnant 停摆状态，从未被正式纳入共识规则，却成了后续提案分配特殊地址时的默认可坐标系。本文按原文拆解保留区怎么划、为什么不加显式校验、它和地址投毒与助记词派生话题的边界，以及普通用户看到零头地址时该怎么判断。

智能合约的传统重入锁要读写一个存储槽，而 2022 年 7 月提出的 EIP-5283 想在地址 0x0A 放一个叫信号量的预编译合约：只检查调用栈上有没有出现过同一个地址，完全不写存储，每次固定消耗 100 Gas。这份提案处于 Stagnant 停摆状态。本文讲清存储锁的工作原理、信号量方案的算法与账本、瞬态存储等三条竞争路线，以及普通用户从这场技术竞赛里能带走什么判断。

2023 年 5 月提出的 EIP-6968 想把用户付的 Gas 费按五分之一拨给执行交易时真正跑了代码的智能合约，作为 Layer 2 上开发者的持续收入来源，称为 Contract Secured Revenue。提案用每笔交易临时维护的 Gas 用量账本按合约逐个分账，并提供 SETREVENUERECIPIENT 指令（草案占用操作码 0x49）设置收款地址。它处于 Stagnant 停摆状态，从未上线。本文按原文拆解账本规则、分账公式与它对开发者激励问题的回答，并说明用户侧目前没有可操作入口。

以太坊合约把存储槽从零写成非零，等于给全网节点的数据库新增一条记录，现行计价是单次 20000 Gas。2022 年 4 月的 EIP-5022 认为这笔入场费长期被低估，主张直接翻倍到 40000 Gas，理由是状态膨胀已成为提高 Gas 上限的最大阻力。这份提案处于 Stagnant 停摆状态。本文解释状态增长为什么贵、为什么只抬从零到非零这一档，以及它落地的话哪些操作会变贵，和状态租金等长期方案的分工。

以太坊在 2019 年 1 月提出的 EIP-1681 想给交易加一个可选的 valid-until 字段，让过期后自动失效，解决交易在内存池排队数天仍被执行、以及将来清理尘埃账户时的重放问题。这份提案如今处于 Stagnant 停摆状态，从未进入主网。本文按原文拆解它的两阶段上线设计、为什么选择 UTC 墙钟时间而不是区块高度，以及普通用户如何理解这笔还没生效的设想。

以太坊上的合约只能看到直接调用自己的那一层数据，看不到整笔交易最初携带的 calldata。2021 年 4 月提出的 EIP-3508 想补上 ORIGINDATALOAD、ORIGINDATASIZE、ORIGINDATACOPY 三条指令，让调用链深处的合约直接读原始交易数据，省去逐层转传的 Gas 开销。该提案处于 Stagnant 停摆状态。本文解释多层调用下数据可见性的真实边界，以及普通用户从这一机制里能读出什么。

合约想读另一个合约存储里的一个映射值，现实做法只能调用对方的 view 函数，代价里混着跨合约调用、ABI 编解码等一揽子开销。2019 年 10 月提出的 EIP-2330 想加一条 EXTSLOAD 指令，让合约像读自己存储一样直接读别人的槽位，原文称成本可降十倍且更可预测。该提案处于 Stagnant 停摆状态。本文讲清这条指令的规格、编号撞车历史与对普通用户的实际含义。

按现行规则，自毁之后的合约代码与存储不再被普通交易触碰，那些数据却仍占着状态。2020 年 9 月提出的 EIP-2936 想加一条 EXTCLEAR 指令，让任何人支付 Gas 去清零已自毁合约的存储槽，并提议自毁本身不再清存储。这份 Stagnant 提案从未上线。本文对照 2024 年 3 月随坎昆升级生效的 EIP-6780 讲清自毁与存储清理的现状边界，以及它对普通用户意味着什么。

2020 年 3 月提出的 EIP-3322 想给合约账户加一个可以存取Gas 的退款计数器，用 SELFGAS、STOREGAS、USEGAS 三条指令管理，让合约在便宜时预付、昂贵时支取，把 Gas 账单从即时消费变成可平滑的库存。提案停留在 Stagnant。更大的背景是 2021 年 8 月随伦敦升级生效的 EIP-3529 反其道而行，把退款上限砍到五分之一。本文用原文规格拆解这场「Gas 期货」的设想与现实之墙。