摘要

  • RFC 3071 主张按注册规则、客户群与市场行为理解顶级域名，而不能只凭域名标签的两位字母判断。
  • ISO 代码资格、根区委派、注册局公开政策与政府合法性属于不同事实，不能互相替代。

同样两位字母，可能对应两种服务

设想两个来自同一代码表的两位顶级域名：一个主要服务本地居民和机构，按本国制度处理争议；另一个向全球推广注册，只要付款便接受申请。这只是用于说明问题的假设，并非对任何现存域名的分类。字符相同或出现在根区，并不能说明谁是客户、规则由谁执行。

John Klensin 在 2001 年 2 月发布的信息性备忘录 RFC 3071 中追问的，正是这个落差。互联网和万维网快速扩张后，域名不再只是技术目录，也成了商业入口。一些国家代码顶级域开始接纳甚至主动招揽境外注册者；与此同时，历史上被称为“通用”的域也不一定继续受最初用途限制。原有的“通用／国家”二分法已无法准确描述实际经营。

Klensin 因此提出三种功能类别：真正的通用域，面向广泛来源开放并通常主动全球营销；用途专门域，按资格限制注册，但资格不以国界为依据；以及国家域，主要服务关联国家境内的个人和组织，不积极招揽境外客户，也不依赖大量境外注册费。第三类都属于 ccTLD，但并非每个 ccTLD 都符合这一描述。

关键是，这套分类与“两位代码来自 ISO 3166-1”的命名规则彼此正交。Klensin 认为两位顶级域应限于代码表中的条目，以免未来冲突；但代码表只能说明一种命名资格。它不能告诉我们注册者住在哪里、争议适用什么法律、注册局如何营销，也不能证明规则得到了公平执行。

因此，判断需要分层取证。根区数据库能证明某项委派及其服务器、联系人，却不能显示注册者构成。公开政策说明注册局声称采用什么规则；注册数据和广告能反映运营实践，但不等于合规或公正的证明。RFC 3071 提出可观察的指标：是否积极争取境外申请、注册者多数是否位于境内、管理联系人是否实际受当地法律约束，以及当地法院能否对注册者执行判决。它还强调，申请人应能在注册前看到影响选择的规则。

RFC 3071 是个人作者的历史性思考与政策建议，并非后来被 ICANN 采用的正式分类制度。不能仅凭它给今天的某个 ccTLD 贴标签。它的权力边界同样重要：IANA 或 ICANN 管理技术委派，并不因此具备决定国家身份、政府合法性或国内政治争端的能力。若要求根区管理者作这种判决，技术协调就被推到了国际关系裁决的位置。

RFC 3071 留下的不是一个新标签表，而是一种证据纪律：代码、委派、经营方式、用户群、法律管辖与政治代表权处在不同层次。注册局的业务可以变化，两位字符却不变。要判断服务对象，应检查实际政策与行为；要判断主权或政府代表性，则需要另一个有相应权限的程序。

委派记录不能替代制度说明

根区数据库可以回答某个标签当前由哪些权威服务器承载，也能为委派状态提供公开参照；它不会自动保存每次政策转向的理由、营销对象变化、国内授权链或注册者实际遭遇。要重建一个注册局在特定时期究竟属于哪种功能类别，必须把当时的根区记录与政策页面、联系人历史、注册实践和适用法律并列。RFC 3071 的意义正是在这里：同一个可解析标签可以连续存在，而其背后的制度已经改变。

来源