摘要

  • AFRINIC 截至 2026 年 6 月 30 日的未经审计财务报告显示，MyAFRINIC v2 实际资本开支为 20,790 美元，全年获批额度为 650,000 美元。约 3.198% 是支出比例，不是项目完成率。
  • 6 月 24 日的 AFRINIC-37 会议纪要称，AFRINIC 的人力资源已集中到 MyAFRINIC v2；项目当时预计年底上线，并通过限制范围避免需求不断膨胀。纪要没有给出人数、工时或内部成本。
  • 获批预算把旧门户称为已到生命周期终点、注册局的单点故障，以及政策、RPKI 与 RDAP 改进的瓶颈。这是 AFRINIC 对风险的说明，不是已经发生故障或项目延期的证据。
  • 最小补充应是一张项目资源对照表，分别列出内部投入、运营费用、合同承诺、资本发票、现金支付、已验收里程碑和仍未消除的服务风险。

数字最容易被滥用的时刻，不是它模糊的时候，而是它精确的时候。

AFRINIC 2026 年上半年未经审计财务报告在资本开支表中写下两个数：MyAFRINIC v2 实际发生 20,790 美元，全年批准 650,000 美元。相除后约为 3.198%。这个计算可以复核，却不能被改名为“项目完成了 3.198%”。

原因在另一份记录里变得格外清楚。6 月 24 日 AFRINIC-37 公共政策会议纪要记载，AFRINIC 的人力资源已经投入 MyAFRINIC v2。纪要还说，这个从 2020 年开始、经历多年预算与资源限制后重新推进的项目，预计在 2026 年底上线；为了守住目标，需要控制范围，避免 scope creep。

“投入人力”与“确认资本开支”没有共同单位。员工开发、产品决策、会员服务测试和安全审查，可能先体现在运营费用里；合同可能已经签署但尚未开票；发票可能已经收到但尚未付款；款项也可能已经支付，而交付物尚未通过验收。公开资料没有说明 AFRINIC 在这个项目上采用了哪一种组合。

因此，问题不是两个说法谁真谁假。问题是读者无法从现有披露把它们接起来。

3.198% 只回答了一道财务题

完整资本开支表同样容易诱发误读。到 6 月底，AFRINIC 报告资本开支总额为 42,053 美元，批准总额为 1,265,875 美元，比例约为 3.322%。它说明的是半年截止日的已确认资本开支占年度批准额度多少，不说明设备或软件完成多少，也不说明多少风险已经退出旧系统。

资本项目通常不会每月匀速花钱。硬件可能在下半年集中采购；软件合同可能按验收节点付款；内部开发可能已经持续数月，却没有以同样速度推高项目资本开支。反过来，高支付比例也不能证明系统可用。钱的确认时间、现金离开账户的时间和功能达到验收标准的时间，本来就是三只不同的钟。

这项界限也保护 AFRINIC。较低的半年数字不能证明采购失败、员工没有工作或年底目标已经落空。证据截止时，年底尚未到来；已查资料没有报告用户验收失败、合同取消或项目放弃。审查不应把“尚未公开”偷换成“从未发生”。

但较低数字也不能自动证明效率。若大量内部劳动没有计入这条资本科目，20,790 美元可能精确地描述 CAPEX，却严重低估项目消耗的总资源。若已有承诺尚未开票，它也低估截止日的合同暴露。必须知道核算边界，才能判断数字遗漏的是什么。

“全部人力”也不是一个可直接相加的数

会议纪要的措辞很宽。若按字面理解为每一名员工都把全部时间交给 MyAFRINIC，显然会与注册局仍在进行的资源登记、会员支持、财务、安全和政策会议相冲突。更稳妥的理解是：工作人员用这句话说明有限实施能力正被集中到共同平台。纪要没有提供具体期间、团队名单或投入比例。

半年报确实有一条人力资源总账：实际 822,142 美元，年度预算 2,901,811 美元，显示为 28%。但这是一条组织级科目，没有把成本分到 MyAFRINIC、基础设施、日常注册服务或政策支持。不能通过减法从中“算出”门户项目的员工成本。

内部软件劳动可能全部留在 OPEX，部分符合条件的开发也可能资本化；外部开发可能走服务合同；不同阶段的处理还可能变化。这些只是合理的会计可能性，不能写成 AFRINIC 已采取的事实。公共问责所需要的不是编辑替它选择会计政策，而是 AFRINIC 公布自己使用的政策和一致的映射方法。

为什么员工投入关系到注册局风险

AFRINIC 2026 年获批预算说明了项目为何得到优先级。文件称 MyAFRINIC v1 五年前已被宣布进入生命周期终点；它是注册局的单点故障，也是政策实施、RPKI 和 RDAP 改进的瓶颈。替换它被称为 2026 年最大一项开支。

这些话界定了项目想解决的问题。它们不证明本期发生了门户中断，也不证明某条路由、某个 ROA 或某次 RDAP 查询已经受损。真正可检验的目标应是：哪些集中依赖被新版本移除，哪些工作流能够在代表性用户条件下完成，哪些旧系统风险仍然存在。

员工集中还有机会成本。AFRINIC-37 在讨论分层 AS-SET 命名提案时说，该政策的实施会在 MyAFRINIC v2 结束后获得优先处理。会议对其他已批准政策也描述了门户依赖。选择先修共同底座可能完全合理，但它意味着工程、测试和产品决策暂时不能用于其他已经授权的工作。这部分成本不会自然出现在 CAPEX 表中。

范围控制同样具有两面性。削减非必要功能，可以降低一次大规模上线的风险；可是被移出的工作若不留下清单，后来只看到“项目已上线”的人就无法知道原计划中还有什么没有交付。一个较小而稳定的版本值得肯定，前提是“较小”不能从历史记录中消失。

一张不泄露员工隐私的项目资源表

AFRINIC 无需公布个人工时表、工资、供应商身份、源代码或安全拓扑。项目问责不等于把内部运作直播给公众。真正需要公开的是经过聚合的对应关系。

第一组字段是财务状态：批准额度、已承诺金额、已开票金额、已支付现金、已确认资本开支和归属于项目的运营成本。每列都应有截止日和定义。批准不是承诺，承诺不是发票，发票不是付款，付款也不是验收。

第二组字段是内部投入。可以按产品、工程、会员服务和安全等团队类别，公布一个人月区间，而不是姓名、薪酬或逐日记录。若分配方法后来改变，应新增一个版本并解释影响，不能悄悄重算过去。

第三组字段是可验收结果。身份迁移、特定资源管理流程、数据核对、回滚演练、会员用户验收或有限测试版，都可以成为边界清楚的里程碑。每一项需要适用基线、验收标准、负责人、时间和未解决例外。看到登录页不等于所有门户功能已被接受，门户上线也不等于所有依赖政策均已实施。

第四组字段是剩余风险与延后工作。旧系统中哪个功能性单点依赖已退出，哪个仍保留；哪些工作因范围控制被推迟；由谁决定，下一次复核条件是什么。对外可使用功能类别，不必暴露网络结构。

最后，表格应保留更正历史。新判断可以推翻旧判断，但不能擦掉旧状态。只有这样，后来的人才分得清真实项目进展、核算口径变化和事后修订。

结论只到记录边界为止

AFRINIC 已经提供了有价值的公开材料：年度预算、半年实际数和解释资源约束的会议纪要。财务文件索引也给出了文件出处，半年报清楚标示未经审计。这些都比只有一则宣传性更新更有用。

现有材料仍回答不了两个问题：20,790 美元之外有多少内部工作和合同承诺；所谓人力集中最后产生了哪些已验收能力。回答不了，不等于答案一定负面。它只意味着不能拿一条会计数字替代项目记录。

一张范围受控的资源对照表，可以让会员区分付款滞后、交付滞后和暂未进入 CAPEX 的内部劳动；也能让政策参与者看到共同平台与各项政策实施之间的区别。旧门户被 AFRINIC 称为单点故障。替换它的证据链不应又只剩一个数字这个“单点”。

来源