摘要

  • RFC 2352 提议用完整法定名称、组织形式、地方层级和国家代码构成域名路径，把最初的名称资格判断交给公司或商标登记机关。
  • 这种唯一性始终带着司法辖区；它不能证明 DNS 已获委派、服务由谁控制或公众实际识别谁，而 RFC 编辑在发布时已经指出改名激励与国家权限之间的矛盾。

协议不会判断谁“更配”拥有一个词

DNS 能比较标签、划分区、把子树交给下一级管理者，却无法审理两家同名企业的权利。到了 1990 年代末，通用顶级域下的短名称看起来越来越稀缺，法律、商标和网络登记开始在同一个窗口碰撞。

RFC 2240 先把问题描述为扁平命名空间的冲突。1998 年 5 月，取代它的 RFC 2352 给出更完整的层级方案：英国有限公司可以进入 LTD.UK，法国商标进入 TM.FR，美国公司还可加入州一级。通式由法律形式、地方标识和 ISO 国家代码组成。

组织标签来自完整法定名称。法律后缀因已体现在上级分支而被省略，空格变成连字符，其他标点可删除或同样转成连字符。公司或商标登记机关先确认法定资格，相应 DNS 管理者再建立条目。

这个思路承认了一件重要事实：DNS 管理者不应临时发明公司法。同一个词也可以在不同辖区合法属于不同主体。但方案把一个有限问题——“这份登记簿里谁持有这个名称”——推成了更大的结论——“公众在互联网上应该使用哪个名称”。

唯一性有自己的辖区

RFC 2352 声称，因为法定名称在其语境中唯一，所以争议不会发生。真正关键的是“语境”。

公司名称的唯一性受国家、州、省、组织类型和时间限制；商标还受类别、领土与期限限制。方案没有建立全球公司登记簿，而是把多家机构的局部决定串进一条 DNS 路径。

规范化也会丢失信息。把空格和标点改成连字符，确实能生成可用标签，却可能抹去法律记录保留的差异。要审计这条关系，至少需要四张凭证：原始法律记录、转换规则、DNS 登记决定、实际发布的区数据。

“权威”一词也必须限界。RFC 1034 所说的权威服务器，是指掌握某个区完整信息的服务器。这种技术权威并不等于公司身份、商标优先权或商业合法性的裁决权。解析器返回记录，更不能证明企业仍存在、网站安全或用户业务已完成。

反对意见与提案一起被保存

RFC 2352 是独立提交的 Informational RFC，不是互联网标准。RFC 编辑附加的说明直接触及机制本身。

说明指出，方案似乎要求已有企业把熟悉的通用域名换成更长的法定名称路径，却没有给出这样做的激励。RFC 920 早已记录改名成本：旧表格、邮件列表、历史邮件、印刷目录和人的记忆都会失效。新登记行更整齐，不会自动修复这些依赖。

编辑还发现了权限矛盾：文本承认国家域名空间的结构属于本国决定，却又为各国规定法律形式与地方层级。说明因此判断，方案在政治上可能无法实施。

这不是简单的“名字太长”。法律登记机关证明一个名称在法律体系里的状态；DNS 管理者决定哪些分支存在、如何委派。两者可以交换证据，却不会因此共享同一种授权。

后来的机制选择了分层处理

ICANN 在 1999 年通过 UDRP。投诉人必须证明域名与商标相同或易混淆、注册人没有权利或合法利益，并且存在恶意注册与使用。这是一条依附注册协议的争议程序，不是让每份公司登记自动生成域名。

非 ASCII 名称走了另一条路。RFC 3490 后来在应用层引入兼容 ASCII 的表示，让既有 DNS 基础设施继续工作；它仍保留精确匹配，并把许多语言、视觉和语音等价问题留在协议之外。编码解决表示，不解决权利。

因此，法律登记、商标主张、DNS 委派、字符编码、解析结果、运营控制和公众认知可以互相支撑，却不能互相冒充。

未被采用的方案仍然有价值

RFC 2352 看见了真实问题：全球可见的短标签，与多元法律现实并不对齐。它尝试用层级保留上下文，也要求申请提供法律权利证据。

它的局限同样清楚。DNS 的共同层需要分支内唯一、父子委派准确和查询互通；公司法需要在辖区内维护可追责记录；商标争议需要自己的标准；公共身份还依赖链接、证书、邮件和长期使用。把其中一张凭证扩张成全部身份，才是历史上真正值得警惕的动作。

来源与边界

提案与编辑说明见 RFC 2352 记录和 RFC 2352 正文，前身是 RFC 2240。行政与技术边界来自 RFC 920、RFC 1034、RFC 1035和 RFC 1591。后续机制是 ICANN UDRP 与 RFC 3490。分层方法参照 Lu Heng 关于现实层次和最小共同规范、局部决定的论述。这些来源不证明 RFC 2352 曾被采用，也不证明任何示例名称今天的所有权或法律权利。