EOF 规范为了永久封死代码内省,把创建交易、CREATE、CREATE2 三条传统部署路径对 EOF 合约一律禁掉,于是 2025 年 1 月的 EIP-7873 补了一辆专车:新交易类型带上 initcodes 字段,配一条 TXCREATE 指令从交易数据里造合约。它选的类型字节 0x06 后来又被帧交易提案认领。该提案处于 Stagnant。本文拆解它补上缺口的形状、和 EOFCREATE 的分工,以及钱包合约部署会绕到哪些门。
汇总与「Stagnant」相关的文章,帮助你系统了解该主题。
EOF 规范为了永久封死代码内省,把创建交易、CREATE、CREATE2 三条传统部署路径对 EOF 合约一律禁掉,于是 2025 年 1 月的 EIP-7873 补了一辆专车:新交易类型带上 initcodes 字段,配一条 TXCREATE 指令从交易数据里造合约。它选的类型字节 0x06 后来又被帧交易提案认领。该提案处于 Stagnant。本文拆解它补上缺口的形状、和 EOFCREATE 的分工,以及钱包合约部署会绕到哪些门。
Gas 代付最尴尬的形态,是出块人为了帮用户跑一笔零 Gas 价交易,先给自己签一个毫无意义却要用 ecrecover 核一遍的空签名。2020 年 1 月提出的 EIP-2474 让出块人干脆不签名:以区块受益人身份直接在块首调合约,免签名、免 Gas 费,但被调合约一旦偷看 msg.sender 就当场失效。该提案处于 Stagnant。本文拆解它的规则、tx.origin 的陷阱升级,以及它为什么被新一代代付方案淘汰。
以太坊虚拟机原生只会 secp256k1 和 alt_bn128 两条曲线的定点运算,验别的曲线只能靠 EVM 手搓,甚至出现过在 EVM 里算椭圆曲线比预编译还便宜的反常。2019 年 3 月提出的 EIP-1829 提议加一条预编译,输入曲线方程和一组点,一次算出整条线性组合。该提案处于 Stagnant。本文拆解它的接口、按点计费的 Gas 模型,以及为什么多倍乘比单倍乘更划算。
2023 年 5 月提出的 EIP-6968 想把用户付的 Gas 费按五分之一拨给执行交易时真正跑了代码的智能合约,作为 Layer 2 上开发者的持续收入来源,称为 Contract Secured Revenue。提案用每笔交易临时维护的 Gas 用量账本按合约逐个分账,并提供 SETREVENUERECIPIENT 指令(草案占用操作码 0x49)设置收款地址。它处于 Stagnant 停摆状态,从未上线。本文按原文拆解账本规则、分账公式与它对开发者激励问题的回答,并说明用户侧目前没有可操作入口。
以太坊合约把存储槽从零写成非零,等于给全网节点的数据库新增一条记录,现行计价是单次 20000 Gas。2022 年 4 月的 EIP-5022 认为这笔入场费长期被低估,主张直接翻倍到 40000 Gas,理由是状态膨胀已成为提高 Gas 上限的最大阻力。这份提案处于 Stagnant 停摆状态。本文解释状态增长为什么贵、为什么只抬从零到非零这一档,以及它落地的话哪些操作会变贵,和状态租金等长期方案的分工。
智能合约的传统重入锁要读写一个存储槽,而 2022 年 7 月提出的 EIP-5283 想在地址 0x0A 放一个叫信号量的预编译合约:只检查调用栈上有没有出现过同一个地址,完全不写存储,每次固定消耗 100 Gas。这份提案处于 Stagnant 停摆状态。本文讲清存储锁的工作原理、信号量方案的算法与账本、瞬态存储等三条竞争路线,以及普通用户从这场技术竞赛里能带走什么判断。
2018 年 7 月提交的 EIP-1352 提议把以太坊地址空间中前 18 个字节全为零、末两字节任意的 65536 个地址保留给预编译合约与系统合约,普通账户不应再获得这些地址。这份提案至今是 Stagnant 停摆状态,从未被正式纳入共识规则,却成了后续提案分配特殊地址时的默认可坐标系。本文按原文拆解保留区怎么划、为什么不加显式校验、它和地址投毒与助记词派生话题的边界,以及普通用户看到零头地址时该怎么判断。
2020 年 3 月提出的 EIP-3322 想给合约账户加一个可以存取Gas 的退款计数器,用 SELFGAS、STOREGAS、USEGAS 三条指令管理,让合约在便宜时预付、昂贵时支取,把 Gas 账单从即时消费变成可平滑的库存。提案停留在 Stagnant。更大的背景是 2021 年 8 月随伦敦升级生效的 EIP-3529 反其道而行,把退款上限砍到五分之一。本文用原文规格拆解这场「Gas 期货」的设想与现实之墙。
按现行规则,自毁之后的合约代码与存储不再被普通交易触碰,那些数据却仍占着状态。2020 年 9 月提出的 EIP-2936 想加一条 EXTCLEAR 指令,让任何人支付 Gas 去清零已自毁合约的存储槽,并提议自毁本身不再清存储。这份 Stagnant 提案从未上线。本文对照 2024 年 3 月随坎昆升级生效的 EIP-6780 讲清自毁与存储清理的现状边界,以及它对普通用户意味着什么。
合约想读另一个合约存储里的一个映射值,现实做法只能调用对方的 view 函数,代价里混着跨合约调用、ABI 编解码等一揽子开销。2019 年 10 月提出的 EIP-2330 想加一条 EXTSLOAD 指令,让合约像读自己存储一样直接读别人的槽位,原文称成本可降十倍且更可预测。该提案处于 Stagnant 停摆状态。本文讲清这条指令的规格、编号撞车历史与对普通用户的实际含义。