摘要

  • ASO AC于2026年7月28日将第三版交给NRO EC；NRO NC于2026年9月1日发布推荐草案、对第二版的修订对照和理由报告。
  • 第1.3节允许在共同程序尚未存在时执行某些条款，同时保留各RIR自行决定合规方式的空间。
  • BTW分析建议建立逐条款公开实施登记册，而不是把FINAL DRAFT视为已经采纳的证据。

这份文件正处于责任交接点。NRO NC（亦称ASO AC）完成第三版后，于2026年7月28日交给NRO EC。NRO EC表示将审查草案、与ICANN及各RIR协调，并发布更新后的时间表。9月1日，NRO NC发布了推荐草案、相对于第二版的修订对照和理由报告。

文件称自己为“FINAL DRAFT”。这说明的是起草阶段，并不证明ICANN和所有RIR已经完成采纳，也不证明ICP-2已经被当前替换，更不证明正式采纳前已有法律效力。截至2026年9月7日的报告冻结时间，冻结来源中没有注明最终阶段的日期时间表，也没有公开的已采纳Implementation Procedures目录。

第1.3节是运行层面的关键。RIR和ICANN可以共同制定、采纳并发布Implementation Procedures，为文件条款规定最低要求；这些程序不得与文件冲突或凌驾于文件之上。但在某项条款尚无已采纳程序时，各RIR仍可自行决定合规方式，而没有程序并不妨碍执行该条款。

这形成了问责缺口，但并不证明存在不当行为或当前不合规。一项实体规则可能已经可执行，而共同适用方法仍未确定。第1.4节规定，决定应依照作出决定的实体的相关程序进行，并在适用时提供质疑或申诉能力。对AFRINIC成员和Resource Holder而言，实际问题不只是全球文本写了什么，还包括谁作决定、依据哪项公开程序、使用什么证据以及提供何种救济。

BTW分析建议NRO EC在更新后的时间表旁发布实施登记册。登记册应区分六种状态：文件采纳、程序起草、程序采纳、RIR本地实施、审计准备和实际使用。某一栏为绿色，不应被理解为其他栏也已完成。

建议字段包括：条款；程序负责人；咨询状态；批准状态；生效日期；RIR本地实施状态；依赖项；证据链接；例外；质疑路径。可根据草案控制范围设置的建议行包括利益冲突披露、发布和删节规则、重大性测试、Compliance Review受理、五年审计、Rehabilitation Plans、Temporary Emergency Operator资格、连续性数据交接、Transition Plans和申诉程序。

这些是建议的监测行，并不是说每一行都依法必须有单独程序。它们可以显示：条款写入文件，与控制措施已经发布、实施、测试并实际使用之间存在差别。

第三版将认可门槛改为RIR三分之二支持，增加利益冲突披露以及评估和理由的发布，并赋予ICANN特定的审查和决定角色。它规定至少每五年进行一次常规审计。Compliance Review可由其他RIR多数、相关RIR自身，或该RIR成员数的15%与1,000人中较少者提出，但须满足重大性和事先补救条件。

完整机制链条是：如果Audit或Compliance Review发现不合规，ICANN须公布发现，并可在适当情况下与RIR合作制定Rehabilitation Plan，随后核实并公布补救是否成功。受影响的RIR可以为自身服务发起Temporary Emergency Continuity Arrangement。ICANN和其他RIR中的三分之二也可以在尽可能讨论后发起或续期该安排。安排除非续期，期限不得超过90天，并须履行发布信息和社区参与要求。取消认可属于最后手段，须先给予合理的机会纠正重大不合规；在ICANN可以批准前，还必须获得其他RIR三分之二的支持。

NRO NC表示第三版回应了咨询中提出的主要关切。这是起草机构的说法，并非对所有关切都已解决的独立结论。理由报告称Compliance Review比完整审计更轻量、更迅速，其保障措施旨在防止滥用；报告还称，紧急门槛调整意在加快响应，而90天期限可防止临时运行成为默认安排。

冻结来源没有说明哪些程序已经私下存在或正在内部起草，也没有说明ICANN或RIR将如何解释“material”“reasonable”“promptly”或“where reasonably possible”等开放性词语，更没有确定未来审计员或Temporary Emergency Operator。登记册应将这些列为未知，而不是预设结果。