ERC-634：一个域名除了指路，还能写上多少行自我介绍

很多人把域名解析理解成“名字换地址”，但以太坊命名服务 ENS 早在 2017 年 5 月 17 日就留了一个更生活化的接口：让名字持有者在域名上挂任意键值文本。这份提案编号 ERC-634，按 ercs 仓库记录当前状态为 Stagnant，接口 ID 是 0x59d1d43c。它定义的头像、邮箱、社交账号这些字段，今天你在钱包里输入一个 .eth 就能看到效果，但它的键名规则比想象中讲究。

一个函数加一套命名纪律

规范本身极简：解析器实现一个 text 函数，传入名字哈希与键，返回一段 UTF-8 文本；键不存在时必须返回空字符串。厉害的是后面的命名纪律。键被分成三类。全局键只用小写字母、数字和连字符，标准列了十来个推荐值：avatar 指向头像图片的 URL，description 是描述，display 是规范显示名——原文要求它折叠大小写后必须与 ENS 名一致，客户端遇到不一致应当忽略这个值，这条规定明显是针对仿冒显示的。此外还有 email、keywords（按重要性排序的逗号分隔清单）、mail 实体邮寄地址、notice 公告、location、phone（E.164 格式）和 url。

服务键：把命名空间还给服务商

第二类产品键采用反向点 notation，要求至少含一个点，比如 com.github 放 GitHub 用户名、org.telegram 放 Telegram 账号。这个设计的聪明之处在动机部分写得很清楚：新服务想加自己的键，不必修改这份标准，也不会和现有服务撞名——每个服务商在自己的 DNS 或 ENS 命名空间里划地自耕。标准还示范了层级扩展，com.example.users、com.example.groups.public 这样的键完全合法。第三类是遗留键，vnd.twitter 这类早期写法被重命名成了服务键形式，标准建议追求兼容的客户端把它们当回退查询。

为什么不用一堆专用字段

标准的取舍部分是拿 DNS 的 TXT 记录做类比的：与其为邮箱、网址、社交账号各定义一个专用记录类型，不如开放一套通用键值，日后扩展不需要动解析器。这个选择的另一面也要看清：键值是给人看的元数据，标准没有为任何键设计签名或权威证明。换句话说，域名主人可以在 com.github 里填任何内容，链上只保证“这是名字持有者自己写的”，不保证它与现实账号的绑定关系——要证明后者，得靠对方平台上的反向声明。

普通用户把它当什么用

对普通读者，这份提案最值得记住的是两点。其一，看到 .eth 地址页面上的头像和社交资料时，知道那是持有者自填的文本记录，不是平台认证；填什么像什么，也就可以冒充得像。其二，对自己的名字，text 记录是一份低成本的名片：钱包转账确认页会读这些键，认真填好 display、avatar 和 url，等于给自己建一层被仿冒时的对照物。一份 Stagnant 状态的十年老提案，实现它的产品却早已日常化，这也是标准世界常见的错位：状态标签记录的是文档流程，不是使用广度。

头像字段的一次具体核查

拿一个最常见的场景做收束：你在转账页看到对方地址绑定了 .eth 名字，头像栏出现一枚热门藏品的图片。按这份标准的规则走一遍，会发现头像只是一条 avatar 文本记录，指向某张图片或某个 NFT 的链接，任何人都可以在自己名字下写任何 URL。要做的是把线索连起来：先确认这个 ENS 名的控制权地址与转账目标地址一致，再顺着头像字段解析它声称代表的那枚 NFT，核对 NFT 合约地址与编号是不是正品合集——这一步与核对藏品正品的逻辑完全同源。字段提供的是可核验的线索，不是被担保的事实。把这条心法推广开，com.twitter、url 这些键的每一次亮相，都值得用同一组动作回应：看链接指向、回原平台反向确认、对不上的部分按仿冒处理。一份文本记录的标准改变不了人性，但它至少把核验路径画得足够清楚。

本文为机制说明，不构成任何投资建议。