摘要

  • 现行APNIC-127把/24规定为IPv4最小委派，把103/8池中的累计上限规定为/23；同一初始LIR条款又要求申请人证明/24的即时需要，并提交一年内至少使用/23的详细计划。
  • 正等待APNIC 62讨论的prop-169，拟把固定/23改成“正在评估的IPv4委派”。其公开范围保留需求评估、节约原则与现行上限，不创造新权利，也不重新打开更广泛的委派、转移或等待名单议题。
  • 新表述需要把申请前缀、评估前缀与最终写入注册记录的前缀分开。三者相同时也应明确记录；不同时更要保留原因。敏感计划可以受保护，公共层只需稳定字段、有限原因码与汇总结果。

一个比特，把门槛翻了一倍

CIDR前缀长度的数字越大，地址块反而越小。/24是256个IPv4地址；/23是512个。两者的差异不是排版细节，而是申请人需要解释的需求量翻倍。

APNIC现行互联网号码资源政策把这两个值放进同一个资格判断。第6.1节给出/24最小值和103/8池累计/23上限。第6.2.1节随后要求初始LIR满足三项条件：已经使用上游给出的/24或证明即时需要一个/24；此前管理的地址空间符合适用政策；一年内至少使用/23的详细计划。

如果评估对象本来就是/23，这组条件未必互相冲突。如果申请对象是/24，问题就出现了：一年计划是在证明眼前这个块，还是证明将来可能获得的最大量？它是资格门槛、增长预测、实际委派值，还是历史文字留下的残影？

APNIC-127纯文本版本为当前快照提供了明确身份：版本015，日期为2025年2月20日，状态为Active。它仍保留上述三项条件。Prop-169尚未进入这份生效文件。

因此，发现问题与改变规则是两件事。提案页面可以准确描述缺口，博客可以清楚解释目的，但在政策流程、编辑文本与实际表单完成之前，申请人面对的仍是现行条款。

Prop-169先做了一件正确的小事

Policy SIG邮件列表保存的prop-169公开文本给出的替换十分克制：删除“一年内至少使用/23”，改为一年内使用“正在评估的IPv4委派”，同时受APNIC-127适用委派上限约束。

固定数字被换成变量，这是进步。它承认最小值与最大值并不相同，也没有把一年计划取消。更重要的是，它没有假装每个初始LIR都天然应获得上限。

但它仍是提案。第一版在2026年7月13日提交Policy SIG邮件列表，并计划交由APNIC 62公开政策会议讨论。会议讨论、共识、后续评论、EC动作、编辑发布和实际采用必须逐项区分。

存档提案本身保持了刻意收窄的边界：仍引用固定/23的评估笔记、指导和申请材料需要复核；需求评估、节约原则与现行上限继续保留；它不创设新的地址权利，也不重开更广泛的委派、转移与等待名单问题。

文字改动再窄，也可能改变决定记录必须保存的内容。数据库最后仍可写入同样的IPv4前缀，但选择这个前缀所依据的分母与证据可能已经改变。后者属于申请与评估记录，不一定能从公开注册对象反推。

NOG Alliance中立提案追踪器把prop-169列为“To be discussed at APNIC 62”。这是未来会议状态，不是结果。提案以/24说明文字错位，其他IPv4政策问题不在这次修正范围内。

所以本文不把一个文字修正包装成IPv4供给改革。真正需要追问的是：新的变量是否能被第二位审核者、申请人或复核者重新定位。

“正在评估”不是事务标识符

中文里的“该项”、英文里的定冠词，都能让一句话听起来已有唯一对象。但语法上的确定性，并不等于流程里的唯一身份。

一次申请至少可能出现三个前缀值。

申请值由申请人提交。评估值是审核者判断一年计划时实际使用的分母。委派值是APNIC或NIR最后写入注册记录并授予账户的前缀。普通案件里，三者可以都是/24。这并不意味着只需一个字段；恰恰说明正常路径可以低成本地记录为same-as-requested。

三者不同时，字段的价值才完全显现。申请人可能提交/23，审核者只认定/24的证据；申请人也可能在问答后主动修订；累计持有量还可能约束最终可委派的数量。现有公开证据没有证明这些场景实际发生，也没有证明它们普遍存在。它只说明拟议文字没有把这些可能的状态各自命名。

附近还有第四个数：申请前剩余额度。它是由适用上限减去相关持有量得出的计算结果，不应被误当作第四个事务值。额度可以约束申请，却不等于申请人要求的量，也不等于审核者对证据的判断。

现行政策在相邻资格路径里已经示范了更清楚的语法。第6.2.2节针对多宿主申请，要求立即使用“所申请地址”的25%，并在一年内使用50%。它与初始LIR路径不同，不能拿百分比直接套用；但它证明同一政策知道如何把测试绑定到一个被命名的数量。

Prop-169无需复制那两个百分比。它只需说明“正在评估”的值从何而来、何时固定，以及改变时留下什么记录。

三个时间跨度，也要三个明确的数量关系

第5.2.1节要求的不只是一年预测。地址委派申请需有文档支持的即时、一年和两年需求估计；政策把立即25%、一年50%作为一般指引。若终端用户无法可靠估计两年用量，APNIC或NIR可以只按一年需要委派。

于是，预测跨度、证据置信度和决策数量成为三组独立变量。两年预测不确定，不等于即时需要虚假。最终只按一年需要给出地址，也不意味着两年计划被认定错误。审核者可以评估预测，却不必代替运营者决定客户、拓扑和产品设计。

新条款若不固定分母，“正在评估的委派”可能在流程不同阶段指代不同对象：提交时的申请块、审核即时需要后形成的候选块，或者对两年预测折减后选择的最终块。

后续委派规则提供了一个好的程序线索。第7节允许基于过去使用率、文档计划和合规情况，满足最长一年的估计需要；如果APNIC或NIR采用更短周期，则必须告诉LIR具体周期和理由。当变量被收窄时，名称和理由都应留下，这个原则同样适用于前缀量。

公共说明给出了天花板，没有给出决定轨迹

APNIC的IPv4耗尽后说明告诉成员，103/8池累计上限是/23，达到上限后不能再从APNIC获得更多；尚未达到上限的现有成员可以在MyAPNIC提交申请；需要超过/23的网络应查看转移路径。

这是清楚的公共导航。它解释了上限与入口，却没有声称展示私有申请字段、审核时采用的数量或部分批准的理由。公共天花板和受保护的决定记录承担不同任务。

资源稀缺并不是减少记录的理由。相反，稀缺使原因分类更重要。最终给出较小块，可能源自剩余额度、资格边界、证据不足，也可能源自申请人主动修订。四种情况不应被压成同一个“少给了”的结果，更不应形成同一种先例。

/23成为上限时，/24仍是下限

这组双值并非凭空出现。JPNIC互联网时间线记录了prop-127在APNIC 47形成共识并随后生效；JPNIC也因此停止从返还库存按/22上限分配，把该渠道对齐到/23。现行/24下限由存档政策文本证明，而不是由这条历史记录证明。

这段历史不能证明每一句旧文字为何保留，也不能证明申请实际如何处理。它能证明现行制度从那时起明确容纳了两个大小。固定/23计划靠近最大值时显得自然，却不能自动代表最小值案件的分母。

后来的Prop-152曾建议在当时可用池耗尽后把最大值降到/24，并把后续供应限定给新账户。该提案没有在APNIC 56达成共识，2024年2月被放弃。它不是现行规则。

不过，秘书处对prop-152的评估留下了一条可迁移的教训：不宜把会在讨论期间变化的实时库存数字硬写进政策。变量比易过期的常数更耐久。Prop-169正沿这个方向前进；下一步是让变量的来源、版本和决定时点也可识别。

一份最小、受保护的前缀决定记录

不需要为此制造一本更厚的申请手册。共同层可以更小，却更严格。敏感证据留在受保护空间，公共层只公布稳定字段、有限原因码和不识别申请人的汇总路径。

记录应包含十六项。

  1. 申请身份与时间。 使用稳定申请号、提交时间，并明确链接修订版或取代它的请求。
  2. 规则身份。 保存APNIC-127版本、具体条款、生效日期及决定采用的实施版本。
  3. 决定主体。 标明APNIC或相关NIR、审核角色与委派渠道，不用笼统“系统”掩盖责任。
  4. 申请人类别与资格路径。 区分初始LIR、多宿主、关键基础设施、IXP或其他明确授权路径，防止测试条件串用。
  5. 相关现有持有量。 记录103/8持有、其他相关空间和剩余额度计算，并标明每个输入的政策范围。
  6. 申请前缀。 同时保存精确前缀长度、地址数量与申请修订号，使/23和512成为同一值的可校验表示。
  7. 即时需要基线。 把数量与功能连接到受保护证据引用；不要把一种偏好的网络图变成规则。
  8. 一年计划分母。 明确预测所对应的前缀与地址数。这正是prop-169新名词需要绑定的字段。
  9. 两年预测状态。 标记已提供、无法可靠估计或不适用，并记录支持这种处理的条款。
  10. 证据保管。 保存文档标识、哈希、访问级别、保留期、隐私处理与纠错历史，不公开客户细节。
  11. 评估前缀。 记录精确数量、它何时成为决定分母，以及允许该值的规则。
  12. 差异原因码。 评估值与申请值不同时，给出有限原因并绑定相关事实；相同时写明same-as-requested。
  13. 问答历史。 保存关键问题、答复、时间，并指出每轮交流改变了哪个决定字段。
  14. 最终委派前缀。 把最终数量绑定到注册事件、具体前缀与时间，并记录它与评估值是否不同。
  15. 结果与纠错路径。 区分批准、部分批准、拒绝、撤回和待定，携带理由、复议入口与纠错结果。
  16. 隐私安全的汇总投影。 公布申请→评估→委派路径计数、处理时段、差异原因、撤回与纠错数，不公布申请人。

这不是公共商业计划数据库。哈希不等于公开原文，原因码也不需要客户名称。公共层可以显示remaining-entitlement-limit，而无需暴露合同。可复核与隐私并不矛盾。

精确记录，不等于替运营者设计网络

Minimum Initial Specification给出了边界：共同协调层必须严格写出真正需要共享的最少事实，后续运营选择应留给运行网络的人。

申请身份、规则版本、数量、决定主体和注册状态转换属于共同事实。客户构成、路由器厂商、编址方案、转换技术、产品设计与商业节奏不是。只要APNIC仍在稀缺免费池委派前检验需求，它可以查看相关证据，却不应把首选证据模板升级为网络设计许可。

这个边界同时约束两边。申请人不能用“未来增长”替代可核查事实；审核者也不能用“更详细”无限索取私密数据。每个问题要连接一个被命名的数量和一条规则，每个结果也要回到同一组字段。

APNIC的政策制定流程强调开放、透明与自下而上，并把提案讨论和结果作为公共记录。要让这些原则具有操作意义，穿过流程的对象必须始终可识别。对一个变量措辞形成共识，并不等于对它未来所有未公开填法形成共识。

公共政策可以保持简短，实施记录必须足够精确。

来源

证据没有告诉我们的事

这些公共资料没有展示APNIC或某个NIR曾因固定/23条款拒绝、延迟或缩减某一申请，也没有按申请值、评估值和委派值统计案件。内部表单与审核笔记同样不在证据集中。因此本文识别的是文本与记录接口问题，不是已经证实的系统性不当行为。

证据也不能预测APNIC 62。以本文快照为准，会议尚未发生。新版本可能把数量绑定得更明确，也可能保留现状或改变范围；任何一种都需要按新事实重新评估。