以太坊开发者近日为EIP-8141框架解锁了新用途。据9月7日消息，EIP-8141共同作者、Ethlabs贡献者Derek Chiang表示，该提案作者发现可将多种交易特性表达为可编程合约调用（称为“frames”），而无需将这些特性逐一添加到以太坊的交易信封中。
框架交易的核心设计
EIP-8141将交易过期、聚合签名、隐私池Merkle根以及交易后断言等特性都视为称为“frames”的调用。官方草案规范将帧交易（Frame Transaction）定义为一系列合约调用。目前提案提供三种模式：DEFAULT、VERIFY和SENDER。其中VERIFY帧可检查必要条件是否满足，SENDER帧从交易发送者账户执行操作。不同帧可组合为原子批次，要么全部成功，要么整体回滚。
该提案仍定义一个基础交易信封，包含链标识符、nonce、发送者、费用、签名和帧列表等字段。但Chiang指出，开发者可通过新的帧目标和调用模式引入更多功能，而无需为每项功能创建另一种信封格式。
减少协调负担与账户抽象目标
更改以太坊交易信封不仅影响执行客户端，钱包、Layer2网络、区块浏览器、签名设备等基础设施都需理解新格式。Chiang表示，以太坊升级大约每九个月一次，重复修改信封缓慢且协调繁重。一个通用的帧格式可作为稳定接口，由合约或指定协议组件提供新验证方法。不过，EIP-8141本身需改变共识规则，未来新操作码等仍可能需要硬分叉。
EIP-8141主要目标包括原生账户抽象，支持密钥轮换、替代签名系统、赞助 gas 支付和交易批处理，并降低对传统外部账户secp256k1签名系统的依赖。
与EIP-8130协同及并行验证展望
为解决抽象交易难以静态分析的问题，开发者探索EIP-8141与另一草案EIP-8130结合。EIP-8130创建链上密钥库，交易显式标识认证方法，使节点在运行任意钱包代码前可确定验证过程。Chiang称EIP-8130可对EIP-8141帧强加定义结构，在保留灵活性的同时提升可读性。
Vitalik Buterin进一步区分交易“动作”与“依赖”，认为独立依赖可并行检查，无状态条件可由内存池预处理，未来或用递归STARK证明表示多检查。该框架模型为这种方法提供了潜在接口，有助于分离可预测交易与需全动态执行的操作，可能带来更低gas成本。
升级状态与后续步骤
Hegotá Meta EIP已将帧交易和FOCIL列入计划，但EIP-8141仍是草案核心提案，技术设计未冻结，激活字段空白。后续需更新规范、客户端实现、开发网测试及互操作验证。可编程验证可能加大内存池拒绝无效交易的计算成本，需测试评估。