摘要

  • RFC 3406 同时把单个 URN 的分配和 URN 命名空间的成立视为受管理过程；语法正确从来不等于权威有效。
  • “持久”依赖不得重分配、公开的控制边界、可追溯的更新，以及维护机构退出时能够承接旧义务的继任安排。

RFC 3406 最有分量的段落并不讨论冒号或字符编码，而是要求命名空间维护者说明：如果当前组织以后无力继续管理，名称怎样仍然可用。工作组承认，没有客观指标能够预言一个机构会存续多久。标准能审查会破坏持久性的技术缺陷，却不能给组织签发永生证明。因此，消失不能被当成系统外的意外，只能被当成必须提前暴露的控制风险。

这套逻辑从两个明示假设开始。第一，URN 的分配受管理。符合句法的字符串未必真的被分配。第二，命名空间本身也受管理。一个看起来合规的 NID，若没有获得承认的定义，就不是有效命名空间。登记册证明的是规则体系的来源，不是这个体系下每个字符串的真实性。

2002 年的制度设置了三条路径。X- 前缀只供有限实验，没有登记，也不保证避免碰撞。非正式命名空间已经是完整命名空间，但由 IANA 分配 urn-<数字>。正式命名空间可以请求有意义的 NID，却要经过 IETF 共识与 RFC 审查。三者区别在审核和披露强度，不在于谁可以放弃唯一性或随意重用旧名字。

正式申请还必须解释为何现有命名空间不够用，以及普通互联网用户如何从新空间受益。RFC 3406 特意承认，多个命名空间可能服务相近功能。“命名空间考量”留下的是尽职调查记录，不是对某个概念授予垄断权。“社区考量”则把封闭机构的内部愿望放到公共互联网的使用条件下审视。

登记模板是一张权力地图。它记录登记人、版本、日期、语法、分配者、唯一性、持久性、词法等价、验证、解析与适用范围。后来增加分配者或者澄清规则并非不可能，但会改变既有标识解释的结构性修改应当极少发生。继任者接手的不只是名称库存，也接手了旧版本留下的约束。

不得重分配是最硬的承诺。即使资源消失、会员退出或者客户停止付费，原来的标识也不能改指另一个资源。解析失败可能诚实地说明当前没有可返回内容；把旧名指向新对象，却会让历史引用在没有任何提示的情况下改变含义。成功响应有时比失败响应更危险。

因此，解析与验证必须分开观察。建立命名空间并不会自动把它装入全球解析目录；能够找到解析器，也不证明某个字符串确实由合法分配者签发。命名空间可以另行说明验证机制。IANA 登记项、具体分配记录、当前控制者、解析入口与返回内容，是五张不同的收据。

RFC 8141 在 2017 年取代 RFC 3406，却没有取消受管理这一前提。它把一般正式登记从 IETF Review 调整为 Expert Review，为公认标准组织和科学团体提供更合适的路径，并要求修订说明与旧版本的差异。它还删除了 X- 实验类别：这些空间从未登记，也没有管理，因此其中的字符串不是有效 URN；实验可以改用已经登记的 example 空间。

这段历史提醒人们，持久不是字符串的物理属性，而是一组可继承的义务。一次分配、不再回收、公开权力来源、保留变更记录、把解析与验证拆开，并在机构退出前安排接班者。字符只是表面，继任才是协议真正面对时间的方式。

来源