理想的以太坊账户：功能、标准与评估

资料范围：本站 2025-11-12 至 2026-11-11 的 365 篇日报及其中引用的原始来源；各标准的当前状态另外在 2026-11-11（UTC+7）对照 ethereum/EIPs、ethereum/ERCs 仓库和 Hegotá 元 EIP（EIP-8081）核对过。每条论断后的括号先链到本站当天日报，再链到原始来源；标“核对”的链接是 2026-11-11 直接读取的原始页面。状态标签：已上线指已在以太坊主网激活，或标准已是 Final 并已在钱包和合约中使用；已排期（SFI）指已列入升级的 Scheduled for Inclusion，但最终形态未定；候选（CFI）指 Considered for Inclusion，已进入升级范围但仍可能调整；提议中指 Draft、PFI 或尚未合并的 PR；已否决指 DFI 或被会议拒绝；撤回指 Withdrawn。标为“本文建议”的内容是根据资料做的综合判断，不是任何团队的决定。

核心结论

1. 今天能拼出大部分功能，但“保留原地址”和“能轮换根密钥”只能二选一。EIP-7702 让 EOA 运行合约代码，已随 Pectra 上线 （日报 2026-02-18 · 原文）；ERC-4337 于 2026-06-02 成为 Final （日报 2026-06-02 · 原文）；ERC-7913 于 2025-12-16 成为 Final （日报 2025-12-16 · 原文）。但 7702 委托后，原 ECDSA 密钥仍保有完全控制权 （日报 2026-04-10 · 原文），用来停用它的 EIP-7851 已被 Hegotá 否决 （日报 2026-09-15 · 原文）。所以今天要轮换根密钥或迁移到后量子签名，只能部署一个新地址的智能账户（见下文路径 A2）。
2. L1 的原生 AA 已排期为 EIP-8141 帧交易，但最终形态未定。2026-08-27 EIP-8141 被列为 Hegotá 的 SFI，并注明具体实现（包括 EIP 编号）仍可能改变 （日报 2026-08-27 · 原文）；2026-09-10 的 ACDE #245 把它定为 Hegotá 的执行层 headliner （日报 2026-09-10 · 原文） （2026-11-11 核对：Ethereal news #39），共识层 headliner 是 FOCIL （日报 2026-04-10 · 原文）。Base 表示会在 L2 上推出 EIP-8130 （日报 2026-08-21 · 原文）；8130 已收窄为只含 Keystore （日报 2026-10-08 · 原文），拆出的交易类型在 PR #12385 中提出，该 PR 截至 2026-11-11 仍未合并，“EIP-8430”这个编号目前来自讨论帖和 Ethereal news 的汇总，尚未正式写入仓库 （日报 2026-09-29 · 原文） （日报 2026-10-08 · 原文）。
3. 隐私走“协议给原语、应用做隐私”的路线。EIP-8250 keyed nonce、EIP-8272 recent roots 和 EIP-7906 交易断言在 2026-09-24 成为 Hegotá 候选（CFI）（日报 2026-09-24 · 原文），而协议内置隐私转账的 EIP-8182 在 ACDE #245 被否决，2026-09-15 记入元 EIP （日报 2026-09-15 · 原文）。
4. 这一年最大的账户安全事件，问题出在授权路径，不在密码学。2026-10-29 Binance 安全事件约 63 亿美元受影响 （日报 2026-10-30 · 原文）；初步报告显示攻击者控制签名服务后用 50 笔交易设置恶意 7702 委托，MPC 钱包撤销授权耗时更长 （日报 2026-11-03 · 原文）。7702 作者之一 lightclient 称 7702 只是“现有攻击的加速剂” （日报 2026-11-03 · 原文）。
5. 后量子只做到“可替换、可聚合”，方案未定。EIP-8141 把签名放到独立列表，为将来聚合（包括后量子签名）留出空间，2026-05-22 合并 （日报 2026-05-22 · 原文）；EIP-8288（后量子签名与 STARK 聚合帧）于 2026-09-09 合并为 Draft （日报 2026-09-09 · 原文），EIP-8425（量子冻结与账户恢复）于 2026-10-24 合并为 Draft （日报 2026-10-24 · 原文）；把 lean SPHINCS 哈希签名加入 8141 的 PR #12616 于 2026-11-04 提交，截至 11-11 未合并 （日报 2026-11-04 · 原文）。

一、关键 feature 清单

下表列出理想账户应具备的能力、资料中对应的标准和当前状态。没有在资料中出现的能力不列入。

二、各组件遵守的标准与组合方式

结构图

下图按层次展示理想账户的组件。实线框是已上线、已在使用或已排期（SFI）的标准，虚线框是候选或提议中的标准。

组件与标准对照

如何组合搭建

路径 A1：保留原 EOA 地址（现在可用，本文建议用于日常小额账户）。

1. 用 EIP-7702 把 EOA 委托到一份经过审计的 ERC-7579 模块化账户实现，获得批量、代付和 passkey 验证模块。7702 已上线，4337 已 Final （日报 2026-02-18 · 原文） （日报 2026-06-02 · 原文）。
2. 限制：根密钥不能轮换。原 ECDSA 密钥始终保有完全控制权 （日报 2026-04-10 · 原文），可以重新签一个委托，把账户里写的恢复、限额策略整体换掉 （日报 2026-11-02 · 原文）。停用原密钥的 EIP-7851 已被否决 （日报 2026-09-15 · 原文）。
3. 没有后量子迁移路径：EOA 的密钥就是账户，迁移不能只换钥匙 （日报 2026-01-16 · 原文）。EIP-8151 和 EIP-8298 是 Hegotá 候选，若两者都上线，7702 账户可改用常规代码，旧密钥对 ecRecover 失效；这是根据两者规范的推断，尚无定案 （日报 2026-10-08 · 原文） （2026-11-11 核对：EIP-8151）。
4. 收款用 ERC-5564/6538 隐身地址；kohaku-cli 已演示把转账和公告打包成一个 4337 UserOp （日报 2026-08-10 · 原文）。

路径 A2：部署新地址的智能账户（现在可用，本文建议用于大额或长期账户）。

1. 部署 ERC-4337 兼容的智能账户（例如 ERC-7579 模块化账户或 Safe），地址与原 EOA 不同，资产需要迁移。
2. 验证模块接受 passkey：链上通过 EIP-7951 预编译验证 P256，通过 ERC-7913 接口验证非地址公钥 （日报 2025-12-16 · 原文），对应用用 ERC-1271 出示合约签名 （2026-11-11 核对：ERC-1271）。不过 dankrad 认为 passkey 并不等同于内置在手机里的硬件钱包，只是适合快速创建热钱包 （日报 2026-05-31 · 原文）。
3. gas 由 ERC-4337 paymaster 代付，批量调用由账户代码执行，钱包侧可用 EIP-5792 wallet_sendCalls 发起 （2026-11-11 核对：EIP-5792）。
4. 轮换与恢复：Safe 已提供不换 Safe 地址、把 owner 轮换为抗量子哈希签名者的路径 （日报 2026-04-01 · 原文）；也有面向 4337/7579 账户、不依赖守护人的时间锁恢复讨论 （日报 2026-07-14 · 原文）；后量子签名可以先在 4337 合约账户里试，例如基于 Winternitz 一次性签名的 WOTS-39 钱包 （日报 2026-06-05 · 原文）。

路径 B：Hegotá 之后的 L1 目标形态（已排期加候选，最终形态未定）。

1. 交易改用 EIP-8141 帧交易：验证帧调用账户自己的验证逻辑，付款方帧批准付费，执行帧做原子批量 （日报 2026-05-13 · 原文）。
2. EIP-8250 keyed nonce 让多笔交易并发，隐私池等协议可以共享一个发送方 （日报 2026-05-12 · 原文）。
3. EIP-8272 引用最近状态根，配合 FOCIL，soispoke 称这一组合能在 Hegotá 带来原生、去信任、抗审查的隐私交易 （日报 2026-05-26 · 原文）。
4. EIP-7906 断言让钱包展示交易的确切效果，结果不符整笔回滚 （日报 2026-11-06 · 原文 1 · 原文 2）。
5. 现有 ERC-7579 模块通过 ERC-8286 接入帧交易，降低迁移成本 （日报 2026-07-28 · 原文）。

路径 C：L2 先行。Base 计划推出 EIP-8130 （日报 2026-08-21 · 原文）；从 8130 拆出的交易类型给现有 EOA 批量、代付和二维 nonce，L2 可能先上，L1 走 EIP-8141，两者交易字段和内存池规则不同，SDK 需要分别支持 （日报 2026-09-29 · 原文） （日报 2026-09-30 · 原文）。该交易类型的 PR 截至 2026-11-11 仍未合并。

三、安全与隐私：评估维度和方法

四、路线取舍与未定问题

主要取舍

• 通用平台还是开箱即用。lightclient 认为 8130 有一半是应用层细节，不该写进协议，8141 支持无许可创新 （日报 2026-08-22 · 原文）；Ethlabs 周报把 8130 定位为开箱即用的账户方案，8141 是账户平台 （日报 2026-08-31）。代价：8141 灵活但钱包要自己实现验证，8130 好集成但限制模式 （日报 2026-08-22 · 原文）。
• 协议内置隐私还是给原语。8182 已否决，8250、8272 进入候选（见上文）。隐私功能因此主要落在应用和钱包层。
• 账户层保护还是资产层保护。密钥能重新委托时，写在账户里的策略都可能被换掉，因此有人主张把限速放进资产 （日报 2026-11-02 · 原文）。
• 7702 的便利与常驻风险。一个签名即可升级 EOA，攻击者同样高效 （日报 2026-10-30 · 原文）；EIP-8476 给机构永久关闭委托的选项，EIP-8477 让未用授权自动过期。
• 后量子：EOA 直接换算法还是经智能账户。EIP-8202 让 EOA 通过 scheme_id 选择签名算法，不必用智能账户，与 8141、8164 路线不同 （日报 2026-04-23 · 原文）。

仍未定的问题

• Hegotá 主网时间：资料中没有具体日期，Ethereal news #39 写的是目标 2027 年 （2026-11-11 核对：Ethereal news #39）。Glamsterdam 在 Hoodi 的分叉已因 EIP-8037 的合约兼容问题推迟，未定新日期 （日报 2026-10-22 · 原文），ACDE #249 定于 11 月 19 日讨论审计结果 （日报 2026-11-11 · 原文）。
• 8141 的最终形态：SFI 时已注明实现和 EIP 编号可能改变 （日报 2026-08-27 · 原文），Derek Chiang 也说 SFI 只是表明以太坊会在 Hegotá 推出 AA，不代表现有写法定型；之后每周召开会议尝试收敛 8141 与 8130 （日报 2026-08-27 · 原文） （日报 2026-08-28 · 原文）。
• 验证 gas 上限：Nethermind 测得 300k 在加客户端保护后可行 （日报 2026-11-07 · 原文），提议改为 300,000 的 PR #12644 尚未合并 （日报 2026-11-10 · 原文）；把签名 calldata 成本排除在 MAX_VERIFY_GAS 之外的 PR #12617 也未合并 （日报 2026-11-04 · 原文）。
• EIP-8298 SETCODEFROM 已是 Hegotá 候选（CFI） （日报 2026-10-08 · 原文），但悬空字节码的清理等设计问题仍在讨论 （日报 2026-10-07 · 原文）。
• 后量子签名方案没有统一结论：Falcon、ML-DSA、哈希签名等都有草案或实现讨论 （日报 2026-04-11 · 原文） （日报 2026-06-05 · 原文）；给 8141 加入 lean SPHINCS 的 PR #12616 尚未合并 （日报 2026-11-04 · 原文）。
• 委托防护：EIP-8476（PR #12600）、EIP-8477（PR #12601）都是未合并的提案。

五、资料没有覆盖的部分

• ERC-6900、ERC-7715、ERC-7710、ERC-7739 在这一年的日报中没有出现，本文不评价。
• ERC-7579 在仓库中仍是 Draft，资料中只记录了相关的 ERC-7780 模块类型和 ERC-8286 （2026-11-11 核对：ERC-7579）。
• 各 L2 对 P256 预编译的支持情况、具体钱包产品的市场份额和审计结果，资料中没有。
• Hegotá 的主网日期、EIP-8141 在各客户端的完成度，资料中没有完整数据。

六、方法说明

本文只使用本站日报收录的信息和它们引用的原始链接。状态按资料中最近一次记录的会议决定或 PR 合并来写；会议结论来自 Ethereal news 或 EIP-8081 元 EIP 的记录。日期均为 UTC+7。发现错误或遗漏，欢迎发邮件告诉我们。