Summary

  • 2025 年 10 月 31 日修订稿要求申请者此前不持有 ARIN 编号资源；ASN、IPv4 /24 与 IPv6 仍分别适用原有资格、用途和规模规则，只是可以一次提交。
  • ARIN 顾问会同日会议记录写明，提案因超出政策范围被一致否决；管理层建议作者走服务建议渠道。
  • 9 月初稿写过固定 IPv6 /40 和具体收费额，10 月修订稿删掉了这些条款。争议最后落在一个窄问题：申请入口由政策规定，还是由注册机构自行提供？

一个刚准备建网的组织，通常不会把“我该去哪张表申请”当成宪制问题。它只会发现，ASN、IPv4 和 IPv6 分别要提出请求，再分别解释用途。SPARK 初稿于 2025 年 9 月 17 日提交，想把这段旅程压成一次申请。它还给出了 IPv6 至少 /40、一次性 500 美元和每年 250 美元的设计。提案作者认为，零碎流程与收费认知会把小型网络推向中介；那是他的判断，文件并没有给出可检验的市场样本。

六周后，提案已经收紧。10 月修订稿不再要求固定的 /40，也不再给收费定价。它把 ASN 指回《编号资源政策手册》第 5.1 节，把 IPv4 /24 指向第 4.10 节过渡地址池，把 IPv6 规模交还给终端用户的第 6.5.8 节或 ISP 的第 6.5.1 节。第 4、5、6 章原有的理由和利用率要求继续生效。新组织须尚未持有 ARIN 编号资源。换言之，修订稿没有给申请者一张跳过审核的通行证；它要的是把三道门安排在同一走廊。

走廊仍被写进政策文本，于是触到了边界。10 月 31 日的顾问会记录显示，委员 BJ 说作者的意图是同时取得不同资源，并转述与 CXO的讨论：ARIN 或许能在内部处理这项功能，作者可以提出服务建议，看看社区是否支持。CXO 和总裁认为提案超出政策范围。随后，顾问会唱名一致否决；动议讨论没有补充意见。总裁要求在否决通知中附上建议渠道。

这场表决没有证明“一次申请”是坏主意。它划出了编号政策与产品流程的管辖线。对于注册机构，这条线很方便：申请页面、工单流转和账单呈现可以由服务团队调整，而不必每改一个按钮就改政策。但它也把可审计性从一份公开的政策修订稿，转移到了服务发布记录。政策案有编号、文本、会议和表决。若入口后来真的合并，用户也应得到同样明确的变更记录。

ARIN 的提案目录把 SPARK 标成因范围问题遭否决。咨询与建议流程页面则说明服务和实践问题可以走另一条路。本文检索的公开活跃建议列表没有显示可识别的 SPARK 条目。真正缺少的是对应的建议编号，或者说明三项资源单次申请已上线的 ARIN 公告；看到其中一项，才能追踪政策案之后的实际动作。

一张申请表，三份决定

即便将来只有一个入口，审核仍然有三套依据。一个合格的回执应分别写清 ASN 的第 5.1 节判断、IPv4 /24 的第 4.10 节判断，以及 IPv6 按哪条规则确定规模。收费如何呈现、何时作出各项决定、某项被拒后另外两项怎样处理，也要能沿同一案件查到。把三个按钮合并成一个按钮，却把结果藏在后台，只是把迷宫刷成了新颜色。

SPARK 暴露的不是资源分配公式，而是治理权的落点。提案人想把前台流程固定在政策里，顾问会把它退回服务流程。下一步由掌握服务发布权的人决定。对新进入者来说，简化入口当然有价值；更关键的是，当入口改变时，谁能拿出一份具体的记录，解释每项资源究竟按什么规则获得或失去。

初稿 · 修订稿 · 顾问会会议记录 · ARIN 建议流程