摘要

  • AFRINIC 于 2026 年 9 月 1 日公布的是《RIR 治理文件》第三版推荐终稿，不是已经生效的规则，也不是某项正在进行的承认或取消承认个案。
  • 草案前言把号码注册体系称为开放、自下而上；新增第 2.7 条却说，RIR 与 ICANN 在审议注册机构地位变更时可以咨询社群，但并无必须咨询的义务。
  • 承认程序仍要求资源持有者和号码社群给予广泛支持；取消承认仍有提案门槛、答辩、具名评估、利益披露与三分之二支持门槛。
  • 合适的约束不是把咨询变成公投，而是公开一张“咨询处置回执”：谁决定咨询与否、针对哪个提案版本和哪些受影响者、采用了什么证据，以及不咨询的具体理由。

两句话之间的治理缝隙

AFRINIC 9 月 1 日的公告首先做对了一件事：它没有把一份推荐文本包装成既成制度。公告明确称这是 NRO Number Council 提交的推荐草案，并同时提供正文、修订对照和理由报告；它还表示，NRO Executive Council 将另行公布进一步参与的机会。公告没有宣称文件已经获采纳，更没有宣称现实中存在某个承认或取消承认提案。

这层状态区别很重要。治理文本从“推荐终稿”走到“生效规则”，中间可能还有正式采纳、实施程序和日期安排。把建议写成已经生效，会虚构权力；把设计上的空白等到首宗争议个案发生后才讨论，则会让制度检验被当事人的胜负吞没。

草案前言给体系定下的合法性语汇十分鲜明：互联网号码注册体系是分散而协调的，建立在开放且自下而上的过程之上；文件的目标之一，是维护自下而上的多利益相关方模式。对资源持有者和网络运营者来说，这意味着注册机构的地域地位若发生变化，理由不能只来自一个封闭机构圈内的相互认可。

随后出现的第 2.7 条却很精确。它说，本文件既不妨碍、也不要求 RIR 或 ICANN 在评估承认或取消承认提案时，与各自社群举行咨询。第三版理由报告还说明，这一条是新增的，因为先前意见认为利益相关方将在何时受到咨询并不清楚。起草者给出的答案不是咨询日历，而是把是否咨询明确留给机构判断。

这并不自动推翻“自下而上”。自下而上不等于每个受影响者都对每项公司、合同或协调决定拥有一票否决权。社群承受服务变化的后果，也掌握运营事实；正式决定权则由章程、合同和协调安排授予特定机构。咨询可以改善决策者掌握的证据，却不必成为决策权本身的来源。

真正棘手之处在于：当文件要求“广泛支持”，又不要求开设咨询时，后来的人如何判断这个支持结论是怎样形成的。

承认程序规定了结果，却没有规定取证路线

承认新 RIR 的条款把这种分离写得格外清楚。候选机构必须让现有 RIR 与 ICANN 信服：拟服务区域的号码资源持有者广泛支持候选者，并愿意参与其治理；更广泛的号码社群也须承诺支持该机构并参与其政策制定过程。

这些是实质标准，却不是一个固定的投票公式。每个现有 RIR 独立评估提案，可以提问并进行尽职调查，然后向 ICANN 提交建议、理由、问题与所获答复，同时披露与结果有关的实际、潜在或观感上的利益关系。ICANN 还要进行自己的评估，并在允许对机密部分作有限遮盖的前提下，公布提案及各项评估。

门槛也不低。ICANN 不能在少于提交评估的 RIR 中三分之二支持的情况下承认候选者。如果某个反对的 RIR 因服务区域或收入可能受到重大影响而被考虑排除在分母之外，ICANN 必须先书面通知、说明理由，并给它公平答辩机会；其意见即使不计入门槛，也仍作为信息保留。

因此，这不是没有证据、没有记录的程序。它包含具名判断、理由、问答、冲突披露与较高的机构支持门槛。问题在于，第 2.7 条意味着，这些参与者在判断“区域是否广泛支持”时，并不因本文件本身而负有开启咨询的义务。

支持可以由多种材料证明：会员决议、早已存在的公开意见、机构函件、问卷、会议、运营记录、尽职调查，或者另一套制度规定的程序。它们都可能有效，却不能被当作同一种证据。会员表决有清楚的选民范围，但未必覆盖非会员运营者；开放会议显示到场者的强烈偏好，却没有自动给出整个区域的分母；问卷只反映回答者；资源使用和路由记录显示行为，却不直接解释制度偏好。

一份评估如果只写“获得广泛支持”，读者便无法重建三个基本对象：测试了哪一群人，大家看到的是哪一个提案版本，得出的结论究竟约束哪一个决定。广泛支持会从可审查的判断退化成一个无需展示取证路线的标签。

取消承认赋予启动权，不等于保证听证

取消承认从另一种入口开始。任何 RIR 都可提出提案，ICANN 也可以。被针对 RIR 的会员中，达到总数 25% 或 2,000 个会员这两个数字中较低者的群体，同样可以启动程序；一个法人即使在其他场合拥有多票，在这里也只计一次。

提案须指出所称的不合规事项并提交支持材料。被针对的 RIR 获得合理期限作答。其余 RIR 审查案件、提出问题、给出理由并披露利益，ICANN 再审阅整套记录。若没有除被针对者以外 RIR 中三分之二的支持，ICANN 不能作出取消承认决定。

草案还设有“先修复”的推定。能够补救的失败，不应一开始就走向取消承认。这个保护并非礼貌安排：注册机构地位改变，可能导致持续运行的网络所依赖的登记服务由谁承担也发生变化。仓促切换权力，会把治理冲突传导到资源分配、数据库连续性和运营预期。

不过，达到会员门槛只证明一群具备资格的人有权启动提案，并不证明区域其他受影响者赞成结论。被针对 RIR 的答辩保障了机构的程序地位，却不等于听取资源持有者、非会员运营者、技术社群、政府或民间组织的材料。公布评估可以让人知道决策者最后怎样判断，仍未必说明外部事实怎样进入案卷。

第 2.7 条保留了咨询这些群体的可能，也保留了不咨询的可能。两种路线都可能合法、合理，但二者之间的差别不应到最终决定公告里才被一句“已考虑社群支持”抹平。

为什么不宜把每个个案都改造成公投

强制所有地位变更都走同一种公开咨询，也可能是一项坏控制。若注册服务的完整性面临紧急威胁，漫长的征求意见期会增加风险。诉讼、个人资料、安全事实或受保护的法律意见，可能正当地限制公开程度。五个 RIR 与 ICANN 受不同公司法、章程和本地程序约束，一套全球统一的咨询动作可能重复已有地区流程，甚至与当地法律要求冲突。

咨询自身也并不天然具有代表性。邮件列表的发言量不是人口比例；组织良好的利益团体可以占据开放窗口；以法律和技术英语起草的提案即使形式上公开，也会让许多实际受影响者付出很高理解成本。若制度只要求“举行咨询”，却不要求界定提问对象、版本、分母和意见处置，最后得到的可能只是一场程序表演：窗口开过、意见收过，却无人说得清哪条证据改变了哪项判断。

草案已有的替代保障应当受到认真对待。公告须公开，评估须附理由，问题与答复跟随案卷，相关利益需要披露，被针对的 RIR 有答辩机会，承认和取消承认都要跨过机构支持门槛，取消承认之前原则上还应先寻求修复。

这些安排足以解释为什么第 2.7 条不应简单被一条公投义务取代。它们却不足以解释，为什么“是否咨询”这个取证决定可以不留清楚痕迹。

应当公开的是选择，而不是一致同意的幻象

一张咨询处置回执可以很短。承认或取消承认的每个评估阶段，都应列明负责作出咨询决定的机构、正在审查的提案精确版本，以及被视为受影响的社群范围。回执再说明：是否举行了专门咨询；若没有，哪一套既有程序提供了社群证据；或者为何在该阶段咨询不合比例。

如果举行咨询，回执可记录起止日期、使用渠道、参加资格或规则、能够确定时的相关分母，以及重要意见被接受、拒绝或转入后续处理的去向。它无须公开个人资料、特权法律意见或安全敏感事实。它只须让人看见，证据怎样越过讨论空间进入正式评估。

如果未举行咨询，回执应给出边界清楚的理由：紧急性、与既有程序重复、法律限制、已有材料足够，或另一项明确原因。后来审查者可以不同意这个判断，却不必先猜测当时是否有人作过判断。

这张回执不会让出席者取代会员、董事会、RIR 评估或 ICANN，也不会把利益相关方变成法定委托人。它防止的是相反方向的偷换：在没有标出社群证据来源时，借“社群支持”的语言替制度结论增加分量。

本次公布的仍是推荐终稿，不是正在行使承认或取消承认权力的案件。现有来源没有证明某项提案正待审查，没有证明任何机构已经跳过咨询，也没有证明该草案已经生效。恰恰因为个案尚未把每个程序问题都染上输赢色彩，现在才是检视第 2.7 条设计后果的低成本时点。

自下而上的治理不要求每项决定都从一支开放麦克风开始。它要求受影响者的知识抵达有权决定者的路线可以被检查。只要咨询仍是选择，采用或放弃它就应当有一位具名负责人、一条证据路径和一个可复核理由。

来源