同一个操作码位为什么两次易主：2330、2936、2542 与 8141 的谱系

一个编号，三个主人

以太坊虚拟机的操作码表只有 256 个槽位，看上去编号该像门牌号一样稳定，现实里却反复易主。本文核验四个提案的原文标注，还原一条完整的接力线：0x5c 槽位先后被 2019 年 10 月的 EIP-2330（EXTSLOAD）与 2020 年 9 月的 EIP-2936（EXTCLEAR）各自列为候选，两者都停在 Stagnant；真正在 2024 年 3 月随坎昆升级把 0x5c 用成 TLOAD 的，是 2018 年 6 月就提交、等了四年半才落地的 EIP-1153。另一条线更长：2020 年 2 月的 EIP-2542 想在 0x5c、0x5d 加 TXGASLIMIT 与 CALLGASLIMIT 两枚 Gas 上限指令，按仓库元数据标注处于 Withdrawn 状态，withdrawal-reason 字段写着被 EIP-8141 取代——而 8141 出现在 2026 年 1 月 29 日。从提案到正式画句号，前后横跨约六年。

各段路各在什么状态

按 EIPs 仓库原文逐份核验：EIP-1153 为 Final，TLOAD/TSTORE 已运行在主网，性质是交易级临时存储，用完即弃。EIP-2330、EIP-2936 均为 Stagnant，指令从未存在过。EIP-2542 为 Withdrawn，原文还留着那句「考虑把 0x45 GASLIMIT 改名 BLOCKGASLIMIT」的批注，说明当时编号规划连草案都算不上完整。EIP-8141 为 Draft，提出一种新的交易类型（草案里类型编号取 0x06），把一笔交易拆成一串帧：每帧是一次合约调用，分别负责验证签名、批准Gas、执行操作；草案常量表里每帧 475 Gas、入口地址 address(0xaa)，并在依赖清单里引用了交易 Gas 上限等其他提案的数值。对普通用户，这里唯一需要建立的认知是：类型编号 0x06、地址 0xaa 这类值都是草案占位，一旦状态变化随时可能改写，不能作为任何教程的固定依据。

2542 到 8141 到底接上了什么

两条链路的接点是一类具体需求：给Gas 账单精确可见、可编程。2542 的答案朴素——把「整笔交易的Gas 上限」和「当前执行帧的Gas 上限」做成两枚指令，让合约自己读。被取代的理由在原文没有展开，但 8141 的解题思路把同一目标换了一整套语言：不再让合约零散地读Gas 数字，而是把验证、付Gas、执行本身拆成显式帧序列，谁付钱、付多少在结构里写明。这也是元交易路线的一脉相承——从 2020 年 EIP-2938 的 PAYGAS 设想，到 4337 的入口合约模式，再到帧交易，代际关系在 EIP-4337 之前：EIP-2938 想让以太坊协议直接接纳账户抽象 里有展开。读懂取代二字，你就知道读提案不能只读被取代的那份，要顺着字段找到现在的主线。

为什么编号会反复易主

槽位空间只有 256 格，长期处于三重占用：已上线的指令、被其他提案圈定但停摆的候选、以及留给未来的空位。规则上不存在先到先得——提案状态不变 Final，编号就不算被它占用。于是出现文中那种三方都写过 0x5c 的局面。升级协调者要在合并时逐条对照，这就是为什么官方会同时否决两份提案（比如两枚新指令争同一个类型字节的例子，操作码世界同理）。

核查任何编号的四步法

把这条谱系折成方法，读者遇到任何「某编号等于某功能」的说法都能自查。第一步，查编号的当前主人：以 EIPs 仓库里状态为 Final/Living 的原文为准，注意同一文档可能引用别家编号，别把引用当认领。第二步，看提案状态词：Final 已生效、Living 随升级演进、Draft/Review 仍在改、Stagnant 停滞、Withdrawn 撤回——查完状态再决定这段内容能不能进你的操作依据。第三步，区分编号层级：操作码、交易类型字节、预编译地址、事件签名是四套互不相干的坐标系，0x5c 在操作码表是 TLOAD，换到交易类型坐标系就是另一个故事。第四步，用时间戳压舱：哪份文件写于何时、在哪次升级生效，按原文的 created 与升级公告对齐，跨资料比对时先对齐时间线再比对内容。这套方法在本栏目各篇提案解读里反复使用，值得收藏为通用流程。

风险提示

本文涉及的编号、状态与常量值按 EIPs 官方仓库原文核验，均可能随社区推进变化，请以仓库当前内容为准。历史升级事实以官方升级公告与规范文本为准；本文不构成投资建议。