钱包与链上工具

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

EIP-867 在 2018 年提出用统一格式规范以太坊的资金恢复提案，让无争议的丢币情形有机会通过一次可审阅、可复算的状态变更挽回，但至今停留在 Stagnant 状态，从未成为生效标准。本文讲清这套框架的零件、它卡住的原因，以及协议层找回这件事对钱包用户的真实边界与防御动作。

EIP-7980 曾在 2025 年 6 月提议给以太坊备用签名算法框架添加 Ed25519 支持，最终被作者撤回，撤回理由是为减少实现负担而选择 P256 作为测试算法。本文按原文拆解它的验证参数与地址派生方式，讲清 secp256k1、P256 与 Ed25519 三条曲线在以太坊语境里的分工，以及跨链钱包用户最容易踩的直觉平移坑。

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

EIP-1702 在 2017 年底提议给以太坊账户状态增加一个版本字段，让不同版本的虚拟机在同一条链上长期并存，老合约保持原行为、新合约用新环境，属于 Stagnant 状态的未激活提案。本文按原文讲清五项账户状态与代码版本规则，对照以太坊实际采用的全局硬分叉兼容策略，并解释它对读懂升级公告的用处。

EIP-1559 的基础费公式默认出块节奏稳定，EIP-4396 在 2021 年 10 月提议把父区块的实际出块间隔引入目标 Gas 计算，让基础费对单位时间的吞吐负责，提案现为 Stagnant。本文逐项拆解修正后的公式、它想压制的两类价格失真、停留在草案区的原因，以及普通用户估费时可以借此建立的核对直觉。

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

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

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

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