摘要

  • AFPUB-2026-ASN-001-DRAFT02 拟要求 AFRINIC 此后新建的 AS-SET 采用以 ASN 为根的分层名称，并以根 ASN 对象的鉴权资料验证首级创建者；更深层子名称则沿直接父集合的维护者授权。这是创建时的控制权证明，只能保护账本准确、名称唯一性与路由协调，不能授予 AFRINIC 对路由现实、AS-SET 内容、网络运营或商业行为的所有权和裁决权。
  • 草案不追溯既有平面 AS-SET：不强制改名，允许继续使用和编辑。它又要求 AFRINIC 逐案处理例外，并以恢复误删对象为例。工作人员公开警告恢复可能成为绕过普通新建规则的漏洞；而文本没有说明决定者、证据门槛、期限、申诉或审计机制。例外只能是狭窄、可验证的账本修复，不能成为任意许可。
  • 截至 2026 年 8 月 9 日，AFRINIC 官方提案索引把 DRAFT02 列为“讨论中”，提案页面却标为“最后征求意见”，并称其已于 6 月 24 日在 AF37 提交。这个矛盾只能证明 AFRINIC 的页面如何记载自己的程序，不能证明草案已部署，更不能制造主权。所谓社区共识、董事会决定、工作人员评估或 RSA 条文，无一能够把簿记职能变成统治网络的权力。

一个冒号只能证明一件狭窄的事

网络工程师向 MyAFRINIC 表单、WHOIS 更新入口或相应接口提交新 AS-SET 时，系统可以检查名称、对象字段和鉴权资料。现行公开说明允许以 AS- 开头的平面名称，并用维护者密码等资料授权对象操作。问题在于，拥有某个维护者凭证，只能证明提交者可以操作与该凭证相连的对象；平面标签本身并不证明它与某个 ASN 的控制者存在关系。

DRAFT02 拟把这项关系写进名称和创建检查。第一部分必须是 AS 加 ASN，第二部分必须是以 AS- 开头的集合名称，最短形式为 ASn:AS-name；后续部分可以继续使用 ASN 或 AS-SET 名称。提交者必须用第一部分所指 ASN 对象的鉴权资料通过验证。对更深的子名称，RFC 2622 所定义的层次把创建权交给直接父集合的维护者。名称由此携带一条可逐段核验的委派链：根控制者创建首级，父集合维护者创建下一层。

这项检查的正当性来自它的狭窄性。它回答的是：谁有资格让一条新名称进入 AFRINIC 的账本？它不回答：谁拥有相关网络？谁有权决定路由？集合成员是否真实？某种商业用途是否正当？某个运营者是否应被处罚？一个 AS-SET 即使经过完全合规的根鉴权，成员仍可能错误、遗漏或过时；消费者仍需选择 IRR 来源、展开集合、处理缓存和空结果，并自行生成路由过滤。分层名称不是 RPKI，工作人员也判断 RPKI 无需改变。ROA 的密码学路由源授权与 AS-SET 的命名、成员是不同控制层。

因此，一个冒号最多支持一项创建时判断：提交者当时证明了对根 ASN 或直接父集合的控制。它不能变成网络身份的产权证，不能成为数据内容的真实性徽章，更不能让 AFRINIC取得对包如何转发的任何权威。注册记录描述已经存在的控制关系和协调事实；它不是事实的造物主。

证据来源也必须服从同一边界。NRS 的材料只能用于区分 IRR 路由政策语境与 RPKI 密码学起源授权。NRS 可以倡议、研究、召集，并代表明确授权的成员；它不运营注册局、RPKI、WHOIS/RDAP、申诉、清算、选举、托管或连续性机制。Heng Lu 的材料在本文中是控制分析的真理基础，却不是草案已经部署的证据；LARUS 材料说明注册鉴权、IRR 记录与运行状态是不同控制层，也不能替 AFRINIC 证明上线。MANRS 和 PeeringDB 提供操作机制或公开记录，不能决定 AFRINIC 的制度状态。

这种来源纪律并不把原则相对化。原则决定一项官方材料最多能证明什么：AFRINIC 页面证明 AFRINIC 发布了某段文字，工作人员评估证明工作人员作出某种估计，比较注册库的发布说明证明其各自记录的部署状态。没有任何发布者能靠自我描述制造更大的权力。事实归属必须保留，主权主张必须拒绝。

为什么这项簿记检查值得做

彼此独立的 IRR 可以分别接受同一个平面标签。每个数据库内部都可能没有重复字符串，跨库查询时却仍会出现同名对象。提案作者 James Bensley 据此主张，多来源解析器可能展开错误对象或得到空结果。MANRS 展示过一个具体机制：无关维护者能够创建平面名称，却无法在没有相应 ASN 授权时创建以该 ASN 为根的分层名称；其材料也记录了 RADB 与 RIPE 中 AS-AMAZON 的名称冲突。

这些材料证明风险机制存在，却没有提供 AFRINIC 平面 AS-SET 总量、跨库碰撞分母、事故时间序列、损失金额或恶意比例。名称冲突不能自动等同于恶意，歧义也不能自动等同于路由泄漏或中断。解析器查询哪些来源、怎样汇聚、缓存是否过期、脚本如何处理空集合、过滤器是否真正安装，都会影响最终结果。没有完整事件轨迹，就不能把一个名称冲突写成已经发生的网络事故。

这不削弱狭窄检查的价值。恰恰相反，它说明正当理由必须精确：AFRINIC 可以在自己的写入入口拒绝无法证明根控制权的新名称，使账本更准确，使名称关系更容易核验，并减少未来由平面标签先到先得造成的一类歧义。它不能声称自己因此拥有跨库名称、集合成员或路由现实。外部数据库仍自主运作，第三方 IRR 不受这份草案约束，下游运营者仍按自己的技术和商业判断选择来源与过滤策略。

来源限定是这条边界的有力说明。PeeringDB 的 Google LLC 记录同时写出 ASN 15169 与 RADB::AS-GOOGLE，显示运营资料可以携带数据库来源和对象名称。来源限定在读取时保留对象来自哪里；ASN 根鉴权在写入时证明谁能创建。前者属于消费者的本地选择，后者属于簿记员维护本库准确性的窄职能。两者可以叠加，谁也不能被夸大为对网络的中央权威。

RFC 给出语法，AFRINIC 只能忠实执行

RFC 2622 在 1999 年已经定义分层集合名称和父级授权关系，同时明确不规定注册流程。这个区分决定了 AFRINIC 的位置。RFC 可以提供共同语法与授权模型；AFRINIC 可以选择让自己的系统按照该模型校验新记录；但任何程序文件都不能由此获得高于运营者的持续权力。

提案文字、程序状态、工作人员评估和软件实现必须分别记账。作者能提出和修订草案，只能证明作者说了什么。工作人员能评估 WHOIS、MyAFRINIC、RDAP、NetSuite、NMRP 与 RPKI 的影响，只能证明工作人员如何判断。提案页面显示“最后征求意见”、索引显示“讨论中”，只证明官方页面存在冲突。即使未来某份通知宣布形成所谓共识，所谓共识也不能制造主权：会议室不是立法机关，邮件列表不是人民，董事会不是政府，工作人员不是裁判者，RSA 也不是对整个互联网的授权书。

真正值得信赖的只有运行中的一致检查。若网页表单拒绝平面名称，而直接 WHOIS 更新或接口仍能写入，政策文字没有保护任何不变量；若系统只查名称外观，不核对根 ASN 的鉴权，冒号只是装饰；若首级与更深子级在不同入口使用不同授权链，账本会产生内部矛盾。大小写、批量提交、嵌套父级、删除与恢复都必须得到可重复的机器响应。

这正是 Running-Code Primacy 在本案中的含义：文字不创造现实，运行代码才显示实际采用了什么；代码也不能创造统治权，它只能执行最低、确定、可本地验证的共同规则。AFRINIC 的系统若实施根鉴权，其全部正当作用就是拒绝一条缺乏创建时控制证明的新记录。除此以外的商业、路由、客户、定价、地理和网络选择都必须留在运营者一侧。

官方状态矛盾不能被程序神学掩盖

DRAFT01 据提案修订记录于 2026 年 5 月 15 日提交；DRAFT02 于 6 月 8 日提交，相隔 24 天。工作人员影响评估日期为 6 月 15 日，距第二稿 7 天；提案页面称其于 6 月 24 日在 AF37 提交，又过了 9 天。时间线证明文件和讨论出现得很快，不证明任何生产入口已经改变。

截至证据截止日，没有材料证明最终条文已经进入综合政策手册，没有正式实施公告，没有 WHOIS 发布说明，也没有可复现的生产测试。官方索引与提案页对状态的描述互相冲突，任何人都不能挑选更方便的一个标签，再把它写成既成事实。更重要的是，即便 AFRINIC 日后宣布批准，这也只是机构对自身流程的记录；它不能把参与者的沉默变成同意，不能把社区程序变成法律，也不能把簿记权限变成路由主权。

工作人员列出的六类系统中，WHOIS 和 MyAFRINIC 需要直接修改，RDAP 反映 WHOIS 数据，NetSuite、NMRP 与 RPKI 被判断无需改变。这个分类只表明工作人员预见的工程触点。工作人员还表示，政策工作预计排在 MyAFRINIC v2 之后；当时 v2 的目标日期是 2026 年 11 月 15 日，从 8 月 9 日算尚有 98 天。目标日期不是承诺，排在其后的工作更不是已部署功能。

工作人员把会员影响描述为较小的学习曲线及自动化或工具调整，并在现有技能充足的前提下未预见法律或财务问题。这是工作人员的估计，不是会员调查、成本研究或实施结果。官方材料在此只能证明 AFRINIC 工作人员说过这些话，不能把估计升级为事实，也不能把实施便利升级为权力来源。

旧账持续存在，是对运行现实的承认

DRAFT02 明确不强制既有 AS-SET 改名，允许平面对象继续使用和编辑，普通更新也不会触发迁移。这三项连续性保护承认了一项基本事实：一个名称一旦写入脚本、对等资料、客户配置、文档与过滤器，数据库中的一次改名不能自动重写所有依赖。运行网络先于账本决定。账本若为追求整齐而强迫现实瞬间服从，便不再是记录者，而是在以行政动作胁迫运行系统。

不追溯不会清理历史歧义。旧平面对象可能长期存在，新分层对象与旧对象将共同出现。新名称能够证明创建时的根控制；旧名称依靠既有记录和运行连续性留下。两者都不自动证明成员准确。任何工具若把分层名称标成“可信”、把平面名称标成“不可信”，都在捏造草案没有提供的结论。

APNIC 的 prop-151 官方记录和 RIPE Database 的 NWI-19、1.105 版材料表明，限制新平面 AS-SET 而保留既有对象在技术上可以实施。比较的作用到此为止：它们证明一种前向检查可运行，不能授权 AFRINIC，不能替 AFRINIC 部署，也不能让不同注册库合并成共同主权。

LACNIC 的官方技术材料展示以 ASN 为根的名称用法，但已核验页面没有独立证明其每个创建入口都拒绝非分层名称。ARIN 在 2025 年 4 月 23 日至 5 月 23 日进行相关服务咨询；4 月 30 日，咨询委员会把相应政策提案视为超出号码资源政策范围；5 月 30 日的结案仅把功能放入未来清单，没有宣布部署。直接核实已经部署的比较对象只有 APNIC 与 RIPE NCC。任何“所有五个 RIR 已经统一执行”的说法都超出证据。

恢复不是恩准，只能是可证明的账本修复

草案要求 AFRINIC 逐案处理例外，并用恢复误删的平面 AS-SET 说明用途。普通路径要求 ASn:AS-name 与根鉴权；恢复路径却可能让一个普通入口已经拒绝的平面名称重新出现。工作人员正因如此警告恢复或召回可能成为漏洞，并建议记录每次例外的理由。

这里最容易出现的错误，是把例外理解为 AFRINIC 拥有裁量主权。事实恰好相反。账本若错误删除一条仍对应既有控制和运行依赖的记录，修复它的唯一正当理由是让记录重新贴近现实。AFRINIC 不是向申请者赐予名称，不是在决定谁“值得”恢复，也不能用恢复程序处罚不受欢迎的运营者。它只能核对：删除前的控制链是否存在，申请者是否延续该控制，删除是否确属错误，恢复是否会制造重复或冲突，历史轨迹能否完整保留。

公开文字没有回答谁决定、谁有资格申请、须提交何种证据、多久内提出、能否复核或申诉、决定如何审计，也没有说明恢复后是否保留原维护者、创建日期、删除记录和完整历史。未知必须保持为未知。没有这些边界，所谓“逐案”容易把确定的机器规则变成不透明的人情入口；但这并不赋予管理员权威，只说明账本尚未充分约束自己的修复过程。

RIPE 的公开材料提供了更硬的比较：既有平面对象可以继续更新或删除，一旦删除便不能按原名重建。这让旧对象池单向收缩，代价是误删可能迫使运营者改名并协调所有依赖。AFRINIC 草案保留恢复，降低不可逆连续性损失，却必须防止恢复演变成普通新建的旁路。两种边界分配不同操作风险；它们都不能成为惩罚工具，也不能改变一个根本原则：记录应追随可证明的现实，而不是由记录机构创造现实。

最强反对意见无法推翻狭窄的创建时校验

最有力的反对意见是，分层名称既非解决跨库歧义的必要条件，也非充分条件。运营者已经可以使用来源限定和明确的解析器来源策略。DRAFT02 不修复成员错误、陈旧对象、危险的来源优先顺序、外部 IRR 或 RPKI 起源有效性；既有平面名称继续存在，恢复还可能让误删名称返回。与此同时，创建者需要更新脚本、模板、文档和界面，现有材料却没有量化事故减少或净成本。

这个反对意见正确地击碎了“全球解决方案”叙事，也要求成本收益判断保持克制。它不能推翻根鉴权的狭窄价值。来源限定依赖每个消费者持续携带正确来源；创建时校验则让 AFRINIC 在自己的账本写入之前拒绝一类无法证明根控制权的申请。它不是对消费者的命令，而是簿记员不接受明显缺乏控制依据的新记录。

真正的边界因此十分清楚。AFRINIC 可以验证一条新记录是否具有可核验的控制根，可以维持库内冲突规则，可以保存变更与恢复的审计轨迹，可以让下游读者更容易理解记录来源。它不能裁决集合成员的商业关系，不能规定运营者信任哪些 IRR，不能决定过滤器内容，不能以命名合规为由处罚网络，也不能把数据库状态宣布为包转发现实。任何社区共识、董事会决议、工作人员解释或 RSA 条款都无法扩大这条边界。

每个角色只能在自己的事实层行动

提案作者 James Bensley 可以提出问题、写出草案并修订文字。他不能独自采用规则，也不能借作者身份决定运营者应如何路由。AFRINIC 工作人员可以评估工程触点、准备软件并说明预期影响；工作人员不能通过评估授予自己对名称以外事项的裁决权。所谓政策工作组和程序可以讨论一项共同格式，却不能把出席、邮件或共识包装成所有资源持有者、公司、国家、客户和网络的授权。

ASN 持有者及其获授权维护者能够证明首级名称的根控制；直接父集合维护者能够证明更深子级的委派。这是对写入资格的技术证明，不是对整个自治系统、客户关系或路由策略的所有权裁决。既有平面名称维护者可以依据草案继续使用和编辑对象；这种连续性不意味着 AFRINIC赐予其运行权，而是账本不应破坏已经存在的现实。

WHOIS 与 MyAFRINIC 操作人员可以让所有创建入口运行相同验证，可以保存审计记录，也可以在误删时核对历史。其权限必须止于技术执行。所谓逐案例外不能允许员工衡量申请人的名声、政策立场、商业模式或地区关系。一个客服或数据库管理员若能凭偏好让名称存在或消失，就不是在维护准确性，而是在把服务入口变成任意权力。

IRR 消费者、路由政策生成器、对等方与上游仍然决定查询哪些来源、如何展开集合、怎样生成和安装过滤器。APNIC、RIPE NCC、LACNIC、ARIN 与第三方 IRR 也各自运行独立名称空间。AFRINIC 对本库新记录的检查不能约束这些参与者，更不能把它们吸收到一个中央层。共同语法便于协调；本地验证和本地选择保护互联网免于簿记主权。

封存证据要求保留的未知

第一项未知是正式状态。索引与提案页面冲突，没有材料解释哪个标签代表什么程序节点。第二项未知是采用与部署。没有最终 CPM 文本、发布说明或生产验收，无法确认任何入口已执行新规则。第三项未知是问题规模：没有 AFRINIC 平面 AS-SET 库存、跨库冲突分母、事故率、成本或收益测量。例子只能说明机制，不能提供发生率。

第四项未知是恢复控制。决定者、资格、证据、期限、复核、申诉、公开程度和审计数据都未出现；恢复后的维护者、创建时间与删除轨迹如何保存也不知道。第五项未知是入口一致性。WHOIS、MyAFRINIC、API、大小写、批量、嵌套父级、删除和恢复没有公开测试矩阵。第六项未知来自比较对象：LACNIC 的全部入口是否执行相同拒绝仍未直接证明，ARIN 的未来功能何时上线也不知道。

这些未知不是让 AFRINIC 获得裁量空间的理由，而是限制一切结论的硬边界。机构不能用“尚待决定”填入自己喜欢的权力，支持者也不能把未测量的收益写成必然。账本越缺乏证据，就越应保持克制；未知只能由新的可核验事实消除，不能由共识、头衔或程序仪式消除。

条件结论：让簿记员守住账本

AFPUB-2026-ASN-001-DRAFT02 把一个真实且有限的问题交给确定检查：新 AS-SET 写出哪个 ASN 作为根，创建者就应在写入时证明对哪个 ASN 的控制；更深子级则证明来自直接父集合的授权。若这一规则在 WHOIS、MyAFRINIC 与接口中一致运行，它会提高 AFRINIC 新记录的准确性、控制权可证性与名称协调质量。

它不会创造路由现实。它不会授予 AFRINIC 对 AS-SET 内容、运营选择、商业关系或网络资格的所有权。它不会让社区变成人民，让会议变成立法机关，让董事会变成政府，让工作人员变成执法者，也不会让 RSA 变成主权文书。旧对象继续存在，是账本承认运行连续性；恢复若被允许，只能是对可证明历史的窄修复；外部数据库和下游策略始终属于各自运营者。

截至 2026 年 8 月 9 日，草案状态仍在两张官方页面之间矛盾，采用与部署均未获证明。未来即使文字被宣布通过，也只有运行中一致、可重复的校验能证明 AFRINIC 实际执行了这项簿记规则。最终检验不是机构宣称自己拥有什么权力，而是它是否忠实完成最小任务后停下：保护记录准确、控制权证明、唯一性和路由协调，然后把路由与网络留给真正运行它们的人。

来源