CALLCODE 从创世第一天就在 EVM 里，却因为设计目标落空而几乎从未被使用——它想同时借用别人的代码花自己的仓库，这个需求很快被 DELEGATECALL 更准确地实现。EIP-2488 提议让 CALLCODE 从某个区块起永远返回失败而非直接成为无效指令，给历史合约留一个可捕获的台阶。本文拆解这条退役路线的技术账、原文里自曝未验的兼容性声明，以及它与 EIP-7 的交接关系。
EIP-3338 曾提议把以太坊账户序号上限压到 2 的 52 次方，理由是证明优化与浮点兼容，最终作者撤回并并入更宽松的 EIP-2681（2 的 64 次方减一）。本文讲清两个提案的动机差异、为何 3338 选择让位，以及序号封顶与用户日常查序号、排查卡住的实操关系。
转账弹窗点确认后钱包并没有立刻把交易推上链，而是先在本地做一轮预检查。本文拆解余额门槛、Gas 门槛与链或合约层的额度门槛分别查什么、为什么会出现余额够却发不出去，并说明钱包用 RPC 节点估算、模拟与广播回执做校验的分工；EIP-7935 的区块 Gas 上限迁移和 ERC-20 的扣款顺序解释了两个常见误判，帮你在失败信息里定位是哪道门拦住了你。
链上流水导出常见两份 CSV：钱包给的本地发送记录和浏览器给的链上地址记录，两者的行数、字段和费用口径都不一样。本文给出导出前的口径选择、字段逐列读法、手续费双字段拆分、导出通道与 API 速率限制边界，以及用 nonce 连续性、代币精度和哈希对齐做勾稽的核对清单，帮助个人报税、对账与审计前先把数据对齐。
EIP-7547 的 Inclusion List 给被审查交易一条强制上链通道：验证者广播包含列表，出块者必须按序纳入，参数是每份列表最多十六笔、整表 Gas 帽约二百零九万。本文讲清它如何防审查、与 FOCIL 的演进分工，以及它不能防止的延迟、数据隐藏与排序摩擦，帮你理解被卡交易何时该走这条路。
以太坊地址固定一百六十位，但 EIP-7676 曾提议在 EOF 字节码里取消执行时的地址高位截断，为将来扩展地址空间做兼容准备。本文解释为什么 EVM 操作码把地址当两百五十六位栈值又只用低九十六位、7676 提出的 EXTBALANCE 与高位非零即停机规则、它与状态过期和账户地址映射的关系，以及普通用户要不要担心地址格式改变。
EVM 操作码单字节意味着最多二百五十六格，编号 4520 的提案提议把 0xEB 与 0xEC 保留为前缀字节，用双字节甚至三字节指令把空间扩出五百多格，未定义位置按 INVALID 处理。本文讲清单字节操作码的空间账、前缀方案的解析规则与向后兼容代价、它和 0xEF 保留字节的邻居关系，以及为什么这个提案停在 Stagnant。
2018 年 7 月提交的 EIP-1352 提议把以太坊地址空间中前 18 个字节全为零、末两字节任意的 65536 个地址保留给预编译合约与系统合约，普通账户不应再获得这些地址。这份提案至今是 Stagnant 停摆状态，从未被正式纳入共识规则，却成了后续提案分配特殊地址时的默认可坐标系。本文按原文拆解保留区怎么划、为什么不加显式校验、它和地址投毒与助记词派生话题的边界，以及普通用户看到零头地址时该怎么判断。
2019 年 1 月，为给旧合约保住 2300 Gas 转账保护带来的隐含防重入假设，EIP-1706 提议在剩余 Gas 不超过 2300 时禁止 SSTORE 写存储。它最终被作者主动撤回，理由是更整体的 EIP-2200 取代了这条硬线。本文梳理 1283 净计费、彼得堡分叉回撤、伊斯坦布尔重新上线这条时间线，讲清 2300 这条保护线今天还在哪里起作用，以及一份被撤回的提案对读安全公告的人有什么用。
