摘要

  • RFC 10023 是一项 Informational 运营约定：_for-sale.<域名> 下带有有效 v=FORSALE1; 的 TXT 记录，表示上级名字可出售、出租或让渡某种使用权，但不会迫使持有人成交。
  • DNS 与 DNSSEC 能说明某个区发布了什么、答案是否验证通过；它们不证明联系人有权成交、价格具有约束力、权利无瑕疵或转移已经完成。自动化必须显式跨越“挂牌证据”与“交易证据”的边界。

记录是新的，DNSSEC 验证通过，语法也毫无问题；里面有一个价格和一个网页。采购系统于是把域名标为“已验证在售”。真正没有验证的，是这四个字究竟验证了什么。

RFC 10023 把 _for-sale 定义为下划线 DNS 叶节点，用来说明其父域名可购买。它不是标准轨规范，而是 Informational 运营约定；网站和邮件仍在使用时也可以挂牌。“出售”还故意包括出租或提供某种合同使用权。

版本标签证明的是格式状态

合规 TXT 必须以区分大小写的 v=FORSALE1; 开头。后面可以没有内容，也可以带一个 fcod、ftxt、furi 或 fval。前者给协作处理者传代码；中间两种给人类文本或 URI/IRI；fval 给出某种货币下的意向价格。同一 RRset 可有多条互不重复的记录。

有效版本标签是判断挂牌的关键。即使可选内容缺失或无效，处理者仍应在本地政策没有反对时假定域名在售；如果没有任何有效版本标签，则忽略节点。换句话说，挂牌信号可以成立，联系方式或价格却可能不能用。

规范也明确拒绝把发布变成成交义务。记录可能误发，也可能后来撤回；节点存在不会迫使持有人出售。fval 明确只是意向价，不具有约束力。当前条款必须通过 furi 或其他接洽渠道重新确认。

节点还可出现在子域名之下，而那里未必有公共注册局记录该标签的权利；有关各方可能需要另行协议。.arpa 下的同名记录则必须忽略，以免被误解为出售 IP 地址、E.164 号码等基础设施资源。

新鲜且签名正确，仍只是 DNS 证据

RFC 建议 TTL 不超过 3600 秒，因为过长缓存会让买方误以为出售意向或价格仍然有效。同一 RRset 的 TTL 一致，有助于约束缓存，却不保证卖方在 TTL 到期前不能撤回。一个曾经正确的答案仍可能由递归缓存继续提供。

RFC 4033 所述 DNSSEC 提供来源认证和数据完整性。验证成功能支持“签名区发布了这些字节”。它不回答 URI 后的人是否控制注册人账户，是否获得代理授权，挂牌究竟是出售还是出租，或转移能否通过注册商检查。

这不是 DNSSEC 的缺陷，而是范围边界。对陈述来源的密码学保证，不等于完成该陈述所描述交易的法律或运营权限。

反过来，没有可用记录也只能作窄结论。赎回期、pendingDelete 或 DNSSEC bogus 状态都可能让机制失效。“当前查询不到有效挂牌”不等于所有渠道都证明不可购买。

指针不是可信交易对手

furi 把发现变得方便，也把用户带到风险更高的表面。规范禁止未经明确确认自动跳转。记录可能指向恶意软件、钓鱼或不当内容；若处理者直接发布未清洗值，还会引入 Unicode 欺骗、同形异义、双向文本、XSS 与注入风险。

控制应贯穿整个呈现链：解析原始 TXT RDATA，不把工具的转义显示当原文；验证版本和标签语法；先展示规范化目的地；使用者确认后才导航；优先安全方案并做输出清洗、信誉检查或受控白名单。

这些措施仍不验证卖方。一张干净的 HTTPS 页面只证明与该 Web 来源建立了受保护连接。它不证明页面运营者有权操作域名注册账户。由注册局或市场按合作协议解释的 fcod 可能形成更强交接，但权限来自协议，不来自记录格式。

把九个状态分开

自动系统至少要区分：查询发生；观察到有效版本；DNSSEC 成功或失败；可选内容安全解析；联系到自称卖方或代理的人；其谈判与约束权限得到核验；当前条款被确认；注册商、托管付款和支付控制接受交易；域名控制权实际改变。

RFC 10023 直接标准化的是第二项及附属内容格式。DNS 运行支持前四项。后几项属于商业、合同与注册商流程。若只写“挂牌已验证”而不说明是哪一项，下游便会自动填入最强含义。

建立挂牌到转移收据

一份挂牌到转移收据先记录查询时刻、所有者名字、原始 RDATA 哈希、版本、标签类型、剩余 TTL、解析器、DNSSEC 状态和叶节点所对应的精确父域名，并注明别名或通配符是否影响答案。

接洽部分记录展示的目的地、用户确认、实际使用的渠道、对手方声称的身份及其角色：持有人、经纪、注册商或其他代理。权限证据要有范围与到期日。能谈价格不一定有权转移域名。

条款部分把 fval 标为非约束，记录重新确认的金额、货币、出售/出租/许可类型、条件和有效期。完成部分记录注册商状态、转移锁、资格检查、托管付款、授权码以及实际控制变化。敏感材料留在受保护系统，公开收据只保存状态引用与哈希。

这是编辑性的治理建议，不是 RFC 新要求。它阻止一条便利的 DNS 事实冒充整场交易。

撤牌也是控制动作

名字不再出售时，记录应被移除。必须有人负责发布、TTL、联系方式/价格更新与撤回。市场缓存不得在不显示观察时间的情况下活得比其引用证据更久。

测试应包含：干净记录、有效版本加无效内容、同 RRset 多记录、陈旧价格、恶意 URI、Unicode 边界、通配符影响、DNSSEC bogus，以及已撤记录仍在缓存。自动化上线前先写出每种预期行为。

最窄的结论也最可靠：IANA 登记证明约定已记录；新鲜有效 TXT 证明该区发布了意向；DNSSEC 可以认证这次发布。它们都不能单独证明谁能约束出售或交易已经完成。下一套控制从 DNS 记录结束处开始。

来源