摘要

  • The Internet Registry System 的名录记载只有一句职能描述：其中没有分配、没有委派、没有客户，也没有任何区域性登记机构。
  • RFC 7020 与 IANA 号码资源页面描述的是四层链条——IANA、区域登记机构、本地登记机构、号码资源使用者——每一次登记行为都发生在两个具名当事方之间。

一句话吞下整个系统

名录条目 仅限战略圈层会员把 The Internet Registry System 归为一家公司，标注在毛里求斯，而它的完整描述只有一句话：「The Internet Registry System performs registry functions for internet number resources.」 也就是说，这个实体为互联网号码资源执行登记职能。

名片其余部分是文件层面的空白。没有网站地址，没有主要域名，没有主题、没有行业分类。附件只有一件，被标为公共登记记录证据。对一家声称握有互联网技术底座——IP 地址与自治系统号——的公司而言，这份档案薄得反常。

薄本身不构成证据。名录制作者写得潦草，也会留下这样一张卡片。真正让这个案例值得写的，是那句话。它并非取自任何讨论这家公司的来源；它取自描述一种架构的词汇。而一旦把这套词汇放回它自己的原文，这张名片就不再是「信息不全」，而是被放错了楼层。

层级自己定义自己

体系的基准文本是 IETF 发布的 RFC 7020, The Internet Numbers Registry System。它给出的定义是一串关系，而不是一个属性：

「The Internet Registry (IR) hierarchy was established to provide for the allocation of IP addresses and AS numbers... This hierarchy is rooted in the Internet Assigned Numbers Authority (IANA) address allocation function, which serves a set of "Regional Internet Registries" (RIRs); the RIRs then serve a set of "Local Internet Registries" (LIRs) and other customers. LIRs in turn serve their respective number resource consumers.」

四个楼层。最上是 IANA。其下是区域登记机构。再往下是本地登记机构及其他客户。最下是号码资源的使用者——运营商、托管商、企业。

塔尖同样用关系语言描述自己。IANA 号码资源页面把分配职能及其边界一并写明：

「Our primary role for IP addresses is to allocate pools of unallocated addresses to the RIRs according to their needs as described by global policy... We do not make allocations directly to ISPs or end users except in specific circumstances.」

两段引文合起来，就把这件事的性质定住了：在这套体系里，登记机构不是「从事登记的人」，而是站在某个确定楼层、并对相邻楼层做出某个确定行为的人。IANA 把一个地址池分配给某个区域登记机构；区域登记机构把一段地址登记在某个会员名下；该会员再向下登记。行为本身与对面的当事方，共同构成这项职能。

而这正是名片所缺的。它宣告职能，却不宣告对手方；它主张位置，却不交付创造这个位置的行为。

「不直接分配」意味着什么

IANA 关于不直接分配的那句话，常被读成一条技术细则。它远不止于此：这是一条机构隔离规则。链条顶端声明，除特定情形外，它不与接入服务商和终端用户打交道；那些人属于下面的楼层。

这条规则对任何自称执行「登记职能」的名片都有约束力。若持卡人是运营商，它位于使用者或本地登记机构一侧，其权利凭证是与区域登记机构签订的合同。若持卡人本身是区域登记机构，它有公开定义、成文政策、服务区域，以及一套承认程序。若持卡人位于 IANA 那一层，其职能由一个被指定并被记录的运营方执行。

这三种位置，没有一种能由一张不写网站、不写域名、不写客户、不写文书的卡片占据。职能表述在体系层面仍然为真，在公司层面则无法验证。描述在此处停止描述，开始主张。

附件说的不是持卡人

名片只挂了一份文件：RIPE NCC 关于多方参与的一页说明，Multi-stakeholder Engagement。所获段落讨论的是互联网治理，不是某家公司：

「The World Summit on the Information Society (WSIS), beginning in 2003, marked a turning point, with all stakeholder groups focusing more closely on the processes and structures of Internet governance... The RIPE Cooperation Working Group was formed in 2009 as a means for the RIPE community to communicate with other Internet stakeholder groups.」

这是关于峰会、论坛与工作组的文字。在所获片段中，没有出现任何设在毛里求斯的实体。它既不是分配记录，也不是委派记录，更不是以某运营商名义所作的登记条目。

这里需要把话说准：它证明的是，这份附件支撑不起它本应支撑的描述。它不能证明该公司不存在，也不能证明它从未持有号码资源。附件不适格是档案缺陷，不是指控。

设计缺陷：有职能，无行为

把零件拼起来看。名片把一项体系职能安在一家公司身上；官方定义表明，这项职能由相邻楼层之间的行为组成；名片里没有任何行为，也没有让行为可被指认的对手方。

结果不是「信息不够」，而是范畴错位。查阅这张名片的人想知道三件事：持卡人站在哪一层、它能分配什么、它对谁负责。名片回给他一句话——这句话对整个体系成立，对任何单独一家公司则不成立。两头落空：措辞借用了官方词汇的权威，却在唯一要紧的问题上保持不可判定。

登记机构是一串行为中的一个岗位。抽掉行为，只剩一个头衔。而头衔看上去像职能，其实不是。

四层结构，没有唯一持有人

困难有一部分来自对象本身。「互联网登记体系」不是一家机构，而是多家之间的安排。RFC 7020 不指定所有者，它描述互相服务的角色；IANA 页面也不声称自己管理会员登记簿，而是把这件事交给下面的楼层。

这种分散让名字本身容易误导。一个描述整体的名字，可以被某个特定实体拿来使用，而逻辑上并不矛盾——正因如此，核查的对象必须是文件而不是名称。有用的问题不是「这个名字正当吗」，而是「哪一个行为、在哪些当事方之间、在什么日期，把这个持卡人放进链条」。

在这个意义上，我们 2026 年 10 月 17 日的分析已经指出：该条目的几个描述层没有为一个具体资源点出责任人。本文换一种方法并走得更远——把那句职能表述本身当作对象，与它出处的定义对读，并把「关于体系某一层的陈述」与「关于一家注册公司的陈述」分开。前者可验证且为真；后者未被确立。

什么会推翻本文

论证是可证伪的，这正是它站得住的原因。只需要一份带日期的文件：一份载明持卡人的分配或委派记录，或一份区域登记条目，写明其标识、地址块与会员合同。那样的材料会把这张名片变成普通的公司简介，也把本文变成一场站不住的指控。

本次核查未取得此类材料。这与「此类材料不存在」不是一回事。区别就是方法本身：一边是对档案内容的结论，一边是对世界的结论。

依赖这张名片的代价

名录不是中立的。查询它的有在转让合同前核实对手方的运营商，有寻找责任主体的律师，也有复原责任链条的分析师。对这些读者来说，一张只给体系职能、不给行为的卡片制造了具体风险：他们以为找到了一个行动者，其实只找到一张标签。

登记链条本身是有文本依据的：层级、政策、程序都写在公开文件里。正因如此，这个缺陷才如此不起眼——那句话是对的，就像说某个市政厅「负责户籍登记」是对的：对机构成立，对「谁签了那份文书」毫无帮助。

本次核查的边界

为扩大文献基础，共向公开来源发起六次检索；三次成功，构成本文引用的三份来源。四类文件未能取得：以自身措辞描述互联网登记体系的 RIPE NCC 页面、IANA 号码资源页面在所获片段之外的全文、任何载明该持卡人的分配或委派记录，以及任何以其名义登记的毛里求斯商业登记记录。

这些缺失划定的是本次核查的边界，而不是这些文件存在与否的结论。三点仍然开放：持卡人与某个区域登记机构之间——现在或过去——的关系；唯一附件与该实体实际角色之间的联系；以及被引段落的准确性质，它们是检索方报告的读文，不是页面全文的复刻。