摘要

  • RIPE NCC 的业务应用季度计划把 2027 年年度计费所需的内部、外部应用工作标为“2026 年第三季度完成”；获通过的收费方案则规定，会员费用以 2026 年 12 月 31 日收集的数据为准，账单于 2027 年 1 月发出。
  • 这里缺少的不是又一次收费高低之争，而是一条保护隐私的计算凭证：它应把获通过的规则、年末快照、收费类别、软件版本、例外与更正路径连到每笔金额上。

完成的是系统，不是第一轮账单证据

RIPE NCC 存档的 2026 年第三季度业务应用计划写道，5 月会员投票后，内部与外部应用需要按 2027 年年度计费原则完成改造；该项状态是“2026 年第三季度完成”。这段文字被放在“新导航框架”这一看起来并不相干的小标题下。能够采用的证据是段落本身及其状态，不能从错位的标题再推导别的结论。

收费方案给出了另一只时钟。每个 LIR 账户的费用将依据 2026 年 12 月 31 日收集的数据确定，账单在 2027 年 1 月发出。因此，在 9 月 9 日这个观察点上，应用可以已经交付，真正决定首轮账单的账户与资源状态却必然还在变化。

这不是矛盾。负责任的机构本来就应在截止日前完成代码、集成和流程准备。只是“实施完成”尚不能证明“实际账单已对账”。后一个结论至少需要一份确定的会员和 LIR 账户快照、一组 ASN 与独立资源记录、赞助关系和 Legacy 资源状态，以及当时实际使用的收费规则版本与计算引擎版本。

从远处看，方案 A 只有一句话：一个 LIR 账户，一笔费用。细看则有多条分类边界。年度费用从 2026 年每个 LIR 账户 1,800 欧元升至 2027 年的 1,894 欧元。登记在账户下的第一个 ASN 包含在年费中，额外 ASN 每个 50 欧元。独立互联网号码资源的每项登记收费 75 欧元，涵盖 IPv4 与 IPv6 PI、Anycast，以及 IPv4 与 IPv6 IXP 分配。由 LIR 赞助的 Legacy IPv4 登记继续收取 75 欧元；从 2027 年起，与 RIPE NCC 直接签约的 Legacy IPv4 登记也收取 75 欧元。新开 LIR 账户的一次性注册费仍为 1,000 欧元。

数字并不难，决定数字适用于谁的状态才难。哪个 ASN 是被年费包含的“第一个”？截止时记录究竟属于哪个 LIR 账户？某项 Legacy 登记当时是由 LIR 赞助，还是直接签约？新账户是否触发注册费，是否落入方案为部分 Legacy 持有人设置的例外？公开价目表无法脱离有时间戳的输入回答这些问题。

会员投票批准规则，不替系统验算结果

2026 年 5 月大会结果页面说，本次会议共投出 3,049 票，第三号决议通过收费方案 A。3,049 是会议总投票数，不能写成赞成第三号决议的票数。更重要的是，一次有效表决授权的是收费规则，并没有验证其后发生的数据提取、资源分类、金额计算、账单送达和更正流程。

许多机构的证据在这里断开：决议公开，账单向会员可见，中间的转换却只存在于应用内部。一旦会员在 1 月提出异议，客服和会员只能在账户或资源状态已经改变后，倒推截止日发生过什么。正确账单也会因此变得昂贵难证；错误账单则更难迅速定位，因为输入错误、分类错误、规则版本错误和算术错误混在一起。

补上这条链不需要公开会员数据。RIPE NCC 可以在年末前公布计算结构、版本政策和经过匿名化的边界案例；随 1 月账单向已认证会员提供一份简短凭证，包括：收费方案版本、截止时间与快照标识、计费的 LIR 账户数、被包含的首个 ASN、额外 ASN 数量、按类别拆分的独立资源数、赞助与直签 Legacy 数量、注册费状态、适用例外、计算引擎版本、分项小计、总额和更正入口。

这不是把怀疑包装成合规，而是自动化制度决定应有的普通收据。它能把“账单不对”缩小成可处理的问题：快照不对、分类不对、规则不对，还是计算不对。RIPE NCC 还可以公开例外、贷项和更正的汇总数量，而不暴露任何会员账户。

最强的反对意见是，季度计划当然可以在代码、集成和程序交付后宣告项目完成；9 月不可能提前冻结 12 月 31 日的数据，会员级账单信息也不应公开。这一意见成立，但它支持的是区分两个里程碑，而不是放弃证据。公开的计算结构可以先发布，私有的会员计算凭证则随账单到达。

本次查阅的材料没有证明存在错误账单、软件缺陷、服务中断、会员损失或客服失败。“已完成”是 RIPE NCC 自己的项目状态，不是独立审计结论。收费数字也不能单独证明某一会员最终应付多少。本文的判断更窄：只有首轮系统处理尚未形成的年末总体状态时，实施完成才第一次接受真实账单的检验。

来源