币圈界报道：

以太坊推进可编程交易框架：将交易特性转化为合约调用

9月7日，以太坊核心开发者Derek Chiang披露，其团队提出的EIP-8141已探索出一种新型机制，将原本需嵌入交易信封的多种属性，转化为可通过智能合约执行的标准化调用单元，即“Frames”，从而避免对底层协议结构进行频繁变更。

基于合约调用的交易能力扩展

该提案的核心在于构建名为“可编程框架”的通用接口，使交易过期控制、多签聚合、零知识证明验证及执行后断言等复杂功能，均可通过一组合约调用完成。这一设计允许系统在不新增信封字段的情况下，灵活支持多样化交易行为。

从信封扩展转向模块化合约集成

作为该方案的主要贡献者之一，Chiang将其定义为一次关键性的架构跃迁。他指出，过去被视为必须直接写入交易结构的要素，如今可通过统一的“Frame”机制处理。每个帧（Frame）代表一个特定职责的操作序列，包括验证条件、支付Gas或触发用户动作。

当前草案中设定了三种基础模式：DEFAULT（默认执行）、VERIFY（条件校验）和SENDER（由发送方账户发起操作）。这些帧还可组合成原子批次，确保整体事务的一致性——全部成功或全部回滚。

维持稳定信封接口以降低生态协调成本

尽管引入了高度灵活的框架体系，提案仍保留一个基础交易信封，包含链标识、非空中编号、发送者地址、费用参数、数字签名及帧列表等字段。此举旨在建立长期稳定的通信契约，避免因每次新增功能而引发客户端、钱包、Layer 2网络与浏览器工具的大规模重构。

由于以太坊升级周期约为九个月，频繁调整信封格式将带来沉重的协作负担。通过将具体逻辑交由合约实现，仅需更新执行规则即可拓展能力，显著提升迭代效率。不过，该提案本身仍需硬分叉才能生效，涉及新操作码或预编译合约的部署。

账户抽象与安全性的动态平衡

EIP-8141明确将原生账户抽象列为重要目标，支持密钥轮换、赞助手续费、多签名系统以及批量交易处理。同时，它致力于减少对传统secp256k1签名机制的依赖，为引入新型认证方式铺路。

然而，高度可编程的交易也带来挑战：基础设施难以在执行前准确分析其行为。例如，Layer 2排序器可能希望限制仅接受特定签名方法，以保证计算开销可预测。

为此，开发团队正推动与另一草案提案EIP-8130的融合。后者设立链上密钥库，允许账户注册验证合约，并在交易中明示认证路径。这种结构使节点可在运行任意代码前预先识别所需验证逻辑，从而在灵活性与可读性之间取得平衡。

并行验证机制的理论前景

Vitalik Buterin在独立文章中强调，应将交易的“动作”与“依赖项”区分开来。前者是状态变更操作，如ETH转账；后者则是签名、零知识证明等前置条件。

他提出，依赖项可被并行验证，甚至可在内存池阶段一次性完成，无需重复执行。未来或可通过递归STARK证明实现高效整合，尽管尚处于研究阶段。

此区分有助于客户端对静态可分析的交易进行低成本处理，从而降低Gas消耗并增强扩展潜力。目前虽无正式费率表，但框架模型已为实现此类优化提供了潜在接口。

Hegotá升级中的关键进展与后续路径

官方发布的Hegotá Meta EIP文件已将“帧交易”与“FOCIL”列为计划内项目，标志着其地位超越早期设想。但技术细节尚未冻结，仍允许根据实施反馈进行修订。

当前状态仍为草案核心提案。后续工作涵盖规范完善、客户端实现、测试网部署以及与钱包和Layer 2系统的互操作性验证。此外，还需评估内存池层面的拒绝服务风险，防止可编程验证导致资源耗尽。

最终成效取决于灵活框架与结构化认证器之间的协同表现。在激活时间表公布前，该提案仍是Hegotá路线图中未定型的关键一环。