ARIN的199个IPv4地址块与307项申请之间缺少公开拆分表

摘要

一项分配即使完全合规，也不一定能由外部观察者复算。ARIN在7月2日公布的结果正好显示了这两件事之间的距离。

公告说，199个IPv4地址块用于满足307项候补申请。199描述的是进入分配程序的前缀库存；307描述的是依照候补规则结案的申请。两者本来就不是同一种计量单位。大块可以拆成小块，所以输出数量多于输入行数并不矛盾。问题在于，公开材料没有给出从一边走到另一边的映射。

ARIN的清理地址块页面还特意说明，页面列出的块并不直接对应候补名单实际收到的块大小。这句警示很重要：它阻止读者把“一行”误当成“一次发放”。但它只告诉公众什么不能推断，并没有提供应当怎样核对。

冻结的官方CSV中，日期为2026年7月2日的记录恰好有199条。按CIDR大小换算，它们合计容纳142,592个IPv4地址。

这个结构说明，数行数会掩盖容量。仅一个/17和两个/18就占65,536个地址，接近全部输入容量的一半。相反，177个/24虽然占了绝大多数行，却只代表45,312个地址。

现行NRPM第4.1.8节规定，符合条件的组织一次最多可以取得/22，也可以选择小至/24的块；每个组织同时只能有一项获批候补申请。排序以批准时间为准，但实际满足申请时还要受可用地址块大小约束，而且申请不得只满足一部分。

因此，分配并不是把库存表的下一行依次交给队列里的下一人，而是用大小不一的有限库存匹配完整申请。收到候补地址或某些转移资源会让组织离开名单；ARIN的说明还把拒绝所提供地址块视为该申请已获满足。这里的“满足”是一个程序结果，不只是一个新增前缀对象。

307减199等于108，但108不能被写成“发生了108次拆分”。一个/17可以产生很多子前缀，一个源块可能留下尚未发放的余量，不同的/22、/23和/24组合也能得到相同的申请总数。公开资料没有给出足够信息来区分这些情形。

同理，142,592只是输入前缀代表的地址容量，不能被当作实际发放量。在没有输出大小分布和余量总数的情况下，任何精确发放量都属于猜测。

所缺的并不是一份姓名名单。ARIN可以为每轮分配发布一个版本化回执，列出源库存日期与哈希、完整源前缀集合或其可验证承诺、发放的/22、/23和/24数量、发放地址总数、保留余量，以及把源块与子块连接起来的匿名拆分编号。

回执还应把结案原因分开：实际获配、拒绝报价、因转移取得资源而离队，以及规则定义的其他情形。这样既不公开工单、联系人、需求论证或企业计划，也不会让“307项已满足申请”的口径随着统计目的悄然扩张。

清理地址块表还有另一类使用者。ARIN希望地址信誉名单运营者据此清除旧持有人的历史信誉。当源前缀比后来发放的前缀更大时，重用范围和时间的精度就很重要。这并不证明7月的任何接收者遭遇了路由、地理定位或邮件投递问题，只说明从旧记录过渡到新使用时需要粒度合适的证据。

ARIN当前页面把下一轮分配安排在2026年10月1日前后。这个未来日期不是已经错过的期限，也不能证明7月分配有误。它只是下一次把输入、输出和连接两者的账同时公开的机会。

冻结材料能够证明公告中的两组总数、199条输入记录及其CIDR容量、非一一对应警示和现行分配规则。它们不能证明接收者身份、输出块大小、剩余库存、实际排序、内部审核结论、信誉名单状态或任何损害。本文指出的是一张缺失的公开对照表，不是一项已经证实失败的分配。