摘要

  • 第六稿的可核实变化只有三项：跨阶段澄清需求规则、为清晰而重写再次申请条款、明确新的 /12 取代旧的 /12；官方变更记录不是完整逐字修订表，也没有宣告所有异议已经关闭。
  • 最实质的控制面是计算口径。把历史总持有量误当成阶段内新增收受量，会使同样的运营需求得到不同结果；把滚动 24 个月写成“拿满以后再等”，则会让多次较小收受的起算点和累计方式不确定。
  • 单一替代储备的澄清避免了把两个各含 1,048,576 个地址的 /12 同时排除在普通队列之外，但清楚说明“只有一个”仍不能替代资格、最低规模、冲突处理和书面理由。
  • 对私人技术记账员而言，合适的补救不是扩大权力，而是逐条公开异议与计算台账：旧解释、新文字、公式、库存假设、队列影响、处置理由与剩余不确定性都应可核查；地址离开未分配池以后，分配时代的控制必须终止。

L3 — 会议说“是”之前的三处收窄

要理解第六稿的制度意义，先要把日期摆正。AFRINIC 的提案历史与档案索引把第五稿记在 2017 年 6 月 27 日，而第五稿详情页显示“提交于 6 月 29 日”，状态是讨论中。现有记录没有解释这两天之差，因此严谨的做法不是替机构制造一个统一日期，而是同时保留两种记载。确定无疑的是，工作人员在 8 月 24 日对第五稿作出评估；随后，档案索引和提案历史都把第六稿记在 9 月 22 日。日期链条显示的是文本从一个版本走向另一个版本，并不自动显示谁同意了什么，更不显示没有在场的网络运营者把何种权力交给了会议。

第五稿把耗尽阶段设计成一组相互嵌套的门槛。第一阶段的上限是 /18，第二阶段的上限是 /22，两个阶段的操作性最低分配规模都是 /24。换算成地址数量，/18 是 16,384 个地址，/22 是 1,024 个，/24 是 256 个。申请判断还联系着八个月规划窗口、既有地址达到百分之九十利用率的测试，以及第一次申请的例外。每一个数字单独看都像技术参数；组合起来，它们却决定某个运营者能不能进入队列、工作人员要看哪一段历史、获配量在多长时间内累计，以及下一次申请何时才不会被上一次结果挡住。

工作人员发现的第一处问题，是“经证明并且有正当依据的需求”究竟怎样跨阶段适用。第五稿第 5.4.3 节已经说，任一耗尽阶段的分配与指派都依据这种需求，但工作人员仍认为需要把它与两个阶段以及此前的政策框架对齐。第六稿的官方变更记录因此称，5.4.3 得到澄清，使经证明的需求适用于所有阶段，并与其他政策手册条款一致。能够据此作出的结论很有限却很重要：起草者试图消除阶段切换带来的适用范围疑问。不能据此推出的结论同样重要：这没有证明某一套需求证据最有效率、最公平，也没有证明私人机构在未分配库存之外获得了持续审查企业资本用途的资格。

第二处问题更像一道会改变答案的会计题。第五稿第 5.4.6.1 节谈到，一个组织的“总分配或总指派”在第一阶段不得超过 /18，在第二阶段不得超过 /22。工作人员指出，这句话可能被理解为对组织全部历史持有量设限，而不是只限制其在相应耗尽阶段新增收到的数量。两种读法的差别不在文风。假设一个组织早已依法、依规则取得大量地址，如果计算表把旧持有量全部放入新阶段的上限栏，它可能一开始就被视为达到上限；若计算的是阶段内新增流量，它仍可按照新阶段的有限额度排队。一个名词组就可能把“本期流量控制”变成“资产存量审查”。

第五稿第 5.4.6.2 节又规定，组织在收到阶段上限后，要等待 24 个日历月才能再进行一轮。工作人员把这种覆盖式写法称为难以理解，并提出一种更容易核算的表达方向：在任何 24 个月期间内，一次或多次分配或指派合计，在第一阶段以 /18 为界，在第二阶段以 /22 为界。这里最关键的是“任何 24 个月期间”和“一次或多次”。它把规则从一个模糊事件——“曾经拿满，然后等待”——转成一个滚动窗口：每笔新增收受有日期、有数量，会随着时间移入或移出计算范围。

第六稿的官方变更记录对这一部分只说，5.4.6 为了更清晰而被重写。封闭记录并没有提供一份经过核实的完整逐字对照，也没有证明第六稿逐字采用了工作人员建议的公式。因此，最稳妥的重建方式是把证据分成三层。第一层是已确认的问题：总持有量与阶段内新增收受量可能混淆，再次申请的覆盖条款难懂。第二层是工作人员建议的操作模型：把一次或多次收受放进滚动 24 个月窗口并按阶段上限累计。第三层是第六稿已确认的处置：5.4.6 被重写以提高清晰度。若把第三层写成“建议文本原样获采”，便超出了记录；若因为没有逐字文本而否认清晰度改进，也同样忽略了官方变更记录真正能够证明的事项。

第三处问题涉及储备库存。第五稿拟从最后一个 /8 中划出连续的 /12，在普通可用空间已无法满足申请时，用于支持 IPv6 部署。一个 /12 含有 1,048,576 个 IPv4 地址。工作人员询问：这个新用途的 /12 是取代原来为不可预见未来用途保留的 /12，还是两个储备并存？若文字保持沉默，记账系统可能出现两个完全不同的库存图景。一个图景只把一块百万级地址空间从普通队列中隔离；另一个图景则把两块同样大小的空间隔离。即使没有任何人主张第二种结果，仅仅让两种读法同时存在，也足以影响申请者对普通池寿命和等待风险的判断。

第六稿对这项疑问给出了三项变化中最明确的方向：5.4.7 被重写，以说明提案中的新 /12 取代先前保留的 /12。换言之，制度账面上应是一个改变用途并替换旧柜子的储备，而不是在旧柜子旁边再加一个新柜子。这里可以肯定“替代关系得到说明”，却不能宣称储备管理的所有问题都已解决。现有记录没有证明资格标准、最低申请规模、不同合格申请冲突时的排序、拒绝理由或技术示例的每个疑点都在 9 月 22 日关闭。一个库存柜数量清楚，不等于柜门的每一条开启规则也清楚。

把三项变化并排观察，可以看到第六稿确实做了成熟起草应做的事情。第一，它缩小了“需求规则是否只在某一阶段生效”的解释空间。第二，它把工作人员已经指出的存量与流量、再次申请与时间窗口问题带回文字层面处理。第三，它消除了一个还是两个 /12 的结构性歧义。这些改动能降低前台人员与申请者之间的解释成本，使内部计算更可能一致，也让下一次讨论面对一份边界更清楚的文本。否认这些收益，会把“批评私人权力扩张”误解成“偏爱模糊规则”，两者并无必然联系。

但成熟的审查也必须抵抗另一种跳跃：文字更窄，于是异议已经穷尽；版本继续前进，于是共识已经形成。第六稿的官方变更记录只列出三项变化，并没有说所有工作人员意见、邮件讨论中的反对或会场疑问均已得到答复。尤其是再次申请条款，记录确认“为了清晰而重写”，却没有给审阅者一份可据以逐字符验证的完整红线。制度分析应把“已处置的歧义”“可能仍需说明的操作问题”和“关于规则正当性的异议”分开，而不是把它们压缩成一个绿色勾号。

后来的程序记录只能作为边界。2017 年 11 月 30 日，AFRINIC-27 讨论了第六版，记录了进一步的文字建议，之后有共同主席宣布共识并准备送入最后征求意见。12 月 1 日的第七稿才被版本摘要记为最后征求意见版本。这一先后次序说明，9 月 22 日发布的第六稿仍处在最后征求意见之前，文本仍然开放。后续会议怎样评价它，不能倒填成两个月前已经存在的共识；第七稿的状态也不能移植到第六稿。程序上的“后来发生”不是证据上的“当时已经发生”。

这一区分也保护了制度讨论免受两个相反误区的干扰。一方面，不能把官方页面上的整体提案状态误贴到每一个历史版本；另一方面，也不能因为第六稿尚未进入最后征求意见，就说它毫无作用。它是一份真实发布、真实收窄操作歧义的草案，能够改变参与者下一轮评估的对象。它不是通过的规则，不是已经实施的安排，更不是公共法律。准确描述这种中间状态，才能既承认起草劳动，又避免把档案顺序包装成授权链条。

在这一层级上，官方材料的证明作用应当严格限定。它们可以证明页面显示的日期、版本身份、工作人员提出的问题、三项变更记录以及后来会议的程序痕迹。它们不能仅凭机构自述证明其拥有区域主权，也不能证明未参与者同意。私人会员制技术协调者可以记录自己的会议和文本，却不能用自己的记录自行创设公共权力。记录描述机构做了什么；记录本身不是那项行为在公共法意义上正当的来源。

因此，第六稿最诚实的制度定位是“一份更可审查的候选队列规则”。它试图让申请输入、累计期间和储备数量更明确，但仍需要外部读者看见每个问题如何从旧读法进入新处置。若档案只展示三行变更摘要，公众知道文字动过，却未必知道每项异议的操作模型是否真的被回答。会议在未来说“是”之前，最欠缺的不是更多宏大叙事，而是一张能把问题、计算和未决事项逐项对应起来的表。