摘要

  • AFRINIC 于 2026 年 9 月 1 日发布第三版 RIR 治理文件及修订对照和理由报告。它是提交后续审议的推荐终稿，不是已获批准或生效的规则。
  • 第 4.2 条把至少五年一次的全面审计与审计间隔中的专项合规审查分开；同业 RIR、被审查 RIR、成员联合体和 ICANN 的入口并不相同。
  • 两道限制同时存在：已经判定合规或完成整改的“同一问题”有一年暂停期；同一类发起方在两次审计之间，对同一 RIR 最多发起两次合规审查。
  • 若不记录请求、启动、发起方身份、条款、审计区间、结案与整改时钟，两道保护都无法由外部复核。

第三份请求暴露的不是算术问题

设想某 RIR 的一批成员就第 4.1 条中的一项义务提出审查请求。ICANN 认为问题达到重要性门槛，第一项合规审查正式启动。后来，另一批成员就另一项问题促成第二次审查。下一次常规审计尚未到来，第三个成员联合体递交了请求。

这是不是同一“发起方”的第三次？如果“发起方”指所有成员联合体这一类别，答案可能是肯定的。如果它指某个具体联合体，成员略有增减后又可能被当作新主体。再进一步，若前一次请求被收件，却在重要性判断阶段遭到拒绝，它是否占用一次额度？条文使用的是“发起审查”，并不是“收到请求”。

这种分类直接分配权力。计得太宽，互不相关的成员群体会替彼此耗尽渠道；计得太窄，换几名签署者就能绕过上限。RIR 免受无休止审查的保护，与成员不必等待最长五年才提出紧迫问题的能力，都押在同一套计数逻辑上。

AFRINIC 9 月 1 日的公告让推荐文本、第二版对照和修改理由进入公开记录。它没有宣布 AFRINIC 正在接受合规审查，也没有宣布草案已经生效。

四条入口汇合在“是否启动”

推荐第三版规定，每家 RIR 至少每五年接受一次审计。在两次审计之间，其他 RIR 可经多数决定提出审查；RIR 可以请求审查自身；符合人数门槛的成员联合体也可以提出请求。

成员门槛取两者中较低者：成员总数的 15%，或 1,000 名成员。一个法人只计一次，即使它在其他表决中拥有多票。请求必须指出第 4.1 条中的具体义务，说明问题为何重要到不能等待下一次审计，并证明至少一名成员已通过该 RIR 的现有渠道作出适当解决努力。

ICANN 掌握从“请求”到“启动”的转换判断：它评估问题是否足够重要。ICANN 也有独立入口；即使无人提出请求，只要它合理相信某 RIR 未遵守具体条款，并通知所有 RIR，也可主动启动合规审查。

因此，公开状态至少应分为：问题出现、请求送达、形式与门槛核验、重要性决定、启动或拒绝、审查结案。若系统一收件就把计数加一，实际消耗的将是条文没有消耗的额度。

第一只时钟跟着问题走

若某项具体义务在上一个日历年内已经接受评估，并得出合规结论，同一问题不能立即再次进入审查。若先前发现不合规，但通过整改计划恢复合规且经 ICANN 核实，也适用暂停。

起算点并不统一。有整改计划时，要到该计划时间表结束一年后才能重审；没有整改计划时，则以先前审计或合规审查结案满一年为界。这要求账本保存被评估条款、结论、是否存在整改、计划终点以及恢复合规的核实状态。

“同一问题”同样需要有理由的关联。两份请求可以引用同一条款却描述不同事实；新证据可能在前案结案后才出现；一份请求也可能同时引用多个义务。不能只靠标题相似就自动合并，也不能靠换一种措辞就自动拆分。归类者、理由和纠正记录必须留下。

第二只时钟跟着发起方和审计区间走

下一项限制换了计数键：各类发起方在任意两次审计之间，对同一 RIR 最多启动两次合规审查。它并没有明确说系统总共只能有两次；同业 RIR 多数、RIR 自审、成员联合体和 ICANN 是不同入口。

计数区间也不是日历年，而是被两次审计夹住的时间段。因此，哪次审计开启区间、哪次审计使其归零，必须有准确事件。提前、延后或与在办审查重叠的审计，不应通过模糊时间戳悄悄改变额度。

ICANN 和请求自审的 RIR 身份稳定；“其他 RIR 的多数”可能随着赞成组合变化；成员联合体更容易变化。公开每位成员姓名会越过必要的隐私边界，什么都不记则无法证明上限是否适用。

可行办法是保存不可逆的联合体指纹、汇总人数及当时使用的分母，并公开后续联合体为何被认定为相同或不同。公众需要的是分类及依据，不是请愿者名册。

结案报告来不及解释下一次入口

第三版要求 ICANN 在审计或合规审查后发布摘要，并在适当协商后隐去机密信息。整改计划结束后，ICANN 还要核实是否完成整改并公布结果。这些规定能说明程序如何退出。

但限额是在下一项审查启动前使用的。此时，申请者和公众需要知道当前审计区间、该发起方已经启动的次数、所引问题是否仍在一年暂停期，以及哪一个结案事件决定到期日。事后报告无法单独证明事前关门是否正确。

修改与理由报告把合规审查描述为审计间隔中较轻量的专项工具，并说明频率规则是为了防止重复行动和无休止审查拖垮 RIR。目的能否实现，取决于计数是否一致，而不只是上限写了多少。

一张有边界的计数凭证

最小公开记录先标识被审查 RIR，以及划定区间的前后两次审计。它记录发起方类别和保护隐私的稳定标识、请求送达时间、引用条款、适用的成员门槛和内部救济努力、ICANN 的重要性判断。

请求若转为审查，再写入启动时间及该发起方在本区间的序号。结案后保存结论、结案时间、“同一问题”的关联决定、整改计划终点、恢复核实和暂停到期日。申诉或更正应改变当前状态，而不是删除旧状态。

成员姓名、签名、联系方式、内部投诉和机密证据均无需公开。凭证只证明为什么入口开启或关闭，不替代受保护的案卷。

NRO 的 ICP-2 进程页明确把 9 月 1 日文本列为 ASO 地址理事会提交 NRO 执委会审议的推荐稿，审批和采纳仍属后续阶段。公开计数规则应在首次争议前确定，而不是等一次拒绝发生后再倒推。

来源