摘要

  • 草案 3 的修订记录只列出一项变化：在 AFRINIC-24 公共政策会议及随后的 RPD 讨论之后，第一阶段的拟议最大规模由 /15 改为 /18。按 CIDR 容量计算，这是从 131,072 个地址减至 16,384 个，降为原来的八分之一；它不是实际发放数量，也不能自行证明地址池因此延长了多久。
  • 草案 3 仍是状态为 Under Discussion 的提案。它保留两段式耗尽设计、剩余不超过 /11 时进入第二阶段、第二阶段 /22 上限、八个月规划期、既有资源使用率至少 90% 的门槛、IPv6 资源前置条件、区外使用限制，以及 /16、/14、/13 三类储备。
  • 工作人员意见暴露出执行层面的实质歧义：何时触发耗尽阶段、哪些设施算关键互联网基础设施、一个 /16 如何容纳可能以数千计的顶级域名需求、与 IXP 政策是否一致、何谓有效申请、没有明确最小前缀时如何处理、重复申请措辞如何理解，以及部分关键基础设施缺少规则。“Legal: None”只表示没有记录法律意见，不是法律认可。
  • 2016 年 11 月 29 日，Alain P. Aina 与 Omo Oaiya 在 AFRINIC-25 介绍 BIS。会议纪要记载，作者承认存在两份竞争提案、共识难求，希望先形成共同的问题陈述，并要求把提案退回邮件列表。共同主席给出的程序结论是“无共识”，不是惩罚、裁决或主权否决。
  • 缩小单次上限的最强理由值得认真对待：持有有限未分配库存的私人登记机构必须有队列规则，更小的上限可能避免少数大额申请迅速吸收库存，为后来者保留申请窗口。但这只是可检验的政策假设。若要成立，需要公开库存与需求假设、分配模拟、申请负担、例外规则和纠错路径；会议记录没有证明 /18 最优，也没有证明任何实际区域利益。

两个日期，限定了这项提案真正发生过什么

理解草案 3，最有效的方法不是把它放进一部宏大的“互联网治理史”，而是先盯住两个日期。第一个是 2016 年 7 月 22 日。当天发布的文件编号为 AFPUB-2016-V4-001-DRAFT03，版本 3.0，页面状态为 Under Discussion。作者为 Omo Oaiya、Joe Kimaili 与 Alain P. Aina。文件提出，如果日后获得采纳，将取代当时的 IPv4 Soft Landing Policy；但“如果获得采纳”正是不可省略的条件。发布一份草案，意味着把文字交给私人协调程序讨论，不意味着文字已经生效。

第二个日期是 2016 年 11 月 29 日。AFRINIC-25 的公共政策工作组会议在毛里求斯举行，Adewole Ajao 主持现场议程，共同主席 Sami Salih 远程参与。会议纪要把 Soft Landing BIS 的介绍人记为 Alain Aina 和 Omo Oaiya。它也记录了提案作者对当时局面的判断：场内存在两种竞争性的处理思路，达成共识很困难，他们希望与另一提案的作者寻找共同的问题陈述，并要求把 BIS 退回邮件列表。会议的最终记录是 No Consensus。

这两个日期之间没有一条可以被合理补写成“区域立法”的隐形道路。7 月的文本是待讨论的私人服务规则提案；11 月的结论是私人协调程序内没有形成共识。前者不是颁布，后者不是法院判决。草案所触及的现实利益并不因此变得轻微——IPv4 库存能支撑网络部署、客户连接和收入规划——但利益重大与权力主权化是两回事。恰恰因为经济利害真实，才更需要准确说清程序做了什么、没有做什么。

草案 3 唯一明示的变化，是一道很大的数字切口

草案 3 的修订历史把变化说得非常窄：经过 AFRINIC-24 公共政策会议及后续 RPD 讨论，第一阶段最大分配或指派规模从 /15 调整为 /18。封闭记录没有提供一份逐条红线，足以证明还有其他条款在这一版中改变；因此，不能把保留的条款误写成草案 3 新增的变化，也不能凭后来争论反推这次修订包含更多内容。草案 2 在这里仅有一个必要角色：它提供紧邻的 /15 基线。

数字本身却并不小。在 IPv4 的 32 位地址空间里，前缀 /n 所包含的地址数量是 2^(32-n)。于是：

  • /15 包含 2^17，即 131,072 个 IPv4 地址；
  • /18 包含 2^14，即 16,384 个 IPv4 地址；
  • 131,072 除以 16,384 等于 8。

因此，若申请恰好触及上限，草案 3 允许的一次最大第一阶段发放容量只有前一版提议的八分之一。换一种说法，一个 /15 的地址容量可以切成八个 /18。这是一项确定的 CIDR 算术结论，不依赖支持者或反对者的叙事。

但算术能证明的只到这里。它不能告诉我们实际会有多少申请达到上限，不能证明八个符合条件的后来申请者必然取代一个大申请者，也不能证明管理成本、路由安排或企业部署计划如何变化。它更不能证明剩余池会延长几个月、惠及多少新进入者，或促使多少网络采用 IPv6。那些都需要库存规模、申请分布、拒绝率、时间序列和行为反应等数据。草案页面和会议纪要没有提供这些测量结果。

这一区分很重要。政策辩论最容易把“上限缩小八倍”偷偷改写成“公平程度提高八倍”或“地址池寿命延长八倍”。前一句是数学，后两句不是。最大值只约束分布的尾部；如果大多数申请原本就小于 /18，上限变化对多数申请可能没有直接约束。如果相当一部分需求显著高于 /18，影响就会通过拆分、延后、重复申请或替代市场表现出来。没有需求分布，任何确定性的福利结论都超出了证据。

这不是一条孤立的上限，而是一整套稀缺管理结构

把 /18 单独抽出来，会低估草案的操作面。草案 3 保留的是一个两阶段耗尽设计：它要决定何时跨入更紧的阶段、每次申请最多能拿到多少、申请人需要证明什么、某些用途是否另设储备，以及资源与服务区域之间如何连接。这些条款共同作用于 AFRINIC 手中尚未分配的地址库存。

第一阶段的 /18 上限只是其中一个旋钮。提案还设定，当 Final /8 中未被储备的空间剩余不超过 /11 时进入第二阶段；第二阶段的最大规模为 /22。一个 /11 包含 2,097,152 个地址，一个 /22 包含 1,024 个地址。这里列出容量，是为了说明门槛和单次上限的量级，而不是宣称这些地址后来确已按提案发放。草案没有在两个耗尽阶段写出明确的最小前缀，这一点后来也成为工作人员提出的问题。

从管理逻辑看，两阶段设计试图把稀缺程度映射成不同的单次供应尺度：库存降到某一门槛后，申请上限进一步收紧。它是一种配给函数，而不是自然规律。/11 为什么是恰当触发点、/22 为什么是恰当的第二阶段上限、不同请求规模下库存可以维持多久，都需要模型支撑。前缀看起来精确，不能替代选择这些数字的理由。

草案还采用八个月的分配或指派规划期，把申请需要描述为短期至中期需要，并以“公平分配最后地址池”为目标。八个月的时间窗会把长期容量规划压缩为较短的可证明需求：申请者不能仅凭多年扩张预测一次取得更大库存。对管理员而言，这可能降低预测误差和囤积空间；对增长快、采购周期长或部署跨多地的网络而言，它也可能带来重复申请、审批等待以及供应不确定性。哪一种效果占主导，取决于申请者构成和处理能力，不能从目标陈述本身得出。

90% 门槛：防止闲置的工具，也可能是文件能力的筛选器

草案 3 要求耗尽阶段的申请者证明此前获得的分配或指派至少已有 90% 被使用；新 LIR 或终端用户的首次申请不适用这一测试。表面上，这是一条容易理解的库存纪律：在既有地址仍大量闲置时，不应继续从最后的公共登记库存取得新空间。它使申请资格与可核验的既有使用状况挂钩。

然而，“90% 已使用”不是一个脱离执行语境的自明事实。管理员需要定义哪些部署算使用、如何处理为冗余、迁移、故障切换或短期增长预留的地址、审查时点如何确定、材料不足时如何补正。证明负担本身也可能改变分配结果。拥有成熟 IP 地址管理系统、专门合规人员和稳定业务记录的机构，通常更容易把网络现实整理成管理员可接受的材料；较小或新近扩张的运营者可能面对相对更高的文件成本。

这并不证明 90% 门槛恶意或必然不公。它说明一个比例只有在定义、证据标准和纠错程序同时清楚时，才是可审计的服务规则。若缺乏一致标准，相同的 90% 可能在不同申请中变成不同含义。私人登记机构可以为了管理未分配库存而要求材料，却应把核验局限在申请所需，并允许错误被复核和更正；不能把一次资源申请审查延伸成对运营者整个商业活动的持续统辖。

新 LIR 或终端用户首次申请的例外，也揭示了这套规则的分配目标：没有历史资源的人不可能证明旧地址 90% 使用，因此必须另行处理。例外在逻辑上合理，但它同时使“新申请者”“首次申请”“关联主体”和后续重复申请的识别变得重要。越是依赖身份分类，规则越应公开说明边界，避免申请人通过法律结构差异获得意外优势，也避免管理员把广泛自由裁量藏在简短标签之后。

IPv6 前置条件不能被写成已经实现的转型结果

草案要求 IPv4 申请者已经持有 AFRINIC 的 IPv6 资源、在申请 IPv4 时一并申请，或从上游取得 IPv6 资源。这一设计把继续取得稀缺 IPv4 与具备 IPv6 资源联系起来。支持者可以合理主张：当 IPv4 供给接近尾声，登记服务不应让申请流程完全忽视下一代协议，至少应使申请者面对 IPv6 的准备问题。

但“持有或申请 IPv6 资源”与“完成 IPv6 部署”并不相同。前置条件可以推动表单动作，可以增加地址资源登记，也可能促使内部规划；它不能自动证明路由已公布、业务系统已双栈运行、客户已经使用 IPv6，或迁移成本已经解决。若要评估条款成效，至少需要观察分配后的部署、流量和持续运维，而不是只数获批的 IPv6 前缀。

因此，本文能确认的是草案保留了 IPv6 前置条件，不能说它加速了转型。把一种资格条件直接等同于技术采用，会混淆登记簿上的资源状态与网络里的实际运行。AFRINIC 的正当技术职责在于保持记录准确、避免地址重复并处理服务请求；它可以在未分配池的申请程序里规定有限条件，但没有因为 IPv6 目标重要就成为能够指挥所有运营者技术路线的公共监管者。

“服务区域”条款的边界，决定协调会不会越界

草案写道，AFRINIC 资源用于其服务区域，区外使用应仅为支持连接回该区域。对未分配库存的管理员来说，使用区域条件试图把有限供应与服务对象相连：如果一项库存被托付给某一登记服务体系处理，它需要界定谁能进入队列，以及申请与所服务网络之间有什么联系。

风险在于把申请时的资格条件扩大为地址分配后的长期经济控制。网络跨境运行，客户、机房、上游、云节点和路由决策未必停留在一个地理边界内。若“支持连接回本区域”缺乏可操作定义，管理员可能需要判断多种混合业务模式究竟算区域内还是区域外，而这种判断很容易越过保持唯一性与登记准确性的技术需要。

正确的制度界线是：AFRINIC 可以就自己尚未分配的库存公布清楚、有限、可审计的申请条件；它不是主权机构，不能凭“服务区域”一词取得对已经分配地址、企业资产、客户地理、融资安排、商业交易或路由选择的持续管辖。一个私人组织的章程、会议、邮件列表或自称的共同利益，都不会创造立法、警察、检控、惩罚、没收或终局裁判权。

这不是否认技术协调需要边界，而是要求边界与任务相称。确保一个地址不会同时登记给两个申请人，是登记簿功能；核验一项新申请是否符合公开队列标准，是服务操作；对申请错误进行有限复核，是程序保障。把这种功能说成“治理整个区域的地址资产”，则把技术记账夸大成主权。草案 3 的文本只应在前一种有限意义上阅读。

三个储备池把未来选择权从一般队列中抽离

草案 3 还保留三类储备：为关键互联网基础设施预留 /16，为新的 LIR 或终端用户预留 /14，并为未预见情况预留 /13。换算为地址容量：

  • /16 是 65,536 个地址；
  • /14 是 262,144 个地址；
  • /13 是 524,288 个地址。

这些数字描述的是前缀可容纳的地址数，不证明储备已经建立、已经使用或产生了任何效果。储备的经济含义是把一部分库存从一般队列中暂时拿走，为指定的未来用途保留选择权。这样做可能保护后来出现的关键需求，避免先到者把所有空间消耗完；同时，它也会减少普通申请者眼前可获得的库存。储备是否值得，取决于被保护用途的真实性、进入标准、需求规模和释放机制。

“未预见情况”尤其需要纪律。不可预见性本身不可能被写成穷尽清单，但 /13 是 524,288 个地址，在稀缺环境中并非可以忽略的余数。若没有谁能启动、用什么证据、由谁记录理由、何时释放未用空间等规则，紧急储备可能从风险缓冲变成宽泛自由裁量。相反，如果触发条件、决定日志和定期复核公开，储备可以成为谨慎库存管理的一部分。

为新 LIR 或终端用户设置 /14，体现了避免现有大户吃尽库存的分配关切。这个关切是缩小 /18 上限的最强论据之一：保留进入机会可能比满足少数最大请求更重要。但“新”如何定义、关联机构如何处理、单一主体是否可以经不同实体重复进入，都需要明确。没有清晰身份与反规避规则，名义上的新进入者储备未必流向真正首次进入的网络。

工作人员的疑问不是边角注释，而是可执行性的压力测试

草案页面附载的工作人员意见集中提出了一系列实施问题。它们不是法律裁决，也没有宣布提案无效；它们的价值在于揭示文字一旦交给服务团队执行，哪些概念会发生碰撞。政策文本可以在原则层面显得完整，实际处理申请时却必须回答：触发时钟从哪一刻开始，分类是否相容，尺寸是否足够，拒绝或缩小申请的理由能否一致重现。

第一类问题涉及耗尽触发条件。两阶段框架依赖一个清楚时点：什么时候从第一阶段切换到第二阶段？如果“剩余不超过 /11”的计算口径、是否扣除储备、在途申请如何计入或判断时点如何确定存在歧义，那么同一批申请可能因处理顺序不同而落入不同上限。触发条款不是技术细节；它决定谁赶上较宽的 /18 上限，谁只能面对 /22。

一个稳健程序应预先说明库存快照、已批准未登记请求、保留空间和同时到达申请如何计算，并留下时间戳和可复核记录。否则，精确到前缀的门槛仍可能产生不透明的先后差异。草案的工作人员意见提出触发措辞问题，证明执行层尚有疑问；它不证明后来采用了哪一种解释，本文也不能替记录补上答案。

第二类问题是“关键互联网基础设施”的定义不一致。分类若在不同条款中含义不同，申请人就无法预见自己是否符合，工作人员也难以稳定执行。关键基础设施这个词带有强烈正当性直觉：域名系统、互联网交换点等服务对网络运行确实重要。但重要性不能代替范围定义。谁属于该类、每类能申请多大、一次还是多次、证据为何，都应在资源尺寸决定之前说明。

/16 与“数千个 TLD”的容量矛盾，展示了名义保障的极限

工作人员特别指出一个很具体的量级问题：若关键基础设施定义可能涵盖数千个顶级域名，而 /16 仅能容纳 64 个 /22，储备和潜在对象之间如何对应？这不是说每个顶级域名必然需要一个 /22，也不是证明需求一定超过储备；它说明提案同时给出了广泛对象类别和有限资源桶，却没有充分呈现二者的分配模型。

一个 /16 有 65,536 个地址；一个 /22 有 1,024 个，因此恰好能切为 64 个互不重叠的 /22。如果规则允许或预期大量对象按 /22 取得资源，那么只需数十次最大单位发放即可占满储备。若实际上典型需求远小于 /22，又因为提案没有明确最小前缀，管理员如何决定更细的发放尺度？容量问题随即与最小前缀问题相连。

这里的政策教训不是“储备一定太小”或“关键基础设施不应获得储备”。证据只支持更谨慎的结论：储备规模必须与资格对象、典型请求和分配单位一起建模。只列一个整齐的 /16，再列一个听起来正当的受益类别，并不足以构成可审计设计。若作者主张这有利于区域长期利益，最有说服力的证据应是需求场景与压力测试，而不是目标语言。

工作人员还指出与 IXP 政策可能不一致。互联网交换点若同时受到一套既有政策和新储备条款影响，需要知道哪一套资格、尺寸或重复申请规则优先。两份私人服务规则之间的不一致不会自动变成法律冲突，却会产生实际的不确定性：同一运营事实可能在一个入口被接受，在另一个入口被拒绝。登记机构的价值恰在于稳定、可预测的记录；内部规则若互相拉扯，就削弱了这种价值。

“有效申请”、最小前缀与重复申请：队列规则最容易藏住裁量的地方

工作人员询问何谓有效申请，这触及任何先后顺序制度的核心。如果队列按“有效申请”到达时间排序，就必须知道有效性的门槛：是提交表单即占位，材料齐全才占位，还是工作人员完成实质审查后才占位？补件是否保留原时间？两个申请同时争夺跨越阶段门槛的最后空间时，差别可能直接决定可得规模。

含糊的有效性标准会奖励最熟悉内部流程的人。经验丰富的申请者更知道哪些材料会被视为完整，资源较少的申请者则可能因格式问题失去队列位置。若目标真是公平分配，程序应把表单要求、补正窗口、时间戳规则和拒绝理由公开，而不是让公平停留在目的条款里。

没有明确最小前缀也造成两面问题。一方面，不设下限可以让小需求获得与实际需要相符的细粒度空间，减少浪费；另一方面，路由可接受性、登记操作和不同类别的既有规则可能对过小前缀有约束。工作人员需要知道，当证明需求小于某一常用分配单位时应如何处理，是按真实需求发放、向上取整、拒绝，还是援引另一政策。若答案依赖个案判断，必须留下理由和一致性记录。

重复申请或周期性申请的措辞同样重要。八个月规划期和较小上限意味着一些成长中的网络可能需要再次申请。规则要回答申请间隔、再次适用 90% 门槛、同一主体累计获得量，以及储备类别能否反复进入等问题。更小的单次上限如果伴随可预期的复申请机制，可能只是把一次大额发放拆成多个审查节点；如果复申请困难或时点不确定，则会转化为连续性风险。草案记录没有量化这两种情形。

工作人员还指出，对某些关键互联网基础设施缺少规则。这个缺口表明，列出受保护类别并不等于给出完整程序。谁可以申请、每次多少、从哪个储备扣减、耗尽后怎么办、不同类别发生竞争时谁优先，都需要预先说明。否则，“保护关键服务”可能在执行中变成工作人员临时排序，而不是申请者可预期的私人合同式服务条件。

“Legal: None”不是一枚合规印章

草案 3 页面把法律意见记为 None。这句话的证据含义极其有限：页面没有记录法律评论。它不表示法律审查已经完成且无异议，不表示条款得到法院、立法机关或公共监管者认可，也不表示 AFRINIC 因此拥有超出私人登记服务的权力。

把“没有法律意见”读成“法律批准”，会犯一个常见的证据错误：把记录的缺席当成肯定结论。更准确的说法只能是，技术工作人员列出了实施疑问，而法律栏没有评论。对于一份仍在讨论、后来在会议上未形成共识的提案，这一栏尤其不能被用来制造权威光环。

同理，工作人员提出很多问题也不等于他们作出终局裁判。员工能从操作经验出发指出文字矛盾、容量不匹配和流程缺口；他们不因此成为公共法官。好的私人协调机制应认真吸收这些问题，因为它们关系到服务质量和可预测性，而不是因为工作人员拥有对区域网络的统治权。

AFRINIC-25 上发生的是协商退回，不是胜负宣判

到 2016 年 11 月 29 日，Soft Landing BIS 带着 /18 上限和上述保留结构进入 AFRINIC-25。会议纪要的细节很克制，却足以固定程序结果。Alain Aina 与 Omo Oaiya 介绍了提案。作者承认当时存在两个竞争性提案，获得共识困难，希望围绕共同问题陈述展开合作，并请求将 BIS 退回邮件列表。

另一提案的作者提出重新共同努力，并撤回自己的提案，希望合作。本文不分析那份竞争提案的条文，也不能借它扩展草案 3 的故事。它在这里仅说明会议并非在一个已经统一的问题定义上挑选技术参数；连“要解决的共同问题是什么”都仍需协调。

纪要还记录，若当时预计的 2017 年第一季度触发时间使速度成为问题，作者提到可能采用紧急 PDP 路径。这个说法只是会议中被提及的程序可能性，不是已经启动、批准或完成的步骤。最重要的正式记录仍是：Soft Landing BIS 无共识，退回邮件列表继续讨论。

“无共识”经常被误解成否决权的展示。这里更准确的含义是：在该私人协调程序的这一会议阶段，共同主席没有记录足以推进提案的共识。它没有处罚作者，没有没收任何资源，没有裁定任何运营者违法，也没有对整个非洲作出主权决定。作者主动要求退回列表，也使这一结果更接近协商尚未成熟，而不是一方被强制服从。

会议纪要同样不能证明在场者代表整个服务区域。它是当天议程、发言和程序处置的记录，不是全体运营者投票名册，更不是代议机关的立法日志。参与一场会议、订阅一个邮件列表、担任共同主席或提出“社区利益”，都不能凭自身创造公共权力。私人流程的正当性来自透明规则、开放参与、准确记录和服务关系的边界，而非模拟主权语言。

为 /18 辩护的最强理由，确实存在

认真分析不能把支持者的论点写成稻草人。一家管理有限未分配池的私人登记机构必须用某种办法排序和限制请求。若仍允许单次取得 /15，一次触顶申请就是 131,072 个地址；改成 /18 后，单次触顶申请是 16,384 个。其他条件相同，一份原本可能由一个最大请求吸收的容量，理论上可以容纳八个最大 /18 请求。

在库存末期，时间本身具有分配价值。今天取得大块空间的人可能避免未来采购与整合成本，明天才进入队列的人则可能面对更少选择。缩小上限可以被理解为防止少数先到的大额需求占据过多库存，为新 LIR、终端用户或关键服务保留时间窗口。配合八个月需求期和 90% 使用门槛，它试图把“现在确实需要”置于“未来也许会需要”之前。

储备也有同样的谨慎逻辑：在无法完全预测未来的环境中，把一部分空间留给新进入者、关键基础设施和未预见事件，可以避免不可逆的先分尽后悔。IPv6 前置条件则至少提醒申请者，IPv4 的紧缩不应成为忽略协议转型的理由。即便每一条都需要完善，它们并非不可理解的目标拼盘。

作者在 AFRINIC-25 没有把竞争推向程序对抗，而是承认两种思路并存、请求回到列表、寻求共同问题陈述，也可以被视为克制。对一项影响稀缺库存的规则而言，在没有共识时继续讨论，比强行宣称代表整个区域更负责任。这一点应得到完整承认。

然而，最强辩护仍是一组待验证假设。一次上限缩小八倍，不等于库存寿命延长八倍；为新进入者留名义空间，不等于真正降低进入壁垒；要求 90% 使用，不等于审查成本公平；保留 IPv6 条件，不等于部署发生；设置储备，不等于分类和尺寸合适。作者关于公平分配、长期区域利益或受益面的表达，是提案理由，不是测量后的结果，也不是授权来源。

较小上限也可能把稀缺转化为更多申请摩擦

对需要超过 16,384 个地址的网络而言，/18 上限不会让需求消失。它可能迫使网络缩小部署、分阶段申请、转向其他来源，或承担更复杂的地址整合。每次重复申请都包含准备利用率材料、解释需求、等待审核以及面对库存变化的成本。若八个月规划期结束时下一次申请不能及时衔接，运营连续性会受到预期不确定性的影响。

这种成本不一定意味着上限应当更大。有限池无法满足所有需求，任何队列规则都会分配短缺。关键在于承认配给没有免费的公平：把空间留给更多申请事件，往往以降低单个申请者的确定性为代价。政策选择必须公开展示两端，而不是只描述受益者。

行政摩擦还可能产生能力偏差。拥有网络规划团队、历史数据和政策经验的大型机构，更能持续完成重复申请；缺少专职人员的小型网络反而可能在文件准备中耗费更大比例的资源。如果目标是帮助后来者，流程设计应测量每类申请人的时间成本、补件次数和成功率，而不能假设更小上限天然有利于规模较小者。

此外，储备从一般池扣除库存。今天的一般申请者可能因为未来用途的选择权而更早遭遇紧缩。储备可以是合理保险，但保险必须有清晰受益对象、释放期限和不用即归还机制。若“未预见情况”长期不受复核，保留空间会制造另一种政策性不流动：地址在技术上存在，却因管理选择不进入一般队列。

这正是区分物理稀缺与政策塑造的可用性如此重要的原因。IPv4 地址空间有限是技术事实；某一时点哪些地址可申请、每次可申请多少、哪些用途被保留，则是管理参数。指出后者可被设计，不是否认前者有限，而是拒绝把所有分配后果包装成自然必然。草案 3 从 /15 改到 /18，本身就证明这些参数可以协商和改变。

稀缺地址的经济意义，使记录标准必须高于口号

IPv4 不只是表格里的一串数字。对运营者而言，可持续获得地址可能关系到新增客户、节点部署、业务上线、并购整合和收入规划。即使一份私人草案尚未生效，它也会改变市场参与者对未来供应的预期：企业可能提前调整网络架构、采购策略或扩张节奏。

但预期影响不能冒充已实现损益。现有记录没有告诉我们哪家公司因草案 3 延迟项目、额外支付多少成本，也没有证明哪些后来者因此获得资源。本文不能给没有数据的故事安上公司名称或金额。能够稳健说明的，是上限结构改变了潜在申请的约束，而这种约束在稀缺、有业务价值的资源上具有经济利害。

从分配经济学看，最大申请规模是一种数量配给。它不直接决定价格，却会影响谁能通过登记队列取得多少原始库存，以及需求何时溢出到其他安排。较小上限提高申请次数的潜在数量，可能扩大获得某种份额的主体数，也可能把成本转移到反复审核和地址碎片管理。要比较净效果，需要至少知道需求曲线、申请规模分布、处理时长和替代选项。

库存储备则是一种期权配置：当前一般申请人失去即时可用量，以换取未来特定用途仍有资源的可能。期权的价值取决于未来需求概率；成本则是当前被扣留的库存。这类决定完全可以由有限服务规则承载，但应提供模型、理由和定期复核。不能因为规则冠以“关键”或“公平”，就免除量化责任。

私人技术记账的正当范围，既真实又有限

AFRINIC 在这件事中的正当角色并不是虚构的。要保持地址唯一性，必须有人维护登记簿；要从尚未分配的库存处理申请，必须有人验证资料、记录分配并协调冲突；库存有限时，也必须有公开的队列和尺寸规则。没有这些工作，重复登记、信息不准确和申请次序混乱都会损害网络协调。

问题在于不能从“需要管理员”跳到“管理员拥有主权”。AFRINIC 是私人技术记账者、登记服务运营者和协调者，不是国家、立法机关、公共法监管者、警察、检察机关、惩罚机构、没收机关或终局裁判者。它可以维护唯一性和准确记录，可以处理请求，可以发布边界清楚的私人程序；它不能因为资源重要或服务区域广阔，就取得只有公共权力体系才可能拥有的强制地位。

这种区分也保护规则本身。若一项 /18 上限被当作私人库存服务条款，人们可以要求它透明、以数据建模、在出错时可逆，并在分配完成时终止。若它被包装为“区域主权”，技术选择就容易变成不可质疑的权力声明。事实上，草案 3 在会议上没有形成共识，恰好显示参数属于可谈判的管理选择，而非不可挑战的法令。

服务区域、邮件列表、公开会议、草案编号和共同主席结论，都可以帮助组织协调，却不会自行生成公共法授权。所谓“社区”也不是一个能把私人参与自动转化为主权的魔法词。参与者可能专业、认真并关心共同利益；程序仍然需要说明谁参与、谁缺席、如何记录异议、决定适用于何种服务关系，以及权力在哪里结束。

对已经分配并进入运营体系的地址，边界尤其关键。登记机构继续维护准确联系信息和唯一性记录是合理的；它不能借稀缺叙事把申请时的库存条件扩张为对运营者资产、商业模式、客户地域、融资或路由的持续控制。一个正当的自由池队列，应当在资源分配并准确登记后结束其配给任务，而不是追随地址进入企业经营的每一个环节。