摘要

  • 版本 3.4 推荐草案保留了第 1.3 条：共同实施程序尚未通过时，各 RIR 可自行选择证明合规的方式，程序缺位不妨碍文件被执行；这一原则在版本 2 中已经存在。
  • 版本 3 新增第 1.4 条，要求实体依据适用于自身的程序作出决定，并采用适用的质疑或申诉机制。共同实施程序与实体的决定程序是两个不同层次。
  • 公开材料不能证明草案已通过、生效或被用于某个现实案件，也没有证明任何 RIR 违规或缺乏内部程序；材料中同样没有逐项列出已通过的共同实施程序。
  • 真正需要补齐的是一份可携带的“程序前执行凭据”：准确连接条款版本、程序状态、过渡方法、证据、决定权限、理由、措施、复核与更正谱系。

两条相邻规定，不是互相抵消

RIR 治理文件版本 3第 1.3 条先描述共同层。各 RIR 与 ICANN 可以共同制定和通过实施程序，程序应当规定最低要求并公开发布，同时不得约束 RIR 采用何种内部方法，也不得凌驾于治理文件本身。

随后，条文直接处理共同程序尚未出现的阶段。如果相关实施程序还没有通过，各 RIR 有权自行决定如何证明合规。没有程序，并不阻止文件被执行。

这句话堵住一种容易形成的停摆：如果实体义务必须等到日后的共同手册写完才存在，那么只要共同手册迟迟未成，义务就可以无限期悬空。草案没有选择这条路。

但第 1.4 条也堵住相反的捷径。实体依据文件作出决定时，必须遵守适用于该实体的程序，包括适用的质疑或申诉机制。版本 3 修改与理由文件把这一条列为新增澄清。

两者的对象不同。第 1.3 条所说的实施程序，是 RIR 与 ICANN 可能共同通过的一套最低规则；第 1.4 条所说的相关程序，是具体决定者在行使具体权限时必须遵循的路径。共同层可能尚未通过，决定层仍要回答谁在什么权限下决定、遵循了什么步骤、能否被质疑或申诉。

如果把两个层次混成一个，程序缺位就会产生两种相反而同样危险的解释。一方可以说“没有共同程序，所以实体义务暂不存在”；另一方则可以说“没有共同程序，所以临时决定不必留下完整依据”。草案文字都不支持。

第 1.3 条并非版本 3 的新授权

时间线需要保持准确。版本 2 的公开文本已经包含第 1.3 条的实质表述。版本 3 的新闻点，不是第一次允许“程序前执行”，而是保留这项设计，同时新增第 1.4 条，并在后文扩展审计、合规审查以及注册管理机构状态变更等机制。

如果把第 1.3 条说成新增权力，会夸大版本 3 的变化，也会掩盖第 1.4 条的作用。第 1.4 条没有创造可执行性。它让决定过程不再能被视为无关紧要的后台细节。

文件所处阶段同样不能被改写。ARIN 的9 月 1 日公告称其为推荐草案，并表示后续意见和更新将由 NRO Executive Council 协调。NRO 的后续步骤说明称 ASO Address Council 已把完成的推荐草案交给 NRO EC 审议。ICP-2 修订进程页则将版本 3 标为 ASO AC 的推荐/最终草案，已提交与 ICANN 评议和讨论。

这些记录没有证明版本 3 已被通过、已经生效或已经用于某个 RIR。公开草案不等于现实执法事件。本文分析的是文本预设的运行分支，不是指控 ARIN 或任何其他 RIR 正在违规。

“没有识别到程序”本身就是一种状态

本次冻结的版本 3 公开材料没有提供一张清单，逐项列出共同实施程序的名称、范围、版本、通过方、发布日期和更正责任人。这个有限结论不能延伸为“任何地方都不存在程序”。它只能说明，读者无法从这组公开材料直接进入一个已通过程序的登记表。

然而，空白不是无意义的。共同程序没有通过或无法从记录中识别时，第 1.3 条让系统进入过渡分支：RIR 自行选择证明合规的方法。此时，这个方法的身份变得关键。谁负责、何时发布、适用什么范围、使用哪个版本，都应当能够核验。

日后的争议可能针对不同对象。争议可能在于实体义务是否适用，也可能在于过渡方法是否恰当；可能在于证据窗口，也可能在于决定机关的权限；可能在于通知和答复，也可能在于后续申诉改变了原决定。

只保存“合规”或“不合规”两个结果，会把这些差异全部抹平。正确的空值应当写清楚：“本记录未识别到已通过的共同实施程序。”它不取消实体义务，也不自动认可本地方法。它只是说明为何走入过渡路径。

执行是一串状态，不是一个开关

版本 3 后续条款显示，治理行动由多个决定组成。第 4.2 条分别描述定期审计和合规审查。合规审查要有发起路径，要指出据称违反的具体条款，要经过重要性判断，还要形成报告。其他条款又把其他决定交给不同主体。

这里不需要再次讲一篇“审计与审查的区别”。它们只提供一个操作事实：发起不是认定，重要性判断不是最终措施，报告不是申诉结果，临时运行安排也不等于永久状态决定。

决定者随着条款而变。笼统写成“ICANN 执行”会把机构名称错当成所有决定权。每一份凭据都应指出：这次决定由哪个实体、机构或职位作出，哪一条规则授予它这个角色。

这种精度也保护被审查的 RIR。它可以说明某个结论依据哪项义务、哪个时间范围内的证据以及哪套决定程序；复核者也可以在保留原决定的前提下发布更正，而不是把先前记录悄悄改掉。

一份十项凭据足够小，也足够用

解决方案不必是新的中央案件系统。每个有实际后果的决定附带一份短小、可携带、带版本的记录即可。

第一项是文件身份：版本、准确条款、公开文本哈希以及当时主张的效力状态。推荐草案和生效规则不能成为同一个值。

第二项是共同程序状态：标明实施程序的标识和版本，或者明确写出“尚未通过”或“本记录未识别”。

第三项是过渡方法：RIR 在共同层缺位时用于证明合规的方法，连同责任人、版本、发布时间和范围。

第四项把指控与认定分开：谁发起、声称发生了什么、涉及哪项义务、适用何种重要性门槛。数据库不能把一次审查请求自动变成公开结论。

第五项限定证据：来源、采集时间、事件时间、哈希、访问限制以及已知缺口。敏感内容可以受限，但其身份与完整性仍可核验。

第六项标明决定权限：作出本次决定的实体、机构或职位，以及授予该角色的条款。

第七项保存实际采用的程序：通知、答复机会、会议、回避、法定人数与期限。能找到一份程序，不代表这次真的遵守了它。

第八项保存有理由的结果：认定或不采取行动、理由、措施、生效时刻以及被严格限定的运行影响。

第九项记录质疑和申诉：路径、期限、复核主体和当前状态；如果不适用，也要说明原因。

第十项保存更正谱系：撤销、替代、撤回或事实更正必须连接到它所改变的准确旧版本，不能覆盖原记录。

这份凭据不裁定谁对谁错。它保证不同主体争论的是同一份文本、同一组证据和同一个决定。

在第一个案件出现前测试准备度

当下不需要执行草案，也能做准备。相关机构可以公布程序清单，把每项重要条款映射到决定主体和申诉路径，并为明确的共同程序缺口命名过渡方法。这些工作可以随文本变化而修订，风险可控。

等到争议发生后再补记录，代价更大。方法版本可能已经变化，证据窗口可能已经关闭，各方也可能开始争夺谁拥有决定权。事后叙述无法恢复当时从未保存的状态。

第 1.3 条保障实体义务不会因为共同程序延迟而消失。第 1.4 条保障决定仍有程序、有责任主体、有复核路径。真正值得保存的不是二选一，而是两条之间的连接。

来源