ERC-7506 可信提示登记处：NFT 元数据的说法该找谁背书

你在市场页面看到一句“本藏品附带线下活动资格”，在另一个工具里看到的却是另一套描述，两边都没有告诉你这句话是谁写的、还作不作数。ERC-7506（Trusted Hint Registry）想解决的就是这种“说法无出处”的问题：把关于某个对象的一句话、一个标签或一条风险提示登记到链上，并且让每条登记都能回答三个问题——写的人是谁、归属哪个命名空间、现在还是否有效。按以太坊 ercs 仓库的记录，这份提案状态为 Draft，创建于 2023 年 8 月 31 日，属于尚在讨论中的规范，写作时不假设任何线上系统已全面采用。

命名空间、提示列表和委托：三层结构各管什么

标准把登记数据称为 hint（提示），按命名空间（namespace）归类。命名空间的作用像域名：同样一个词在不同命名空间里互不干扰，读取方先选空间再取条目，避免各家自造字段互相覆盖。若干条提示挂在一个提示列表（list）下，列表有归属人，用 setListOwner 变更；列表还有状态开关，setListStatus 改变状态时会发出 HintListStatusChanged 事件，读取方据此判断整个列表是不是已被停用。写入方面，setHint 与 setHints 供归属人直接调用，HintValueChanged 事件记录值的变化；addListDelegate 与 removeListDelegate 允许列表归属人把写入权委托给别的地址，这就是委托（delegate）机制——空间归属不变，具体维护可以外包。标准还要求同一批逻辑提供带 Signed 后缀的变体，例如 setHintSigned、setListOwnerSigned，由 EIP-712 类型的链下签名授权，让没有 gas 或不方便发交易的控制方也能签授意执行。标准文本另外描述了可选的 ENS 集成，用于借助域名体系做信任发现。

拿到一条“可信提示”后，你该怎么核

标准的安全考虑部分列了三件事，值得当成使用须知。其一，带签名的元交易存在跨链或在同一注册表不同部署版本上重放的可能，标准把这条风险明确交给 EIP-712 的类型化签名去封堵——域名与链信息进入签名结构，换一条链就验不过。其二，权限管理的底线是列表归属人必须始终掌握自己列表的控制权与写入口，委托只是操作弹性，不是权力让渡。其三，治理被有意留白：生态可以自行给注册表的方法加上多签、流程约束或链下强制程序，标准既不规定也不排斥。三条合起来读，接口提供的是可追溯与可核验，真正的信任仍要靠归属链条与治理设计补完，别把“链上有记录”自动翻译成“记录可信”。

对普通持有者还有一个容易忽略的用法：把登记处当作撤声明的证据源。项目方口头收回某个权益承诺时，只要它真按这套接口运作，列表状态或提示值的变化会留下带时间戳的事件，事后争议不必依赖聊天记录截图。当然，不接这套标准的团队同样可以宣称权威，登记处的覆盖率在可见的未来都有限——把它当作增量改进的信号来跟踪，比当作基础设施现状来假设更符合实际。

第一看归属链：这条提示所在命名空间与列表的 owner 是谁，变更是否都有事件可查；匿名地址写的“官方说明”和经过验证主体写的声明，可信层级并不相同。第二看状态：列表如果已被置为停用，旧数据可能仍留在存储里，显示层是否过滤要看工具实现。第三看时效：这套结构本身不强制过期字段，任何“最新”的说法都要回到事件时间戳去对。对 NFT 买家而言，它的现实价值是给了一个交叉核对点——市场页、项目官网和链上登记三处口径对不上时，以链上可追溯归属的记录优先追问。还要提醒一句：Draft 状态意味着接口细节可能调整，接入前应以 ercs 仓库当前文本和合约实际字节码为准，而不是任何转述。本文为机制说明，不构成任何投资建议。