自己开门派代理的户口：ERC-8122 最小代理登记处

想找一个能干活的链上 AI 代理，去哪找？已有的 ERC-8004 给的是全网每链一个的单例登记处，像一座中央户籍馆。ERC-8122 提出另一头：登记处本身应该是标准，不是单点——任何人可以在任意链上开一座自己的代理名册。文件头记录创建于 2025 年 12 月 17 日，仓库记录状态为 Draft，声明依赖 ERC-6909、ERC-7930、ERC-8048、ERC-8049 与 ERC-8127。

名册即账本

底层选的是 ERC-6909 多代币接口：一个代币编号对应一个代理，每个代理编号只有一个持有者，register 铸造登记、ownerOf 查代理归谁、registerBatch 一次登记一串。选择这套账本的理由写在动机里：6909 天生极简，没有回调和冗余批量逻辑，登记动作的 gas 与代码面都压到很低。更关键的是元数据的存放方式——按 ERC-8048 把代理档案整体写进链上，不留外部存储链接，原文把这称作抗审查且无外部依赖：登记处倒了，账本里的档案仍在；档案内容不因某个服务器关站而蒸发。setContractMetadata 处理名册自身的说明信息，跨链身份标识借 ERC-7930 的二进制地址格式，可读名字交给 ERC-8127。

标准与单例的分野

中央名册与名册标准的差别，用一个场景就能看清：有人想做一份只收录白帽子代理的精选名册，另一群人想发一份固定供应的“初代策略代理”收藏。中央单例要么不支持策展语义，要么把策展权集中到某个治理手里；而标准路线下，策展人直接部署一座自己的登记处，规则自己定，用户在多座名册之间用名字与声誉自行路由。代价同样明确：世界被切碎，发现一个代理要先知道去哪个登记处查，跨名册的身份一致性靠 ERC-7930 那类标识格式维护，聚合器承担起重复身份识别的苦活。这是目录经济的经典权衡——中央目录省事但易被操纵，自由市场目录多元但噪声大。

边界与状态

名册之间的信任路由

自由部署的代价需要一个回答：用户凭什么信一座不知谁开的登记处。标准的答案藏在它拼装的依赖里——账本用 ERC-6909 保证编号与所有权状态透明，身份用 ERC-7930 保证同一个代理在多条链上的记录可以被机器判定为同一主体，元数据用 ERC-8048 保证档案不随部署者的服务器寿命消失，可读名字再交给 ERC-8127。这些拼件合起来的效果是：名册可以很多，可验证的事实层却尽量统一，策展差异被压回“收录了谁”这一个维度，而不是每个名册一套私有账本。对代理开发者，多户口世界新增了一件维护品：身份绑定的密钥要在所有名册间保持一致的签名主体，否则聚合器会把它当成不同代理重复计价。对手册的策展人，标准没有提供反作弊钩子，也没有内置去重——重复登记同一代理不违反规范，它只是把作恶暴露成可公开统计的事实。读这座名册的产品文档时，值得确认它有没有做跨名册身份归并：有归并的聚合层等于替你消化了碎片化成本，没有归并的，搜索召回与虚假身份风险都要用户自己扛。

Draft 阶段的接口签名可能继续变。机制层面的硬边界有两条：登记处只保证“编号—持有者”的账本关系，代理真实能力、离线端点是否守约，不在名册的验证范围，档案里写的一切都是持有人自述；每个代理只有一个持有者意味着转让即易主，想多人共有的团队要么用智能账户当持有者，要么等别的共享所有权方案。读任何一座自称兼容 ERC-8122 的名册时，值得先查它是否真把档案按 8048 写上了链——如果档案只是指向某家公司的对象存储，这座名册的抗审查宣称就只剩一半。本文为机制说明，不构成任何投资建议。