EOF 规范为了永久封死代码内省，把创建交易、CREATE、CREATE2 三条传统部署路径对 EOF 合约一律禁掉，于是 2025 年 1 月的 EIP-7873 补了一辆专车：新交易类型带上 initcodes 字段，配一条 TXCREATE 指令从交易数据里造合约。它选的类型字节 0x06 后来又被帧交易提案认领。该提案处于 Stagnant。本文拆解它补上缺口的形状、和 EOFCREATE 的分工，以及钱包合约部署会绕到哪些门。

以太坊在 2025 年 12 月出现了一份仍处于草案阶段的提案 EIP-8105，设想把加密内存池直接内置进协议，让交易在入块前对公众不可见，以对抗抢跑与夹子攻击。本文拆解它的密钥服务商注册表、加密与解密两种新交易类型、与 ePBS 的依赖关系，并说明普通钱包用户该怎么理解把交易藏到入块这件事的真实边界。

EIP-2733 曾提议引入一种把多笔交易封装成“交易包裹”并按顺序串行执行的新交易类型，最终被作者主动撤回。本文讲清这个提案想解决什么问题、串行执行与结果传递如何设计、它与 EIP-3074 和 EIP-7702 的承接关系，以及普通钱包用户遇到批量操作需求时应当怎么理解和安全处理。

2020 年 9 月，维塔利克等五人提交 EIP-2938，主张不靠任何中间层，直接给以太坊加一种新交易类型，让合约账户自己付手续费、自己验证签名。它引入 PAYGAS 操作码和一个全 F 的入口常量，最终因内容严重过时被标记撤回。本文拆解这套协议层方案的设计与它停下的位置。

EIP-5806 设想一种新交易类型：让外部账户以类委托调用方式执行一段合约逻辑，一次签名完成批量操作。本文拆解它的交易结构、与 4337 和 7702 的差异，以及签名对象是交易而非授权这句话在安全模型上的含义。