Unstoppable 转移后仍显示旧名称：区分反向记录、缓存与客户端
链小知 · 进阶 · 核验 · 依官方文档整理
从既有主网读取记录核对 reverseNameOf、域名转移和应用旧显示，避免把名称标签当所有权或所有网络共有身份。
开始前准备
- 准备公开地址、完整域名与现有脱敏 reverse/owner 响应或转移记录，标出网络、合约和读取时间。
- 目标是原生 UNS 反向解析；DNS NFT twin、BTC/TRON 支付记录与此不是同一功能。不进行 setReverse、桥接或转移。
1. 核对后缀对应的注册网络
按已有 TLD meta.registrationBlockchain 与 Registry 来源选择网络。当前快速指南列 Ethereum、Polygon 和 Base，而旧 FAQ 只写前两链；无法对应具体后缀时标范围未知，不依后缀猜链，也不把示例地址当三链共用合约。
检查结果：该后缀、网络与 Registry 有同一产品的依据，冲突单独注明。
2. 确认查询的是只读反向方法
对既有请求核对调用对象和方法：官方浏览器流程是 Contract 下 Read as Proxy，再读取 reverseNameOf 的 addr 输入。检查地址与网络是否和问题记录一致；普通 NFT 名称、收款 records 或所有域名列表都不是这个方法的替代结果。
检查结果：记录明确含 Registry、网络、输入 addr 与 reverseNameOf 方法。
3. 把空字符串与调用失败分开
reverseNameOf 返回名称字符串；成功返回空字符串表示未配置反向记录。无法加载 ABI、请求错误或没有响应则记读取失败，不能写成无名称。名称非空也只证明该次该网络的反向结果，不证明它是地址持有的全部域名。
检查结果：已分别标名称、成功空值与读取失败。
4. 按转移时间核对 owner 与记录
对照已有 owner/转移资料和读取时间：官方 FAQ 说明所有人变化会在合约层清除反向记录。旧截图在转移前、新读取在转移后为空，可能符合这一规则；若缺转移时间/网络证据则保留未知。NFT 所有权与收款记录不同，不根据旧名称标签判断谁仍有修改权限。
检查结果：转移前后证据按网络和时间排列，未以标签代替 owner。
5. 排查 L1/L2 优先与应用旧缓存
记录应用采用 API、合约读取还是自己的缓存及时间。Resolution API 缓存事件；FAQ 默认 L1 优先 L2，同地址的 UD/第三方名称如何展示则由应用决定。FAQ 说明其桥接流程会在目标链建立新的反向记录；这不能推广到任意第三方桥或未成功流程，仍须对照已有目标链结果。
检查结果：应用来源、优先网络和缓存时间可解释差异，或明确缺证据。
6. 整理显示修复的完成条件
提交域名、地址、后缀注册链、Registry、反向结果、owner/转移证据和客户端读取路径。显示为空需要区分未设置、转移清除、网络不匹配或查询失败；应用刷新后仍显示旧名，可据此定位其缓存/优先策略。修改反向记录属于授权写入，不能仅凭排错截图决定发起交易。
检查结果：结论对应具体分支；没有承诺所有钱包同步显示或完成链上修改。
怎样确认完成
- 已完成按网络、读取时刻与来源排列的反向显示诊断。
- 所有步骤以官方文档说明及既有材料为输入；实际部署、记录和客户端刷新结果未经运行验证。
常见错误与边界
- Bitcoin 收款记录存在不等于 Bitcoin 网络支持 UNS reverse。
- FAQ 与当前 Base 入口不一致，不能用任何一页推定完整当前部署矩阵。