以太坊的改进提案并不同等重要：改共识规则和改钱包接口，对全网互操作性的压力完全不同。2015 年底定稿的 EIP-4 借来比特币 BIP-123 的思路，把标准类提案划进共识、网络、API/RPC、应用四个层，层号越低、被全网卡住的风险越大。这份只有两页纸的元提案解释了为什么有些提案天生就更慢、更保守，也解释了同一件事在不同层做，代价可以差出一个量级。

写客户端的人靠捐赠和风投融资吃饭，运行节点的人没有任何收入。EIP-908 在 2018 年提出把客户端报酬写进协议：客户端每验证一个近期区块，就在区块里留一枚签好字的验证记录并领取零点一五以太。本文拆解它的机制设计、防作弊博弈，以及这个想法为何停在草案。

以太坊节点之间要互相交代能提供哪段历史区块。EIP-7642 用推的方式落地：握手时报范围、范围变化时主动通知。EIP-7542 选的是拉的路线：在 eth/70 里加两个消息，谁想知道谁开口问。它在 2023 年起草、最终撤回，后来落地的官方文档给出的原因很坦白——当时关于历史数据过期的共识还没谈拢。

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

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

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

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

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

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

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