摘要

  • BTW 的一份名录卡片把「About the ICANN ASO Address Council」登记为 AB 法域内的互联网注册机构，依据唯一一个证据链接主张其已在 RIPE NCC 注册；同一卡片的自身缺口字段却要求核实其注册机构职能、服务范围、治理关系以及当前名录所载的角色边界。
  • 本次审查取得的 ICANN 章程页面只把第 9 条标识为 Address Supporting Organization 所在条文，到标题为止；能够说明该理事会可以做什么的条款没有取得，另有三类文件未返回任何发布方文本。
  • 结论是溯源不匹配，而非相互矛盾：一项被归属的定性与一个被定位的授权行为并不在同处，本文指出证据链条在哪一环断开，而不以断言填补空缺。

先看短的那份记录。BTW 名录中关于 About the ICANN ASO Address Council 的条目只有若干字段与一句引证，其简短本身就是信息。它把该名称归入对象类型「registry」与法律类型「registry」，把「AB」同时作为总部所在国家与注册法域，并以一句话陈述已知角色：「is an internet registry, registered with RIPE NCC」。它的法定名称字段照搬了该卡片取自的页面标题，连定冠词一并保留——这个细节说明了名称的来源。

这些字段背后只有一个证据链接：一个 RIPE NCC 关于 Number Resource Organization 之 Number Council 的页面，标注为「Public registry record evidence」，并声明置信度为 0.82（RIPE NCC 的 NRO NC 页面）。该卡片的西班牙语、法语与中文版本重复这同一个链接，而没有增加第二个来源。四个语言版本放在一起看，是一句引证被写了四遍，而不是四次独立印证。

接下来是被引用时本应随行的那一段。卡片的缺口字段写道：「Verify About the ICANN ASO Address Council's registry function, service territory, governance relationships, and current registry-listed role boundary.」一份先把某机构归类、随后又要求核实其职能、其关系与其角色边界的卡片，等于告诉读者它究竟没有判定什么。0.82 是该卡片对它自身条目所声明的置信度，不是对其任一内容在法律上准确的校准概率。

第二份文件形态相反：篇幅长、体例正式，并且恰在读者期待它开口之处沉默。2026 年 10 月 18 日取得的 ICANN 章程页面留存快照，按该页面自己的措辞载有一段目录片段：「ARTICLE 9 ADDRESS SUPPORTING ORGANIZATION ... ARTICLE 11 GENERIC NAMES SUPPORTING ORGANIZATION」（ICANN 章程页面）。该片段指认哪一条规范 Address Supporting Organization，它并不复述该条。

随该快照提供的摘要指出，章程于 2026 年 7 月 3 日修订，并称地址理事会的具体权限、以及 ASO 在遴选董事会董事中的角色，载于第 9 条全文与相关附件之中；摘要同时说明这些操作性条文并不在已取得的文本之内。该节录被标记为由提供方报告，而非整份文件的阅读：因此有三件彼此不同的事——一个被定位的条号、一个被报告的修订日期、一组既非前者也非后者的权限。

于是两份文件呈现出对称的缺口。一份对某机构作了归类，却没有给出文件；另一份指认了文件，却没有给出条款。

关于权限的主张通常在上游争讼、在下游被预设；沿链条上溯更有用。文件存在——两处皆满足。文件归属某项定性——两处皆满足：一为「internet registry, registered with RIPE NCC」，一为第 9 条点名 Address Supporting Organization。治理文件被定位——部分满足：章程页面已定位，摘要亦指向第 9 条及其附件；而 Address Supporting Organization 自身的治理文件，包括其谅解备忘录（ASO 治理文件），未返回任何发布方文本。操作性条款授予或限制某项权限——未达到；未取得任何条文文本。实际行使另有证据——未达到；未取得任何遴选记录、决议或会议纪要条目。

本文停在被证据支持的最末一环，由此而来的纪律主要落在动词上。文件记录、列出、归类、归属与点名；文件条款授予、授权、要求与限制；行为则被行使、被任命、被选定与被表决。对上述两份文件所载内容，只有第一类动词适用。

本次审查未确立者：

  • 地址理事会可以做什么，以及是否有任何文件授予、限制或仅只描述其职能。
  • 地址理事会是否任命、提名或推荐 ICANN 董事会董事，或在遴选中没有任何角色承担。
  • 理事会成员如何产生、由谁产生、任期如何。
  • 任何法定人数、表决门槛、决策规则或罢免程序。
  • 理事会是否为法律主体，以及在何种法域之下。
  • 理事会与 Address Supporting Organization 是否为同一法律主体、相关机构，或同一安排的不同层次。
  • 所引 RIPE NCC 页面是否支持卡片「registered with RIPE NCC」字段，因为该页面文本未取得。
  • 「AB」除卡片所载字段值之外指什么，以及由此是否产生任何法律后果。
  • 是否存在操作性文件。本次审查所确立的仅是它未被取得。

四个状态标签各有不同的分量，不应互相替代。「未取得」是收集边界——文件曾被查找，但没有留存发布方文本。「未核实」是印证缺口——某项已记录字段所引的支持未被阅读。「未确立」是当下的证据结论。「不存在」或「没有权限」需要肯定性证据，而本次审查未取得任何此类证据。

什么会改变这一判断。取得第 9 条全文及附件，且其中明文授予某项权限，便可连同精确引证报告该权限、其主体、其限制与条件；若文本本身区分 ASO 与理事会，也应予以区分。取得 ASO 的谅解备忘录或议事程序，并能指认理事会的法律地位、成员产生方式或决策规则，上述悬置问题即可转为有据可查的结论。若所引 RIPE NCC 页面得以取得并支持注册字段，便可写明该字段已由其所引页面印证——但注册一事本身仍不足以确立治理权限。取得一份载明日期的董事席位遴选记录，包含征集提名、所述评审程序、记录的遴选结果、任期与起始日期，即可以证据说明行为，并把授权问题另行提出。一条记录理事会决定的会议纪要条目或决议，作用相同。而若有文件与上述任一份记录相冲突，发现即转为有据可查的不一致，届时必须归到具名来源，而不是作一般化陈述。

检索，注明日期并计数。2026 年 10 月 18 日，本次审查为取得机构文件做了四次尝试。其中一次返回了留存文本，即上述章程页面。三次以提供方终局失败告终：一次报告提供方的持久化故障，两次报告账户名册无效。三类文件未返回任何发布方文本：Address Supporting Organization 自身的治理文件（含其谅解备忘录）、该组织的说明性页面，以及在区域注册机构与 NRO 层面的第二发布方描述。一次取得文本加三次提供方失败等于四次尝试，而未被取得的文件即为这三类。

两份文件共同确立的范围，比它们各自给人期待的要窄，但仍然值得讲清楚。一位在某个决定旁遇到这个理事会名称的读者，如今可以在同一处核对：关于该机构记录了什么、关于其规范条文报告了什么、以及什么没有被取得。这就是归属与文件之间的距离，也正是本文的全部发现。

上述三份文件于 2026 年 10 月 18 日被查阅或尝试。