8 月 6 日的核心开发者议程将该日期描述为提交提案的截止时间，而不是对 Hegota 最终功能集的决定。

Frame Transactions 是目前正在审议的提案之一。两个依赖草案 Keyed Nonces 和 Recent Roots 展示了这一交易模型在被采纳后，如何支持钱包和隐私应用。

Frame Transactions 将一笔交易拆分为可编程阶段

EIP-8141，又称 Frame Transactions，提议引入一种由可编程 frames 组成的新 Ethereum 交易类型。

不同的 frames 可以验证某个动作、批准 gas 支付，或执行用户预期的调用。选定的 frames 也可以组合成一个原子批次：如果其中一个失败，该批次中其他 frames 造成的状态变化将被回滚。

这种结构可为钱包提供更多原生的批处理、密钥轮换和复杂交易授权选项。它还可以允许一个账户或服务支付 gas，而另一个账户授权该动作。

Keyed Nonces 创建独立的重放保护域

Ethereum 通常为每个账户使用单一的顺序 nonce。该数值决定交易顺序，并防止同一笔交易被执行两次。

EIP-8250 将把 Frame Transactions 的单一 nonce 替换为一组 nonce keys 和一个序列号。使用互不重叠的非零 key 集合的交易将彼此独立于重放影响。

这对使用共享发送方的隐私协议很重要，因为这样每个用户就不会暴露一个单独的公开发送地址。若只有单一 nonce 序列，一项延迟的操作就可能干扰通过该发送方提交的、彼此无关的操作。

Keyed Nonces 解决了这一重放保护约束，但它们本身并不提供隐私。nonce keys 仍会在交易数据中可见。

该提案还保留了 EIP-8141 的规则：在公开 mempool 中，每个发送方同一时间只能有一笔待处理的 Frame Transaction。因此，独立的 nonce 域本身并不会允许来自同一发送方的多笔 Frame Transactions 同时公开待处理。

Recent Roots 避免在验证期间读取可变存储

隐私应用通常使用 commitment tree，其中 recent root 代表用户可以据以证明支出的 commitments。

Frame Transaction 的验证无法读取由其他应用控制的任意外部存储。该存储在交易待处理期间可能发生变化。

EIP-8272，又称 Recent Roots，提出了一种有限的替代方案。root source 会将 roots 写入一个 system contract，而 Frame Transaction 可以在其签名数据中指定某个特定的 source、slot 和 root。

Ethereum 客户端会在 frame 执行前检查该引用。随后，应用便可在不依赖验证期间变化的外部存储的情况下，基于最近的 commitment root 验证证明。

该提案允许一笔交易中最多包含 16 个 root references，并限制每个引用保持有效的时长。

它不会让普通 ETH 转账变得私密。它提供的是一个基础设施层，供隐私应用与 Frame Transactions 结合使用。

截止日期并未最终确定 Hegota

这三项 EIP 仍然都是草案。EIP-8250 和 EIP-8272 也都依赖 EIP-8141，因此两者都不能独立激活。

8 月 6 日的截止日期只是关闭了新非主打提案的提交窗口。开发者仍需决定 Frame Transactions 是否属于 Hegota，以及如果属于，相关依赖设计是否已准备好随后推进。

这种账户灵活性、隐私与密码学韧性的组合，也体现在 Ethereum 不断变化的路线图中。但就目前而言，这些仍是正在审议中的提案，而不是 Ethereum 用户可直接使用的功能。

免责声明：本文仅供信息参考。EIP-8141、EIP-8250 和 EIP-8272 均为草案提案，可能发生变化、被排除在 Hegota 之外，或从未激活。

方法说明：本文基于官方 Hegota 开发者议程以及 EIP-8141、EIP-8250 和 EIP-8272 的草案规范。

Ethereum’s Hegota Could Give Privacy Apps New Building Blocks 这篇文章最初发布在 Coindoo 上。