摘要

  • 在2026年9月12日冻结的页面响应中，AFRINIC统计首页列出本年度新增成员122名、当前总数2,609名，并标注“增长”4%；页面没有说明基线、比较期、公式、取整方式或数据截止时间。
  • 另外四张卡片沿用同一结构：Route(6)为6,330、127,513和4%；IPv4按/24折算为614、438,182和0%；IPv6按/32折算为73、11,372和0%；ASN为121、2,787和4%。
  • 若以本年度数量除以当前总数，再舍去小数部分，五个结果都与页面整数相符。这只能证明一种算法与显示值兼容，不能证明门户实际代码、官方分母或“增长”的预定含义。
  • 完整的IPv6和ASN下载文件分别复现了首页的年度数量与当前总数。AFRINIC已经提供了相当好的明细入口，真正缺少的是随指标发布、带版本号的对账凭证。

百分号让一句未完成的话显得已经说完

“本年度122名”“当前2,609名”都是可以单独理解的计数。“增长4%”则不同：它必须回答相对于什么增长、从什么时候开始、哪些变化算在内。三者在界面上靠得很近，容易让眼睛自动补上关系；可是排版不能替代定义。

冻结快照中的五张卡片分别属于不同统计世界。成员数描述机构与注册管理机构之间的成员状态；ASN是号码资源；IPv4的/24和IPv6的/32是经过标准化的地址量；Route(6)又属于路由相关序列。它们可以放在同一个入口页，不能因此相加，也不能因为都显示4%就解释为同一种强度。

这点尤其重要，因为仪表盘式页面很容易被二次引用。一张幻灯片可能只留下“成员增长4%”，一则简报可能把ASN的4%和成员的4%并列，随后读者便把两者当作机构绩效或网络发展速度。原始页面未必主张这些结论，但缺失的方法信息无法主动阻止这种迁移。

一个可审核的增长率至少要公布分子、分母和时间边界。年度数字是新增总量还是净变化？退出、关闭、退还、转移、重复记录和补录如何处理？“本年度”以UTC、毛里求斯时间还是其他时区划界？当前总数与年度切片是否来自同一次抽取？显示值是四舍五入、向下取整，还是在更高精度原始量上先计算后格式化？

本次冻结的完整首页没有读者可见的数据截止时间、基线、分母、舍入说明、快照编号、方法版本或修订记录。HTTP响应头有Date，但那只是服务器传送响应的时间。它不证明五个底层序列都在同一秒刷新。把传输时间写成数据时间，会制造一条来源链上并不存在的连接。

一种算法同时吻合五个整数

最简单的核算很有启发。用“本年度”除以“当前总数”再乘100：成员约为4.68%，Route(6)约为4.96%，IPv4约为0.14%，IPv6约为0.64%，ASN约为4.34%。如果丢掉小数部分，依次得到4%、4%、0%、0%和4%，与页面完全一致。

这个发现应当怎样表述？可以说五个标签“与年度量占当前总量、再舍去小数的算法兼容”。不能说“AFRINIC就是这样计算”。页面可能接收上游预先计算的比例，可能使用等价表达式，可能在显示前应用每项业务规则，也可能让分子和总数采用不同刷新频率。观察结果只约束可能性，不揭示实现。

另一个常见分母可以说明差别。假设年度数量是已经包含在期末总数里的净增加，那么“期初存量”可以暂时写成当前总数减年度数量。Route(6)的隐含期初量为121,183。6,330除以127,513约为4.96%，除以121,183则约为5.22%。页面显示的整数4%不足以告诉读者究竟选择了哪个基线。

成员也是如此：122除以2,609约为4.68%，而除以隐含期初量2,487约为4.91%。ASN对应4.34%与4.54%，隐含期初量为2,666。IPv6大约是0.64%与0.65%；IPv4两种算法都约0.14%。这些替代计算不是纠错方案。如果年度值记录的是毛新增，而当前总数还受注销或退还影响，简单相减就不是有效期初量。恰恰因为这种业务差异存在，分母才不能由读者猜测。

“增长”还可能指两个快照的净差、年度新增占期末总量、滚动十二个月变化或自上次发布以来的变化。每一种都可能合理，只是回答不同问题。透明度不是选出一个看似天然的公式，而是说明实际使用了哪一个。

0%并不等于没有发生任何事

IPv4和IPv6卡片把整数显示的代价暴露得最清楚。两者都写0%，但分子分别是614个/24等价值和73个/32等价值。匆忙的引用者很可能把0%改写成“没有增长”。数字本身已经否定这种简化：年度栏不是零。

按前述兼容算法，保留一位小数会得到IPv4约0.1%、IPv6约0.6%。这比0%更有信息量，却仍然不是完整方法。多一位小数可以减少视觉误解，不能说明分母、截止时间和修订规则。精度与可追溯性是两件事。

同样不能把地址登记量直接写成部署成绩。IPv6 /32等价值不能单独证明有多少前缀进入BGP、承载多少流量、覆盖多少用户或真正投入生产。ASN登记不保证它正在路由表中可见。新增成员也不是服务质量指标。这些卡片描述注册和资源层面的状态，向运营结果推导还需要其他证据。

把五个序列分别对待，并不是否定首页的设计价值。统一入口恰好方便读者发现不同数据面。问题只在于，共用的“增长”标签没有为每个数据面附上自己的定义。标签统一，业务规则未必统一。

明细数据证明可审核性已经近在手边

AFRINIC没有只提供五个孤立数字。门户设有成员、IRR、IPv4、IPv6与ASN明细页，包含筛选、历史图表或表格，并给出原始数据下载入口。这种公开程度值得肯定，也让补齐方法说明变得更容易：底层材料已经存在，只差首页与材料之间的正式连接。

成员明细可按国家和年份探索，CSV结构包含机构名称、登记日期等字段。本次保存的成员文件在达到服务器声明的完整长度前触及捕获上限，因此它可以证明下载路径与字段结构，不能用来独立认证2,609名总数和2026年的122名。截断文件不是完整普查。

IPv4下载存在相同限制。明细页、下载路径与模式可以确认，但保存内容未覆盖完整响应，所以本文不声称从中重新计算出438,182个/24等价值和本年度614个。

IPv6文件则完整到达。对其中标准化slash_32字段求和得到11,372；筛选2026年分配记录得到73。ASN完整文件含2,787行数据，其中121行的登记年份为2026；冻结文件里最新登记日期是2026年9月11日。这两组核对把四个首页数字与底层记录精确连接起来。

然而，计数对得上并不等于“增长”定义已经对上。即使73和11,372都能复算，读者仍不知道两者是否按规范直接相除、是否来自同一时刻、年度边界采用哪个时区，以及历史记录更正时序列如何变化。数据可追溯与指标可解释是相邻但不同的任务。

IRR页面也提供专门视图和原始归档。本文没有下载该归档来重建Route(6)，更不会因为名称都与路由相关就假设它们是同一集合。列出官方来源时，应明确区分“观察了这个表面”和“用这个文件完成了某项计算”。

一张对账凭证足以连接卡片与证据

解决办法不需要公开内部代码，也不需要重做门户。每个指标附一张短小的、机器可读的版本化凭证即可。它应列出指标名称与单位、纳入和排除规则、数据源或抽取编号、截止时间和时区、年度边界、精确分子与分母、比较区间、公式以及显示取整方式。

凭证还要说明退还、关闭、转移、修订、重复项和延迟登记如何影响两个计数；标明页面版本和方法版本；链接相应明细与下载；若历史数字改变，则保留简洁的更正沿革。

以成员卡为例，公开行可以很短：“2026年新增：122；当前活跃总数：2,609；抽取时间：[时间戳]；比例：新增/当前活跃总数×100；显示：向下取整至整数；方法版本：[编号]。”如果真实规则是期初存量或净变化，就写真实规则。建议的重点不是替AFRINIC选择公式，而是要求选择本身可见。

稳定快照编号也很关键。实时页面不断变化，引用它的报告却会保留旧值。没有编号，两张不同日期的截图看起来像互相矛盾；有编号和修订说明，它们只是同一序列的两个已记录状态。正常更正也因此不会被误读为暗中改数。

最后，凭证应分清四只时钟：业务记录生效时间、文件抽取时间、页面生成时间和HTTP交付时间。它们可能接近，却不能默认相同。把名字写清楚，比在界面上增加一个没有定义的时间戳更重要。

结论必须停在证据允许的位置

本次核查只覆盖一个冻结响应以及它指向的官方明细和下载端点，不覆盖页面全部历史、私有代码或运营数据库。它没有证明内部公式，没有证明计算错误，也不从方法缺失推断动机。

成员与IPv4文件被截断，只支持对路径和结构的判断；IPv6与ASN文件完整，支持精确复算相应计数。把两类证据分开，是本文可信度的一部分。

在这些限制后仍然成立的事实很清楚：AFRINIC把五个整数“增长”放在年度量与当前总数旁边，但公开界面没有给出让这些百分比成为定义明确指标所需的基线、公式、取整和数据时点。一种简单算法与全部显示相符，但相符不是实现证明。现有数据开放已经走了大半路；一张版本化对账凭证可以补完最后一段。

官方来源