智能合约的传统重入锁要读写一个存储槽,而 2022 年 7 月提出的 EIP-5283 想在地址 0x0A 放一个叫信号量的预编译合约:只检查调用栈上有没有出现过同一个地址,完全不写存储,每次固定消耗 100 Gas。这份提案处于 Stagnant 停摆状态。本文讲清存储锁的工作原理、信号量方案的算法与账本、瞬态存储等三条竞争路线,以及普通用户从这场技术竞赛里能带走什么判断。
智能合约的传统重入锁要读写一个存储槽,而 2022 年 7 月提出的 EIP-5283 想在地址 0x0A 放一个叫信号量的预编译合约:只检查调用栈上有没有出现过同一个地址,完全不写存储,每次固定消耗 100 Gas。这份提案处于 Stagnant 停摆状态。本文讲清存储锁的工作原理、信号量方案的算法与账本、瞬态存储等三条竞争路线,以及普通用户从这场技术竞赛里能带走什么判断。
以太坊合约把存储槽从零写成非零,等于给全网节点的数据库新增一条记录,现行计价是单次 20000 Gas。2022 年 4 月的 EIP-5022 认为这笔入场费长期被低估,主张直接翻倍到 40000 Gas,理由是状态膨胀已成为提高 Gas 上限的最大阻力。这份提案处于 Stagnant 停摆状态。本文解释状态增长为什么贵、为什么只抬从零到非零这一档,以及它落地的话哪些操作会变贵,和状态租金等长期方案的分工。
2023 年 5 月提出的 EIP-6968 想把用户付的 Gas 费按五分之一拨给执行交易时真正跑了代码的智能合约,作为 Layer 2 上开发者的持续收入来源,称为 Contract Secured Revenue。提案用每笔交易临时维护的 Gas 用量账本按合约逐个分账,并提供 SETREVENUERECIPIENT 指令(草案占用操作码 0x49)设置收款地址。它处于 Stagnant 停摆状态,从未上线。本文按原文拆解账本规则、分账公式与它对开发者激励问题的回答,并说明用户侧目前没有可操作入口。
EIP-7702 用 0xef0100 前缀把普通地址的代码指向委托合约后,两份互不协调的草案来认领下一个号 0xef0101:2024 年 12 月的 EIP-7851 把它定义为"ECDSA 权限已永久关闭"的委托,2026 年 2 月的 EIP-8164 则把它定义为整段代码就是 ML-DSA-44 抗量子公钥的原生密钥账户。两者都是 Draft 草案、从未上链。本文以这个撞号切片解释命名空间分配规则与 7702 委托的现实边界——机制细节另见同日专栏,这里只回答"同一个前缀为什么会有两种互斥活法"。
以太坊的状态越来越冷:大量账户与存储槽被写入一次后再没被碰过,但改动它们的价格和改新数据一样。2026 年 6 月提出的 EIP-8296 用一条由社会共识选定的截止区块高度,把全部状态一次性分成活跃与非活跃两档,写旧状态要额外交 Gas,而冷集因为边界固定还能像 era 文件那样打包归档。该提案目前是 Draft。本文按原文拆解它的判定规则、逐项附加费清单与和账龄分期路线的分歧。
EIP-7702 让普通地址的代码字段写入一段以 0xef0100 开头的委托指示器,而 EOF 规范为禁止代码内省,把这段指示器对合约完全藏了起来。2025 年 2 月提出的 EIP-7880 想加一条 EXTCODEADDRESS 指令(0xea),让合约不必读原始字节就能问到某个地址最终委托给了谁。该提案处于 Review 状态。本文拆解它的取值规则、代理防护与防抢跑两个场景,以及对核对钱包授权的人来说意味着什么。
合约想验证「用户到底把哪些参数原样写进了交易」,过去只能偷看 tx.origin,而这套做法被账户抽象社区反复警告。2024 年 3 月提出的 EIP-7664 给了另一条路:ACCESS_KEY 指令(0x4B)直接读交易访问列表里为执行合约声明的存储键,把输入变成可静态验证的承诺。它后来以「小众场景、7702 实现更好」为由撤回。本文拆解它的设计、0x4B 槽位的三方竞争,以及撤回理由该怎么读。
以太坊虚拟机原生只会 secp256k1 和 alt_bn128 两条曲线的定点运算,验别的曲线只能靠 EVM 手搓,甚至出现过在 EVM 里算椭圆曲线比预编译还便宜的反常。2019 年 3 月提出的 EIP-1829 提议加一条预编译,输入曲线方程和一组点,一次算出整条线性组合。该提案处于 Stagnant。本文拆解它的接口、按点计费的 Gas 模型,以及为什么多倍乘比单倍乘更划算。
Gas 代付最尴尬的形态,是出块人为了帮用户跑一笔零 Gas 价交易,先给自己签一个毫无意义却要用 ecrecover 核一遍的空签名。2020 年 1 月提出的 EIP-2474 让出块人干脆不签名:以区块受益人身份直接在块首调合约,免签名、免 Gas 费,但被调合约一旦偷看 msg.sender 就当场失效。该提案处于 Stagnant。本文拆解它的规则、tx.origin 的陷阱升级,以及它为什么被新一代代付方案淘汰。
EOF 规范为了永久封死代码内省,把创建交易、CREATE、CREATE2 三条传统部署路径对 EOF 合约一律禁掉,于是 2025 年 1 月的 EIP-7873 补了一辆专车:新交易类型带上 initcodes 字段,配一条 TXCREATE 指令从交易数据里造合约。它选的类型字节 0x06 后来又被帧交易提案认领。该提案处于 Stagnant。本文拆解它补上缺口的形状、和 EOFCREATE 的分工,以及钱包合约部署会绕到哪些门。