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

2542 想加两枚 Gas 上限操作码，2020 年提出、2026 年才正式标注撤回，撤回理由写着被 EIP-8141 取代；2330 与 2936 则在 0x5c 槽位上擦肩而过；最终 0x5c 随 2023 年坎昆升级给了 TLOAD。本文以 2026 年 1 月的帧交易提案为终点，串起 2019 到 2026 年间操作码编号的易主史，教你核查任何编号的当前真实语义。

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

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

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

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

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

EIP-7819 在 2024 年 11 月提议新增 SETDELEGATE 操作码，让合约工厂直接复用 EIP-7702 的委托指示器量产可升级账户实例，替代传统的克隆合约与代理合约。本文按原文拆解 0xf6 操作码的执行步骤、寻址公式与升级语义，给出钱包用户识别委托账户的核对方法与安全边界。

以太坊在 2025 年 12 月出现了一份仍处于草案阶段的提案 EIP-8105，设想把加密内存池直接内置进协议，让交易在入块前对公众不可见，以对抗抢跑与夹子攻击。本文拆解它的密钥服务商注册表、加密与解密两种新交易类型、与 ePBS 的依赖关系，并说明普通钱包用户该怎么理解把交易藏到入块这件事的真实边界。

EIP-8202 于 2026 年提出，建议引入类型 0x05 的“方案敏捷交易”：共用 1559 费用头，用类型化的授权列表与扩展组件把签名算法、blob 数据等能力插槽化，避免每加一种能力就造一个新交易类型。本文解释这套组合式信封的动机、结构，以及钱包未来面对多算法签名要做的准备。