回看以太坊的交易格式演进史，规律相当直白：每想要一个新能力，就新开一种交易类型。EIP-1559 带来优先费字段，EIP-4844 为 blob 新开一类交易，EIP-7702 为授权新开一类交易——后两者其实几乎全盘复用 1559 的字段，却仍然各自领了一个新类型号。EIP-8175 认为这条路走成了“线性膨胀”：类型越来越多，gas 支付语义在每种类型里重复声明一遍，序列化、测试、钱包适配全线跟着翻倍。这份 2026 年提出的 Draft 主张“可组合交易”：一种交易类型打天下，新能力以带类型的清单条目挂进来。
一笔交易的解剖图
新交易沿用 EIP-2718 的类型信封，类型字节取 0x05。载荷里先是五个与 1559 语义完全一致的常规字段——链 ID、nonce、两条费用上限、gas 上限——然后是三件新东西。第一件 fee_auth：要么留空，要么填一个 20 字节地址，非空时执行该地址的账户代码来为这笔交易提供付费用 ETH，第三方代付（sponsored transaction）由此内建进协议。第二件 capabilities：一个清单，每项以能力类型标识开头，已定义的有 CALL 与 CREATE 两种；交易必须至少含一项能力，未来其他 EIP 可以直接给这份清单注册新条目——这正是“能力代替类型”的核心句法。第三件 signatures：签名不再只有一个固定的 sig/v/r/s 槽位，而是一张类型化清单，每种签名按角色（发送者或付费者）对应各自的签名哈希验证，签名方案本身也带类型标签，文本里给了 secp256k1 与 ed25519 两种。
四个新操作码是配套的另一半
代付要能落地，账户代码得知道“替你付什么、付到哪为止”。EIP-8175 为此加了四条指令：RETURNETH 供代付合约把批准用于本笔交易的 ETH 交出来；SIG 让合约读取这笔交易携带的某个签名；SIGHASH 读取对应角色的签名哈希；TX_GAS_LIMIT 让代码看到交易申报的 gas 上限。四条的基准 gas 都定在 2，另按每个签名加收 3000 gas——验证开销如实计量，其余尽量不碰价格表。提案同时点名 EIP-8141 的 frame 方案：用执行帧、APPROVE 等新机制实现代付与验证抽象，表达力强但机器也更重；8175 的自我定位是用一个字段加四条指令做同样的代付，简单优先。
一个类比收束
旧模式像每装一种新电器就重拉一遍专线，开关盒越挤越乱；8175 相当于统一插座加功能卡——线路一套，功能插卡。它能否成立，取决于“卡片注册”的秩序：有清单治理，专线不再增长；没有治理，清单就变成另一条专线走廊。协议格式演进的多数新提案，赌的都是前者。
快速问答
问：这会不会把交易类型体系推倒重来？ 答：不是替换，是新增一种类型号并规定“以后新能力优先走能力清单”；1559/4844/7702 那些既有类型继续有效。
问：跟 4337 的 Paymaster 代付有什么区别？ 答：4337 的代付发生在协议外的专用交易与专用合约流程里；8175 把代付做成主网交易类型自带的一个字段加一段可选执行的账户代码，普通 EOA 与合约都能用，无需打包器。
问：现在的钱包能签这种交易吗？ 答：不能，草稿阶段没有任何实现与激活计划；它对钱包生态的真正诉求是签名清单与角色哈希的适配层。
一笔账
协议演进的隐性成本在组合爆炸：N 种交易类型 × M 种客户端 × K 种钱包，每格都要写、测、审。把“类型”换成“清单”，等于把乘法压回加法——新能力进来时只需实现它的执行语义，格式层不再重复施工。这份提案最值钱的其实是句法层的那句话：未来 EIP 可以只注册一个能力号。能不能兑现这份简洁，取决于清单的治理是否守得住——清单一旦什么都能挂，交易验证器的复杂度会换个地方长回来。
风险提示：本文是对公开提案文本的解读，不构成投资建议；提案内容可能随社区讨论修改或作废，请以提案仓库页面为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。