摘要

  • 2019 年 11 月 7 日签署的 ASO 备忘录以 ICANN 与号码资源组织为缔约方，把地址理事会定为 NRO 号码理事会的同一批成员，并将遴选与罢免程序的定义权交给该理事会。
  • 地址理事会自身的运行程序写明四个阶段、各自的最低天数，以及七天电子投票、排序复选直至绝对多数；而任期周期、三届上限与罢免路径——21 天请愿、四分之三内部支持、通知送达秘书即生效——都写在 ICANN 章程里。

先看签署页，因为它把角色固定下来。已签署的 ASO 备忘录共七个签署栏——ICANN、号码资源组织，以及五个地区互联网注册管理机构 APNIC、ARIN、LACNIC、RIPE NCC 与 AFRINIC——每一栏都有具名代表，文书签署日为 2019 年 11 月 7 日（已签署的 ASO 备忘录，2019 年 11 月 7 日）。第 1 至第 3 条把结构讲清楚：ICANN 与 NRO 是缔约方，NRO 通过其执行理事会、号码理事会与秘书处履行 ASO 角色。

接着第 4(a) 条做了一件读者未必预料的事：它规定地址理事会由 NRO 号码理事会的成员组成。不是另行选举的议事机构，也不是提名委员会——是同一批人换了个名称。第 4(b)(3) 条把为 ICANN 各机构（尤其是董事会）任职者制定遴选、罢免与罢免建议程序的职责交给这批人。第 4(d) 条反过来处理理事会自己的成员：个人可由其所属地区注册管理机构依该地区已公布的程序罢免，出现席位空缺时由该地区作临时任命。

整段授权到此为止。协议确立架构，然后把执行细节推出自身之外——推进理事会的规则手册，也如后文所示，推进 ICANN 的章程。

时钟

正是在规则手册里，任命不再抽象。地址理事会运行程序第 9.1 条指出，依 ICANN 章程第 7.2 与 9.2 条，ASO 负责遴选人员填补第 9、10 号席位。第 9.2 条把工作分为两类：任满换届适用一般遴选程序，任期未满即出缺适用特别遴选程序。两者都走四步，原文照录为「In either case, the procedure will consist of four phases: nomination, comment, interview, and selection.」（ASO 地址理事会运行程序）

一般遴选程序的时限具体到可以核对。提名期至少 60 天。评论期至少 30 天，另加面试期。面试最长 60 天。遴选期至少 14 天。在公布当选人之前，由 ICANN 进行尽职调查——这一步归属 ICANN，而非理事会。

投票有自己的时钟。第 7.2 条规定外部事项采用电子投票，通常设七天投票窗口，以排序复选、逐轮淘汰方式计票，直至某位候选人取得绝对多数。同一条又规定，任命投票的票数统计保留在 ASO 内部。

还有一条压缩路径。第 9.5 条允许从前次候选人名单、公开提名或地址理事会提名中遴选；依第 9.5.3 条，理事会成员须提名至少两名候选人，被提名人须在 15 天内提交认证信与问卷，随后按第 9.4.7 条进行遴选。

合同没有承载的那一半

现在翻开章程。本文查阅的 ICANN 章程标注修订日期为 2026 年 7 月 3 日，规定赋权社群为唯一指定方，并列出由 ASO 提名的两名董事对应第 9、10 号席位，指定环节与提名环节分列（ICANN 章程）。第 9 条第 9.2(b) 款规定由地址理事会提名，并向 EC 行政机构与 ICANN 秘书发出书面通知；第 7.25 条要求指定结果及时通报。提名与指定是两个行为，由两个机构分别完成。

任期与延续性写在同一个文件里。第 7.8(a) 条规定两个席位的常规任期周期。第 7.8(b) 条规定，董事（包括填补空缺者）任职至该席位下一任期开始、且继任者被指定并具备资格为止——这是一条明写的留任规则。第 7.8(e) 条把任职限制为连续三届，并将填补空缺的任职时间排除在届数计算之外。

罢免是最锋利的一处。第 7.11 条允许经赋权社群附件 D 程序无因罢免，或在通知之后由董事会以四分之三票罢免，同时规定基于特定法律事由的罢免，以及除主席外全体董事的撤换。附件 D 第 3.2 条随后开出一条个人可用的路径：向 ASO 提出罢免其提名董事的请愿，请愿期 21 天，必须邀约对话，达到所需的四分之三内部支持即可发出罢免通知。罢免自秘书收到该通知时生效，空缺依第 7.12 条填补——即经提名后交回赋权社群，接任者任职至前任未满任期结束。

把两半并排放，这种不对称不是丑闻。它是一种分工，形状很具体：社群文书承载程序，受任方章程承载后果。

三处引用瑕疵，一个判断

通读之后仍有三处文件瑕疵，其中只有一处值得讨论。

2019 年协议第 11 条声明，它取代并替换 ICANN 与 APNIC、ARIN、LACNIC、RIPE NCC 于 2004 年 10 月 21 日签署的备忘录，以及 AFRINIC 于 2005 年 4 月的加入。ASO 自己的页面在页首标注 2004 年文本已过时，并已被 2019 年 11 月的备忘录取代（2004 年备忘录页面），ASO 大事记也记录了同样的签署与修订顺序（ASO 大事记）。然而，现行章程第 9 条第 9.1(b) 款仍将 ASO 描述为由 2004 年 10 月 21 日备忘录设立。

把这一点写成治理结论很诱人。它更像一处没人清理的交叉引用。取代关系明确、有日期，且同时由继任文书与前手文本的发布方确认；本文查阅的文本中，也没有任何内容暗示第 9、10 号席位存在另一套实际生效的权威结构。第二处瑕疵方向相反：2019 年协议第 13 条锚定的是 2018 年 6 月 18 日生效的章程版本，而本文查阅的章程文本标注为 2026 年 7 月 3 日。两份文书各自指向对方一个已经移动的版本。第三处是标注习惯：运行程序页面没有为整套程序给出单一生效日期，只有 2020 年 7 月 1 日对董事遴选条款的改动，以及 2023 年 12 月 11 日的最后修改日期（ASO 地址理事会运行程序）。2023 年 10 月的「京都修正」只以比对稿形式留存，而非干净的现行文本（京都修正比对稿）。

一套建立在天数之上的程序，理应说清适用哪一组天数。这是第三处瑕疵的真实代价，而它属于行政层面，不属于宪制层面。

票数统计不告诉你的东西

排序复选加绝对多数是实打实的约束：它固定了胜者如何产生。保密条款同样实在：它固定了更广泛的社群能看到多少关于胜者如何产生的信息。当一个社群被要求把这些被任命者视为自身代表时，它得到的是一套证据刻意不公开的遴选。这个设计是自洽的——审议场合的坦率确实是让票数留在房间里的正当理由——但它把可核查性的负担移到了时间表上。若各阶段按公布的时间推进，即便票数不可见，程序仍可从外部核对。若没有按公布的时间推进，外部读者手里就没有投票记录可退守。

本文查阅的文本也没有把可拉的杠杆交给外部。2019 年协议与章程都没有创设一种外部方能对 ICANN 主张的合同式罢免。社群的杠杆是程序性的，而且真实：固定的提名与评论窗口、明确的空缺路径、让理事会在内部握有决定性一票的支持门槛，以及送达即生效的罢免通知。

这份解读有两条边界。依附件 D 第 3.2 条实际提出的罢免请愿，以及赋权社群已公布的董事指定投票，本次查阅均未取得，因此这里描述的是条文的写法，而非条文的实际运用。未取得的清单同样清楚：一份带单一生效日期的干净合并本运行程序、任何在 2019 年协议签署后修改该协议的已签署文书，以及任何一次地址理事会任命投票的会议记录。这些是 2026 年 11 月 12 日查阅范围内的空缺，而不是这些记录不存在的判断。

地址社群为自己修了一道通向 ICANN 董事会的门：公开的时间表、快速通道上至少两名候选人的下限、以及能达到多数的排序复选。而结束任期、把任职限制在三届、并把四分之三支持变成一份落在秘书桌上的通知的规则，写在它所任命的那家机构的章程里。把两者合读，描述的是一件真实存在的任命文书，和一套在桌子另一侧执行的救济。入口本身见地址支持组织地址理事会名录条目。