摘要

  • 地址支持组织（ASO）公开了一份关于赋权社群权力的程序文件，本次检索保留了该页面的快照；“号码社群没有公开程序”这一假设因此不成立。
  • 该文件所报告的设计，把操作性的判断交给号码资源组织（NRO）执行委员会，并把 ASO 的赋权社群代表约束为按指示行事；规定期限、门槛与传递要求的 ICANN 章程条款，本次检索未能获得。

一份文件的标题，可以比它的内容更响。这份标题为“致 RIR 社群的通知：请求 ASO 考虑 ICANN 赋权社群否决行动”的文件正是如此。它把两件事塞进同一行字里：一件是号码社群被请求去做的事，另一件是它被请求时所处的制度位置。前者需要文本，后者只需要结构。结构我们拿到了，文本没有。

如果读者只想知道“这件事到底有没有人管”，答案在第一部分就能给出。如果读者想知道“什么时候截止、几个人同意才算数、上一次是什么时候发生的”，本文给不出答案，而且会把给不出的原因写在明处——不是修辞上的谦逊，而是这份记录目前真实的信息边界。

一、五把椅子，一个法人

先把舞台搭好。按本次检索返回的摘录——该摘录由检索过程报告，并非我在此逐行阅读页面原文所得——赋权社群是“依加利福尼亚州法律成立的非营利协会，由 ASO、ccNSO、GNSO、ALAC 和 GAC 组成”。

五个决定参与方。这个数字值得停一下：ICANN 的多方模型常被描述成一张圆桌，但在否决行动这件事上，它不是圆桌，而是一个法人。法人有成员，成员有代表，代表有授权来源。ASO 是其中之一，并且是唯一直接对应号码资源的那一个。

把这一层说清楚，后面的追问才有落点。问“ICANN 董事会会不会被否决”，问的其实是一个合同结构；问“号码社群在这个结构里怎么表态”，问的是 ASO 作为成员如何形成并传递它的意思。两个问题不在同一个层级上。混着问，就会得到“他们都在商量”这种既不真也不假的答案。

二、假设被推翻

这篇文章出发时带着一个可以被打掉的假设：如果致 RIR 社群的通知在流转，而 ASO 一侧既没有公开的决策程序，也没有任何带日期的记录显示它曾就某项否决行动作出判断，那么这个“被授予的权利”在实践上就只是一纸授权。

假设的前半段被推翻了。ASO 自己的网站上有一份题为“ASO Procedures for Empowered Community Powers”的页面，本次检索在 2026 年 11 月 2 日保留了它的快照。程序是公开的，位置是显眼的，标题甚至有点过于直白——它就叫“赋权社群权力的程序”。

这里必须把话说准：一份页面存在，和这份页面完整、最新、被实际使用过，是三件不同的事。我们确认了第一件。第二件没有确认，因为快照里没有捕获到发布日期或版本标记。第三件同样没有确认，因为本次检索没有获得任何一份带日期的记录，显示 ASO 曾就某一项具体的否决行动开会、表决、支持或拒绝。

所以准确的表述是：程序存在且可公开访问；程序的行使记录，本次检索未获得。这两句话之间的空隙，就是这篇文章要站的位置。

三、关键的那一句

真正让这份文件从“行政附件”变成“分析对象”的，是同一份摘录里的另一句。按检索所报告的原文，赋权社群治理原则要求：决定参与方的代表“必须完全按照其决定参与方的指示行事，并遵循该决定参与方为行使赋权社群权力而制定的程序”。

这句话有两半，重心在后半。

前半是授权链条：代表不是自由行动者，是传声筒。这在协会法里毫不稀奇——成员派代表，代表按成员的指示投票，这是标准配置。稀奇的是后半：代表还要遵循“该决定参与方为行使这些权力而制定的程序”。

也就是说，赋权社群这一层把义务往下推了一层。它没有规定 ASO 该怎么形成自己的意思，它规定的是 ASO 必须有一份自己的程序，然后代表按那份程序产生的指示行事。程序义务落在成员身上，而不是落在协会章程里。

这就是为什么“ASO 有没有程序”不是学术洁癖。它是这条授权链上唯一由号码社群自己掌握的一环。协会章程规定了代表要听话；ASO 的程序决定了它听谁的话、怎么形成那句话、以及在什么时间之内形成。

四、路线图，以及它的出处

程序页面上具体写了什么？本次检索没有逐行阅读页面原文，只有检索过程附带的一段摘要。摘要不是条文，不能加引号，也不能当作文件的措辞来引用；但作为“检索所描述的内容”，它可以被复述，并且必须被标明是复述。

按该摘要的描述，ASO 处理否决行动的路线大致是：NRO 秘书处把董事会的通知或请愿告知 NRO 执行委员会；执行委员会通过电话会议决定是否接受或支持某项请愿；决定再传达给各 RIR 社群；而 ASO 的赋权社群代表按 NRO 执行委员会的指示行事。同一份摘要还把“接受、拒绝或直接驳回请愿”的权力归于 NRO 执行委员会。

把这段描述与第三节的那句原文并排放，结构就出来了：

  • 协会层面要求代表按成员的指示行事；
  • 成员（ASO）的程序把指示的形成交给 NRO 执行委员会；
  • 代表执行该指示；
  • 决定再回流到各 RIR 社群，作为通报。

一条完整的、可以画出来的链条。谁在哪个环节动手，一目了然。这就是本文愿意给出的那半个肯定答案：不是“没人负责”，而是“责任被写进了一条具体的路线”。

但这条路线有一个特征，值得所有读制度图的人警惕：它的关键节点不在标题里。文件标题说的是 ASO；真正做判断的，是 NRO 执行委员会。ASO 在这里是成员、是通道、是授权的来源，但不是那个在电话会议上说“接受”或“驳回”的身体。

五、时钟在哪

现在说本文拿不到的那一半。

否决行动不是一个可以无限期悬置的动作。任何这类机制都要回答三个技术问题：请愿在什么时间窗口内提出；决定参与方在什么时间窗口内作出决定；多少比例或多少个决定参与方同意，才算数。这三个问题在 ICANN 章程的相应条款里有答案——而本次检索没有获得那些条款。

这不是一句“我们不知道”就完事的推脱，它有一个具体后果：读者现在能看到路线，却看不到时刻表。看到路线意味着知道该找谁；看不到时刻表意味着不知道该在什么时候找。

于是出现一种不对称。熟悉这条路线的人，可以在窗口打开时行动；只读公开页面的普通会员，无法判断窗口是开着、关着，还是根本没有为这件事打开过。这个不对称不是程序缺失造成的——程序在。它是程序的配套文书没有随程序一起出现在读者手中造成的。

需要在这里踩一脚刹车，把话说在证据允许的范围之内：本次检索未获得章程条款、NRO 执行委员会文件、ASO 地址理事会的决议或会议记录、赋权社群管理机构的通知，以及程序页面的发布日期。这些“未获得”是本次检索的边界，不是对世界上是否存在这些文书的断言。一份未被检索到的决议，和一份不存在的决议，在证据法上是两件完全不同的事。

同样的谨慎适用于本文的核心批评。可核查的批评只有一条：一份公开程序，把操作性判断交给了一个其决策记录未被同步公开的机构，而规定期限与门槛的文书没有随程序一起出现在读者手中。这是披露与可审计性的问题，不是合法性问题，也不是动机问题。

六、六类材料，一次边界

把边界摊开，读者才能自己判断这篇记录值多少。本次检索关闭了三类文书的通道：ICANN 章程中规范否决行动的条款（含附件 D）、NRO 执行委员会的文件，以及目标通知本身的文本。三类都在连续失败之后按预设的停止规则关闭，而不是被跳过。

由此产生六类未获得的材料：

  1. 通知本身的文本、日期、所请求的事项与收件对象；
  2. ICANN 章程中规范否决行动的条款，包括请愿期、决定期、门槛与传递要求；
  3. NRO 执行委员会的任何文件、会议记录或决议；
  4. ASO 地址理事会关于某项具体否决行动的决议、会议记录或带日期的记录；
  5. 赋权社群管理机构的任何通知、请愿通知或决定通知；
  6. ASO 程序页面的发布日期或版本标记。

六项里，第 2 项最要紧，因为它决定时钟；第 4 项第二要紧，因为它决定“是否用过”。其余四项决定这份记录能否被完整复原。

关于目标通知本身，还需要一句限定：它的地址出现在名录条目自己的证据来源中，本文引用它，只用于陈述“本次检索没有从该地址取得可读文本”这一有限事实。关于它的内容、日期、措辞与收件对象，本文不作任何断言。

七、“公开”的两种含义

这里有一个容易被跳过的区分，而它恰好是本文全部张力的来源。

公布一份程序，是对未来作出的承诺：如果这件事发生，我们会这样处理。公布一份记录，是对过去作出的证明：这件事发生过，当时是这样处理的。前者可以靠编辑完成，后者必须靠机构行为完成。

ASO 的那份页面属于前者。它是一份承诺，而且是一份质量不错的承诺——它写清了谁通知谁、谁开会、谁传达。本文对它没有任何贬低。真正的问题在于，读者手上只有承诺，没有证明，而承诺与证明之间隔着一整套机构习惯：会议要不要留记录、记录要不要公开、公开要不要带日期。

这解释了一个乍看矛盾的现象：一个机制的透明度，往往不由它的程序文件决定，而由它的记录习惯决定。程序文件可以写得漂亮而空洞，记录习惯却无法伪装——它要么存在，要么不存在。本文所遇到的，是前者齐备、后者缺位的情形。

八、名录卡片上的 0.85

顺带处理一件容易被忽略的元数据。BTW 名录把这个对象登记为注册管理机构类型的身份，地区标为 AN，卡片上写着“一家在 RIPE NCC 注册的互联网注册管理机构”，信心值 0.85，并且自己列出了一条数据缺口：其注册管理职能、服务地域、治理关系与角色边界仍需核实。

0.85 是一个诚实的数字。它说的是“这份卡片大体可信”，不是“这份卡片已被独立验证”。卡片自己要求核实的那四项，恰好就是本文没有能力补上的四项——因为它们需要机构文件，而机构文件正是本次检索关闭的那一类。

所以本文对卡片的处理是：引用它，标明它，不把它的注册管理角色陈述升级为已核实的事实。一个对象的身份描述，和一个对象的职能证明，不是同一份材料。

九、对一个会员意味着什么

把上面几节合起来，能给出一个对具体读者有用的判断。

假设你是一家 RIR 的会员，或者是一个盯着 ICANN 董事会的观察者。你读到一份标题写着“请求 ASO 考虑否决行动”的通知。你想知道两件事：这事会不会真的发生，以及我能不能影响它。

第一个问题，本文只能说：机制存在，路线清楚；是否被使用过，本次检索未获得记录。第二个问题，本文能说得更具体一些：影响路径的入口不在通知里，而在 ASO 自己的程序里。因为按那份程序所报告的设计，指示是由 NRO 执行委员会形成的；一个会员若要影响那句指示，需要在 ASO 这条路线之内、在自己所属 RIR 的社群层面、在执行委员会形成判断之前动手。

这就是“路线公开、时刻表不公开”的实际代价：它把行动能力分配给掌握时间信息的人。这不是阴谋，通常只是文书分层的结果——章程在 ICANN 那边，执行委员会记录在 NRO 那边，社群沟通在各 RIR 那边，而公开页面上只挂着一条路线。

十、什么会改变这篇判断

本文的结论是可被推翻的，而且推翻它的材料很具体。

如果章程中关于请愿期与决定期的条款被取得，那么“时钟不明”这一条立即收窄为“某一页面上没有写”；如果 NRO 执行委员会或 ASO 地址理事会的带日期记录显示该程序曾被用于某项具体否决行动，那么“是否用过”这一条就被日期取代，剩下的只是可及性问题；如果程序页面出现版本标记或发布日期，那么“是否现行”这一条也随之关闭。

反过来，如果一份范围更广的检索确认章程条款、执行委员会记录与地址理事会记录都存在且公开，而 ASO 页面确实没有把它们接起来，那么批评可以从“披露不足”升级为更实质的可审计性缺口。本次检索的材料不支持那一步，所以本文停在这里。

十一、结论

一份程序被公布，是一件真事，值得记下来。它把“号码社群在这个机制里到底有没有位置”这个问题，从猜测变成了可查的结构：ASO 是五个决定参与方之一，它的代表按指示行事，指示由 NRO 执行委员会形成。

同一份程序也把另一个问题留在原地：什么时候。回答它的文书不在读者手里，也不在本次检索拿到的材料里。于是这条授权链有一个古怪的形状——它足够清楚，可以让内行人照着走；又足够不透明，让外行人无法判断这条路此刻是否通行。

制度的质量，往往不体现在它是否有一条路线，而体现在这条路线旁边有没有挂一块写着时间的牌子。这块牌子，本次检索没有找到。

资料来源：ASO Procedures for Empowered Community Powers、Notice to the RIR Community: Request for ASO Consideration of ICANN Empowered Community Rejection Action、BTW 名录条目 仅限战略圈层会员。