钱包与链上工具

EIP-2733 曾提议引入一种把多笔交易封装成“交易包裹”并按顺序串行执行的新交易类型，最终被作者主动撤回。本文讲清这个提案想解决什么问题、串行执行与结果传递如何设计、它与 EIP-3074 和 EIP-7702 的承接关系，以及普通钱包用户遇到批量操作需求时应当怎么理解和安全处理。

EIP-6493 为未来的原生 SSZ 编码交易定义签名方案：用 hash_tree_root 计算签名哈希，并把区分用途的域类型混入哈希，避免不同签名对象之间互相冒充。本文解释交易签名哈希为什么要做域分离、0x01000008 与 0x02000008 两个域类型分别管什么，以及它与 EIP-712 结构化签名的关系与区别。

以太坊黄皮书没有规定区块时间戳最多可以超前系统时间多少，2018 年的 EIP-1482 想把主流客户端通行做法——时间戳须大于前一区块且超前本地时钟不超过 15 秒——写进正式规范，现为 Stagnant 状态。本文解释区块时间戳的可信边界，以及用时间做链上查询、对账和防重放判断时的正确姿势。

EIP-4488 提议把交易 calldata 的每字节 Gas 成本降到 3，同时给每个区块的数据总量设上限，属于降低费用但控制风险的折中方案，现为 Stagnant 状态。本文解释 calldata 如何计价、降费和封顶为什么要成对出现，以及用户如何看懂自己交易里的数据费。

EIP-2930 的交易访问列表已随柏林升级生效，通过冷热存储访问差价影响 Gas 消耗；2021 年的 EIP-3584 曾提议把整个区块内各交易的访问列表汇总成区块级列表，并把指纹写入区块头，现为 Stagnant 状态。本文讲清访问列表机制本身、区块级汇总想换来什么，以及用户如何用收据与浏览器核对访问痕迹。

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

2021 年 4 月提交的 EIP-3455 想给以太坊加一条 SUDO 操作码，让任何人都能指定任意地址作为发送方发起调用，理由是找回卡死在零地址、误转和被盗的资产。提案的状态停在 Stagnant，而它的安全考虑一节原文只写了一句"It will be fine"。本文拆解这条"万能找回指令"的动机、设计与它暴露的问题，并说明它与资产追回骗局在技术事实上的分界。

合约里查"谁发起了这笔交易"有两个答案：tx.origin 给最初的点火者，CALLER 给直接调用者，钓鱼合约正是利用两者的落差骗过授权检查。2024 年 3 月的 EIP-7645 提议让 0x32 操作码永远返回与 0x33 相同的值，把这块运营了近十年的技术债直接抹平。本文讲清两个操作码的分工、钓鱼利用路径，以及这份 Stagnant 提案与账户抽象的关系。

以太坊每次引入签名方案变化都要 mint 一个新的交易类型，签名和交易体被焊在一起。2025 年 3 月的 EIP-8197 提出 CATX 格式，把交易体与若干带类型标签的签名拆开平铺，让抗量子迁移、多签聚合只需登记新的签名类型编号。本文拆解这份 Draft 提案的编码结构、链式签名哈希与它和签名注册表路线的配套关系。

SELFDESTRUCT 让合约可以销毁自身代码，也让依赖它的公共库存在被一纸调用连根拔起的风险。2020 年 9 月维塔利克提交的 EIP-2937 给合约一个选择权：执行 SET_INDESTRUCTIBLE 操作码后，本笔交易里谁也别想再销毁它。本文讲这份 Stagnant 提案怎么用交易级全局变量实现"不可毁承诺"，它与整条禁用自毁路线的分歧，以及 2024 年后自毁语义收窄让它走向怎样的尾声。