摘要

  • 2018 年 3 月 28 日发布的 IPv6 PI Update 是 AFPUB-2018-V6-004-DRAFT01，不是 V6-003；后者是另一项 IPv6 Initial Allocation Update。6 月进入最后征求意见、8 月获董事会批准、11 月出现部分实施记录，均不能倒写成发布当天已经生效。
  • 草案最有价值的改动，是不再要求终端用户先拥有或符合 IPv4 PI 条件，才有资格申请独立的 IPv6 地址。它把可携带的网络身份从一段日益失去技术意义的 IPv4 历史中解开，同时保留了身份、站点、需求、大小、部署和聚合方面的核验。
  • 路由表规模、重复登记、欺诈申请和前缀碎片化是真实的协调问题；但它们只支持透明、可复核且与技术不变量相称的条件，不支持 AFRINIC 对商业模式、上游选择、是否多宿或是否公开宣告作价值裁判。
  • AFRINIC 的正当角色是维护号码记录的唯一性、准确性与连续性。它不是主权者、监管者、警察、处罚者、没收机关或法院。最稳健的制度设计应保留可携带性，允许纠错与申诉，并把任何真正带有强制、惩罚或权利裁判性质的问题交给有权限的公共机关。

L3 — 不再要求具备 IPv4 历史的 IPv6 入口

这项制度变化首先需要从一个常被忽略的识别错误讲起。2018 年 3 月 28 日，AFRINIC 的档案中同时出现了不止一项 IPv6 提案，因此相邻编号很容易被混在一起。IPv6 PI Update Draft 1 的正式编号是 AFPUB-2018-V6-004-DRAFT01。AFPUB-2018-V6-003 对应的是另一项 IPv6 Initial Allocation Update，处理的是 LIR 初始及后续分配问题。V6-004 的对象则是终端用户组织取得 IPv6 提供商独立地址的入口。把二者互换，会把终端用户的退出能力误写成互联网注册服务商的初始分配改革，也会把本文所要审视的资格门槛、地址大小和纠偏机制放进错误的制度容器。

AFRINIC 的 2018 年 3 月档案和历史政策清单共同固定了发布日、提案名称、版本与编号。年度报告后来也把 V6-003 和 V6-004 分列，并将 PI Update 的日期记为 3 月 28 日。这些相互独立的机构记录足以说明“发布了什么”，却不能证明发布行为本身就是法律生效、普遍接受或路由保证。发布是把一份提案放入公开政策过程；它既不是公共立法，也没有在当天自动改变所有运营商、所有网络或所有路由设备的行为。

草案所针对的旧问题很具体。AFRINIC-28 的会议记录显示，既有安排把 IPv6 PI 资格同申请者是否已有、或是否符合 IPv4 PI 条件联系起来。IPv4 地址日益稀缺时，这种依赖愈发难以解释：一个组织今天需要稳定的 IPv6 网络身份，不应因为它昨天没有取得一块特定类别的 IPv4 地址而失去申请入口。IPv6 的需求、拓扑、站点数与部署计划可以直接被审查；让 IPv4 历史充当替代证明，既不准确，也把旧资源稀缺造成的偶然差异固化为新的资格层级。

V6-004 的核心动作，因而不是向申请者“授予网络权力”，而是取消一项不合时宜的前置依赖。终端用户组织即使没有 IPv4 PI，也可以就自身 IPv6 需要提出 PI 申请。这里的“终端用户”必须同 LIR 区分：前者为自身网络和终端站点使用地址，后者的注册业务结构涉及向客户或下游分配资源。V6-003 关注后者的初始分配和相关条件；V6-004 则在前者一侧建立不靠 IPv4 往历的路径。两种角色可能都使用 IPv6，却面对不同的登记问题，不能只因编号接近而合并叙述。

取消旧门槛并不意味着取消全部核验。由后来的综合政策文本和 2019 年澄清提案能够追踪到的制度架构包括：申请者应是非 LIR 的终端用户组织，应与 AFRINIC 建立或维持终端用户会员关系，应说明终端站点数量、地址需要和部署计划，并在给定期限内把所申请空间投入使用。前缀大小不是凭印象决定，而是围绕站点数量和地址规划计算。这些要素说明，改革打开的是申请入口，不是自动满足每一项申请，更不是对任何给定前缀的无条件承诺。

不过，使用后来的综合文本必须保持时间上的克制。后来的 CPM 汇集了实施后的条款以及随后的修订，2019 年文件本身也是一项澄清尝试。它们可以帮助辨认 V6-004 留下的结构和后果，却不能被当作 2018 年 3 月草案逐字不变的原文。尤其是后来为解决非公开宣告用途而提出的新语言，不能倒填进 Draft 1。历史重建若省略这个限定，就会给读者一种草案从一开始已解决所有边界问题的错觉。

时间线还需要第二组分界。3 月 28 日是发布日；6 月 6 日 AFRINIC-28 会议讨论 V6-004，提案作者说明了取消 IPv4 PI 依赖的理由，也介绍了在初始大小后来不再符合网络计划时进行调整的机制。会议记录载有关于十二个月内未宣告地址应如何处理、HD 比率原则是否保留、以及 AFRINIC 是否应监视路由的提问。记录中的回答称 HD 比率文本仍在，工作人员没有被指示去监视路由。现场还有一项明确反对意见，主张在 IPv6 自身的资格标准形成前保留 IPv4 条件；共同主席仍因记录中看不出文本修改的进展而把提案推进到最后征求意见。

“进入最后征求意见”只是程序节点。它发生在发布之后、董事会批准之前，不等于实施，更不意味着一家私人机构因此取得公共权力。2018 年 8 月 7 至 8 日的董事会记录以第 201808.449 号决议批准 V6-004 Draft 1，并要求工作人员实施。到了 11 月，CPM 修订历史把变化记入 6.8 至 6.8.4 节；11 月 29 日的实施通知又说相关更新已部分实施，某些自动化仍待完成。这四个阶段——发布、最后征求意见、批准、部分实施——证明的是一套机构内部过程依次发生，而不是一个动作可以替代其余三个。

这种区分对评估影响尤其重要。若把 3 月的发布直接称为“实施”，就会夸大草案当时对真实申请的作用；若把 6 月的讨论称为“批准”，又会抹去后续董事会动作；若把 8 月的批准说成已经完成全部执行，则与 11 月仍有自动化待完成的公开说明冲突。更重要的是，任何这些内部节点都不会把登记机构变成政府或法院。一个私人组织可以决定如何维护自己的号码簿、如何处理会员提交的材料，却不能靠会议程序自行创造对网络主体的主权。

草案的大小设计体现了可以被正当化的技术协调。架构以每个终端站点至少一个 /48 为基线；拥有多个相连站点时，前缀在十六进制边界上对齐，申请更短、也就是覆盖更大地址空间的前缀需要给出理由。大小按站点数计算，增长尽可能连续，登记方则可采用稀疏分配，为未来扩展留下空间。这里的价值不在于神化某个具体数字，而在于把分配同可观察的网络结构连接起来：站点数、预期增长和层级边界比“这个申请者是否值得”更可核查。

这一结构也暴露出登记判断应当如何受限。对组织身份的核实可以防止冒名；对控制关系的核实可以避免同一空间被重复记给彼此无关的主体；对站点和计划的说明可以帮助选择足够而不过度碎片化的前缀；对记录的及时更新可以让网络运营者知道谁对某段地址负责。这些都是保持唯一性、准确性和互操作性的手段。相反，申请者的商业声望、收入规模、政治立场、与登记机构是否意见一致，或者它选择哪一家上游，都不是同一类技术事实。

V6-004 还提出对初始分配大小进行纠偏。真实网络不会永远按照申请日的预测生长：站点可能增加，拓扑可能调整，原本合适的前缀可能无法覆盖后来形成的合理计划。如果制度只允许组织在一个错误大小上继续生活，运营者可能被迫拆分配置、申请离散空间，甚至经历不必要的重新编号。允许重新核验计划并纠正初始大小，原则上能降低这种连续性损失。会议记录证明该机制被提及，但封闭证据没有给出任何具名组织实际通过它调整的案例，因此不能把设计上的可能收益写成已经测得的结果。

同样，材料中没有 V6-004 导致全球路由表新增多少条路由的统计，没有一个具名申请被拒绝或一块地址因该条款被收回的事实，也没有证据证明每一块 PI 地址都能被世界上所有网络接受。这些缺口不是分析的障碍，而是结论的边界。我们可以判断门槛的制度逻辑，可以追踪文本和流程，可以解释重新编号与可携带性的机制；却不能从这些材料推导出不存在的量化效果、个案结果或普遍可达性。

因此，L3 层面的结论应当保持窄而确定：2018 年 3 月发布的是 V6-004 Draft 1；它面向非 LIR 终端用户，拆除了 IPv6 PI 对 IPv4 PI 历史的依赖，并把申请放入身份、会员关系、站点、需求、大小、部署、聚合和纠偏的架构中。之后的会议、批准和实施记录说明这项提案如何推进。它们没有证明 AFRINIC 拥有公共统治权，也没有证明任何特定结果已在全球路由系统中兑现。