Monad 提出“灵活且可升级的账户认证”方案
8月21日，Kushal Babel 与 Jan Camenisch 发布了 Monad 关于“灵活且可升级的账户认证”的草案。该方案允许钱包账户在保持固定20字节账户地址不变的前提下，增加、轮换或撤销认证器。通过将地址与控制地址的凭证相分离，该提案能够在密钥丢失或泄露后实现访问恢复，或迁移至不同的签名方案，而无需将资产转移至新创建的钱包。目前该设计仍处于草案阶段，尚未包含详细的实施规范。
Monad 提出的地址与认证分离方案
根据该草案，账户地址将保持20字节固定长度，不再与某一认证设置永久绑定。相关的认证配置可以随时间变化，使得账户能在更换授权认证器的同时，保留原有地址。作者指出，其主要应用场景包括：因密钥丢失或泄露而进行的恢复，以及原地迁移至新的签名方案。在这两种情况下，均只需更新认证配置，而无需更改固定地址。
通行密钥、多重签名阈值与后量子签名
该草案的应用范围远超传统钱包密钥的一对一替换。它支持多种认证器及阈值策略，允许账户的认证配置容纳多个已批准的凭证，或设定需要达到一定数量的批准阈值。该提案的变更范围不局限于单一签名类型，而是涵盖了 secp256k1、P-256、WebAuthn 通行密钥、Ed25519、ML-DSA 后量子签名以及 ZK-OAuth 验证等多种选项，从通行密钥到多重签名风格的阈值控制均包含在内。
据8月25日报道，该提案能够在不移动资产或变更钱包地址的情况下，实现密钥恢复、通行密钥、多重签名控制以及后量子签名升级。这一描述源于草案中地址与认证配置分离的核心思路，但具体的用户体验和技术实施细节尚未详细阐述。
对于账户持有者而言，关键区别在于：用于识别账户的地址，与用于授权账户的认证方法集合，两者是分开的。Monad 的草案提出，在保持地址不变的前提下，使后者具备可适应性。
AuthConfigManager 与 Monad 的三区块激活延迟
变更将通过提议的 AuthConfigManager 预编译合约进行处理。草案规定，新的认证配置在被接受前，必须提供所有权证明，这一要求旨在确保对新增认证器的控制权。获批的变更不会立即生效。根据提案，它们将在 Monad 当前的三区块执行延迟后激活。
该账户变更流程包括延迟机制和所有权证明要求。但论坛帖子中，与草案一同发布的材料并未提供关于该设计如何部署的详细实施规范。
草案处于早期阶段，实施细节尚待明确
该提案仍处于早期阶段。报道指出，它缺乏详细的实施规范，因此拟议的架构、支持的认证器以及账户变更流程最终将如何实现，目前仍是未知数。因此，Monad 目前提出的仅是一个账户认证设计方案，而非一个完整的产品落地：即一个固定的20字节地址，搭配一个可变的配置，以实现恢复、新的认证方法以及阈值安排。至于该模式是否会以及如何落地实施，在当前草案中尚未有定论。
