以太坊开发人员解锁 EIP-8141 框架的新用途

以太坊开发者 Derek Jiang 于 9 月 7 日表示，EIP-8141 的作者找到了一种方法，将多种交易功能表达为可编程合约调用，而不是将它们单独添加到以太坊的交易信封中。

摘要 以太坊开发人员表示，EIP-8141 可以通过称为可编程框架的合约调用来表达交易功能。

框架可以支持到期、签名聚合、隐私证明和交易后断言，而无需新的信封字段。

EIP-8141 计划在 Hegotá 发布，但其规范仍处于草案状态且激活日期尚未确定。

开发人员正在协调 EIP-8141 与 EIP-8130，以保留结构并提高基础设施的事务可读性。

Vitalik Buterin 认为，分离交易行为和依赖关系可以实现并行验证并降低成本。

EIP-8141 合著者兼 Ethlabs 贡献者蒋在一篇讨论该提案作者最近工作的帖子中将这一进展描述为“设计突破”。该方法将交易到期、聚合签名、隐私池 Merkle 根和交易后断言视为称为“框架”的调用。

官方草案规范将帧交易定义为一系列合约调用。不同的框架可以验证交易、批准其天然气支付或执行用户操作。该提案目前提供了三种模式：DEFAULT、VERIFY 和 SENDER。

VERIFY帧可以检查是否满足所需的条件。 SENDER 框架从标识为交易发送者的帐户执行操作。帧还可以分为原子批次，这意味着批次中的每个操作都会一起成功，或者整个组都会恢复。

@lightclients 和 @VitalikButerin 大约在同一时间发布了有关框架 (8141) 的信息，这并非巧合。 8141 作者最近实现了设计突破，我们意识到我们以前认为必须放入交易信封中的东西，… https://t.co/pXezHY9YkP — Derek Jiang | Ethlabs (@decentrek) 2026 年 9 月 6 日

该提案仍然定义了一个基本交易信封，其中包含链标识符、随机数、发送者、费用、签名和框架列表等字段。蒋的观点更狭窄：开发人员也许能够通过新的框架目标和调用模式引入更多功能，而无需为每个功能创建另一种信封格式。

您可能还喜欢：RSI 保持看跌，以太坊价格保持在 2,400 美元

稳定的包络线可以减少协调工作

更改以太坊交易信封不仅影响执行客户端。钱包、第 2 层网络、区块浏览器、签名设备、软件库和基础设施提供商都必须了解新格式。

蒋表示，以太坊升级大约每九个月进行一次，这使得重复的信封变化变得缓慢且需要大量协调。足够通用的帧格式可以作为稳定的接口，而合约或指定的协议组件则提供新的验证方法。

这并不意味着未来的功能永远不需要网络升级。 EIP-8141本身改变了以太坊的共识规则并需要客户端实现。新的操作码、预编译或气体规则也可能需要硬分叉。所提出的好处是开发人员不一定需要每次都重新设计事务容器。

EIP-8141 规范将本机帐户抽象列为其主要目标之一。它可以支持密钥轮换、替代签名系统、赞助天然气支付和交易批处理。它还旨在减少以太坊账户对传统外部账户使用的 secp256k1 签名系统的依赖。

正如 crypto.news 在其关于 Vitalik Buterin 提议的以太坊交易重新设计的报道中所报道的那样，可编程验证最终可以帮助以太坊采用新的身份验证系统，而无需用一种固定签名方案替换另一种固定签名方案。

EIP-8130 可以使框架更容易检查

蒋介石也承认需要进行权衡。钱包、排序器和其他基础设施在执行前分析高度抽象的交易可能会变得困难。例如，第 2 层定序器可能只想接受指定的签名方法，因为它们的计算成本是可预测的。

因此，开发人员正在探索框架如何与 EIP-8130（另一项帐户抽象提案草案）配合使用。 EIP-8130 创建一个链上密钥库，账户在其中注册参与者和验证者合约。交易明确标识其身份验证方法。

该结构允许节点在运行任意钱包代码之前确定交易需要哪个验证过程。根据 EIP-8130 提出的第 2 层配置文件，链可以将其交易路径限制为一组规范的固定成本验证器，同时通过普通 EVM 执行保留其他验证方法可用。

蒋表示，EIP-8130 可以在 EIP-8141 框架上强加定义的结构。此次合作可以保留框架的灵活性，同时为钱包和高吞吐量链提供更清晰的交易格式。组合设计尚未最终确定，两项规格仍有待修订。

早期的 crypto.news 报道研究了最初 Hegotá 范围界定过程中 EIP-8141 和 EIP-8130 之间的竞争。最新的评论表明，开发人员现在正在寻找兼容的元素，而不是仅将这些提案视为相互排斥的替代方案。

Buterin 通过并行验证连接框架

Vitalik Buterin 在另一篇文章中扩展了技术方向，区分了交易“动作”和“依赖关系”。一个动作会改变以太坊的状态，例如转移 ETH。依赖是必须满足的条件，例如签名、Merkle 证明或零知识证明。

Buterin 认为可以并行检查独立依赖关系。不访问以太坊状态的条件可能会被内存池处理一次，而不是在执行过程中重复。多重检查最终可能会由递归 STARK 证明来表示，尽管这仍然是一个研究方向，而不是一个已批准的功能。

这种区别还可以帮助客户将可预测的交易与需要以太坊完整动态执行环境的操作分开。 Buterin 表示，更多可静态分析的活动可以获得更低的 Gas 成本并进一步扩大规模。此类费用表尚未获得批准。

框架模型为该方法提供了一个潜在的接口，因为验证和执行显示为可识别的调用。以太坊将保留灵活的合约执行，同时允许更简单的交易声明有关其要求的更多信息。

EIP-8141 已安排，但日期尚未确定

官方 Hegotá Meta EIP 现已按计划列出了 Frame Transactions 和 FOCIL，以纳入以太坊的 Hegotá 升级中。这代表着比之前考虑的更强大的地位，但它并没有冻结 EIP-8141 当前的技术设计。

EIP-8141 仍标记为核心提案草案。随着实施工作的继续，其作者可以修改框架模式、签名处理、gas 核算以及与 EIP-8130 的关系。 Hegotá 文档还将 Sepolia、Hoodi 和主网激活字段留空。

接下来的可衡量步骤包括更新规范、执行客户端实施、开发网络以及与钱包和第 2 层系统的互操作性测试。开发人员还必须检查内存池拒绝服务风险，因为可编程验证可能会使拒绝无效交易的计算成本更高。

测试将确定所提议的灵活框架和结构化验证器的组合是否能够满足以太坊基础层和更快的 EVM 链的需求。在激活参数发布之前，EIP-8141 仍然是 Hegotá 计划中但未完成的部分。