摘要

  • IANA 当前的号码资源页面提供了重要的公开证据：IPv4 和 IPv6 分配注册表及其最后更新日期，提供 CSV、XML、HTML 和文本格式，AS 号码范围、RIR 参考、全球政策参考以及申请流程。这是一份强有力的公开记录，但它主要是一个当前状态的注册表外加有限的日期，而非完整的外部审计追踪。
  • RFC 7020 将 IANA 的角色描述为管理 IP 地址和 AS 号码分配层级的顶端，其核心要求是注册准确性和唯一性。这些要求不仅仅是可见的最终表格。它们需要足够的历史记录，以便外部人员能够验证变更是否经过授权、及时、无重叠、且与适用的全球政策一致。
  • 公开的申请流程明确了 RIR 为 IPv6、AS 号码和回收 IPv4 分配提供的证据。大部分证据用于证明资格，但公开注册表并未披露每一份申请包、验证步骤、时间戳、批准状态、更正、退回、替换或签署人身份。适当的保密是合理的；完全依赖信任则不然。
  • 更好的分配审计追踪应当发布签名的注册表快照、加密哈希、带日期的变更记录、申请类别参考、前后状态、可逆的更正注释以及 RIR 确认回执。目标不是将 IANA 政治化，而是使全球唯一性账本能够独立重建。

账本不同于审计追踪

互联网号码资源体系长期依赖注册表的公开可见性。任何人都可以打开 IANA 的 IPv4 地址空间注册表，看到一张包含 /8 地址块、指定用途、日期、WHOIS 和 RDAP 参考、状态值和注释的表格。任何人都可以打开 IPv6 全球单播地址空间注册表，查看已分配的地址前缀、RIR 指定和日期。任何人都可以打开自治系统号码注册表，查看由 RIR 管理的范围。这些页面的公开属性是互联网协调工作的静默成功之一。

然而，当前表格与审计追踪是两回事。表格呈现的是注册表当前的内容。审计追踪则让外部人员能够重建其演变成当前状态的过程。它能够回答：变更是何时申请的、由谁申请、适用了什么资格规则、核查了哪些证据、先前状态如何、变更了什么、谁批准了变更、公开记录何时更新、后续是否有修正改变了该条目，以及该变更能否用独立记录加以验证。

这种区别之所以重要，是因为 IANA 处于层级顶端。大多数地址和 AS 号码的决定发生在 RIR 层面。与区域注册机构相比，IANA 直接处理的交易量可能不大。但顶层记录确立了区域权威所来源的池。如果全球池条目含义模糊，所有后续依赖链都将继承这种模糊性。如果顶层分配日期、指定或状态在不可见历史的情况下发生变更，下游用户可以看到结果却看不到证明。

因此，本文的论调很窄。它并不声称 IANA 当前的注册表不可靠。它也不声称某个特定条目背后存在隐藏的争议。它所主张的是，机构声誉不应成为全球池变更的首要证明方法。一个协调全球唯一号码的系统，应当让外部人员能够像对待路由、证书和注册数据那样，严谨地重建其自身历史。

号码层级的顶端

RFC 7020 是一个有用的起点，因为它陈述了结构而没有加以美化。互联网注册层级根植于 IANA 的地址分配职能，该职能服务于区域互联网注册机构。RIR 再服务于本地注册机构和其他客户。该文档描述的目标包括分配池管理、层级分配和注册准确性。注册准确性目标尤其重要：唯一性确保 IP 地址和 AS 号码不会被同时分配给多个当事方。

该 RFC 同时也限制了注册机构的角色。地址是否实际通告到互联网以及如何通告，是注册系统之外的操作性考量。这一边界是健康的。IANA 不应成为路由警察、市场监管者或所有下游争议的裁决者。但这一边界也澄清了 IANA 必须做好的事。如果 IANA 的工作是顶层注册，那么顶层注册变更的证据质量就是其工作的核心。

ICANN 的章程呼应了这一使命的狭窄性。它们描述了 ICANN 在协调 IP 号码和 AS 号码最顶层的分配和指配、根据 IETF 和 RIR 的要求提供注册服务和全球号码注册表的开放访问、以及促进受影响的社区制定的全球号码注册政策及相关约定任务中的角色。这不是对每个网络的普遍权力。这是一种注册和协调职能。一个狭窄的职能，正因为其边界有限，才应当易于审计。

这就是为什么分配审计追踪不是对新的政策权力的要求。它要求公开记录与现有权力的重要性相匹配。如果 IANA 更改了地址块的状态、分配了一个 IPv6 前缀、记录了一个 AS 号码范围、接受了一个退回或更改了一个指代注册人，该事件应当能够以与风险相称的水平得到外部证明。注册表层级越高，仅说最终表格看起来正确就越不可接受。

IANA 目前所披露的

当前的公开记录有几个优点。IPv4 地址空间注册表显示最后更新日期为 2025-10-10。它列出了注册程序：对 RIR 的分配根据全球政策进行，而其他指配需要 IETF 审查。它说明 IANA 最初直接管理所有 IPv4 地址空间，后来部分地址被分配给其他注册机构用于特定目的或区域。它指向 RFC 7249，并提供 CSV、XML、HTML 和纯文本格式。

IPv6 全球单播注册表也显示了最后更新日期 2025-10-10，指明对 RIR 的分配采用全球政策，其他指配采用 IETF 审查，并说明可分配的全球单播空间是 2000::/3 地址块，该地址块中未列出的空间由 IANA 保留供未来分配。它同样提供 CSV、XML、HTML 和纯文本格式。表格中包含一些条目，其中后续分配合并了先前的分配，至少使一些历史整合得以可见。

AS 号码注册表显示最后更新日期为 2026-06-01。它说明 AS 号码用于路由协议，IANA 将 AS 号码分配给 RIR，RIR 再根据 RIR 政策将其分配或指配给网络运营商。它列出了五个 RIR 并提供多种公开格式。号码资源页面还链接到 RIR 分配数据、申请流程、全球政策和技术文档。

这些不是微不足道的披露。它们使注册表可用。它们支持自动化检查。它们让研究人员和运营商能够将顶层指定与 RIR 数据进行比较。它们创建了一个公开基准，可据以理解下游注册表。可用的格式尤其重要，因为可以下载和比较的注册表比仅限网页的表格更具可问责性。

差距在于公开记录没有显示什么。最后更新日期说明注册表在该日期之前发生了变更或被重新发布。它并不显示导致当前状态的每个事件。日期列可能显示一个条目的分配月份或日期。它未必显示申请的接收、验证、批准、发布、更正或后续变更。如果能保存两个版本，CSV 文件可以让公众比较。但它本身并不提供完整的版本链。

IPv4 枯竭之后仍需历史

轻松的答案是 IANA 的 IPv4 自由池已经枯竭，所以审计问题主要是历史性的。这个答案过于肤浅。枯竭并没有终止了解 IPv4 记录发生了什么的需要。它改变了证据的性质。剩余的问题涉及回收空间、遗留指定、状态清晰度、退回、特殊用途条目、RIR 参考以及 IANA 表格与区域记录之间的关系。

IANA 针对 IPv4 回收空间的申请程序显示了原因。当某个 RIR 库存中少于半个 /8 地址块时，它应通知 IANA 开始从回收 IPv4 池向所有 RIR 进行分配。页面说明这是一次性事件，按计划进行而非响应各 RIR 的单独请求，并且只需一个 RIR 提出请求即可开始向所有 RIR 分配。这种设计使得程序性证据变得重要。触发通知、库存状况、计划安排、公式和分配结果都是回收池事件公共合法性的组成部分。

公众不应只能信任事件正确发生。它应能适度地看到，触发是有效的，计划已应用，分配前后的池状态得以保存，每个 RIR 的确认与最终条目相符。敏感的操作性通信可以保护，但事件证明应保持可见。

历史上的 IPv4 指定在经济和法律背景下也很重要。遗留地址块、特殊用途地址块和 RIR 管理的地址块可能出现在转让合规审查、路由安全决策、贷款方文件、采购审查和法院记录中。IANA 表格并非持权人权利的全部证明，但它是告诉读者哪个注册机构对某空间负责的链条的一部分。如果某个条目被更正或重新分类，该更正的历史可能很重要。仅有当前表格不足以应对存在争议的链路。

IPv6 条目显示了可见日期的价值与局限

IPv6 看起来更干净，因为公开表格列出了更大的前缀和较新的分配架构。IPv6 全球单播页面标识了 2000::/3 空间，声明该地址块中未列出的空间仍由 IANA 保留，并列出了分配给 RIR 的前缀，附有 WHOIS 和 RDAP 参考。一些条目包含关于后续分配合并了先前分配的注释。这很有价值，因为它提醒读者可见的当前前缀并非全部故事。

但同一个例子也显示了局限。如果后续分配合并了先前的一个，读者需要知道先前状态、新状态、为何发生合并、是否有下游记录发生变化，以及哪个请求或政策条件支持了此更新。注释有用；可重建的事件历史更好。

IANA 针对 IPv6 的申请程序要求寻求额外空间的 RIR 提供利用率和碎片化摘要或近期分配数据，取决于资格路径。这意味着公开的分配条目依托于底层证据。公众不需要 RIR 规划的每个操作细节，但应能看到申请类别、所引用的资格规则、申请被接受为完整的日期、批准日期、所作的分配，以及所适用的全球政策版本。否则外部读者可以看到结果但无法完全检验路径。

IPv6 也具有较长的时间跨期。2000::/3 的大部分仍保留供未来分配这一事实意味着现在的决定可能塑造未来数十年。当事件稀少且无争议时，较弱的历史记录可能无碍。当后来的机构争议追问为何某项分配发生了、另一项是否被延迟、或政策标准是否在各 RIR 之间一致适用时，它就会变得代价高昂。

AS 号码使边界变化可见但不完整

AS 号码通常被认为比地址更简单，因为它们是路由系统的标识符，而非具有大小和地理属性的地址块。AS 号码注册表仍是顶层分配记录。它告诉公众哪些范围由哪些 RIR 管理，并通过参考区分了保留或特殊用途的范围。RIR 再根据区域政策将 ASN 分配或指配给网络运营商。

AS 号码申请程序显示了证据的需要。一个 RIR 如果因为已分配或指配了其上一个地址块的百分之八十以上而请求额外的 AS 号码，则必须提供指配或分配的摘要。如果 RIR 请求多于一个地址块，则必须提供六个月的使用摘要。另一条路径适用于可用 AS 号码低于两个月的需求时。这些都是定量触发条件。定量触发条件只有在证据、时间戳和计算被保存时才可审计。

公开注册表不需要发布 RIR 号码背后每个网络运营商的请求。它应发布足够的顶层证据来证明该 RIR 请求属于所述资格类别。这可能意味着请求标识符、类别标签、接收日期、验证日期、以安全级别表示的前后池度量、指定的地址块以及负责运营者的签名。最终的 AS 号码范围表格是事件的终点，而非事件本身。

证据薄弱的后果可能是实际性的。如果后来出现争议，涉及某个 RIR 是否用尽了某个范围、范围边界是否变化、或是否遵守了特殊用途保留，运营商需要的不仅仅是记忆。他们需要可以被引用、再现和验证的历史。这就是受信任的机构与受信任的记录之间的区别。

请求证据不应消失在通信中

IANA 的公开号码资源申请程序异常清楚地说明了 RIR 必须提供什么。它明确了 IPv4 回收池触发、IPv6 分配请求、AS 号码分配请求和指代注册人变更的条件。它甚至命名了相关的请求邮箱，并说明当前和新注册人会得到联系，以确认或拒绝指代注册人变更，然后才更新注册。

这足以表明分配决策不是任意的。它们与阈值、摘要、模板和确认挂钩。但公开记录并未披露从请求到注册更新的完整事件轨迹。它不显示公开的接收时间戳、验证状态、批准签名、证据摘要、发布时间戳，或在请求被拒绝、撤回、更正或替换时的公开注释。

这种缺失有些是可以辩护的。RIR 的请求可能包含非公开的规划细节。指代注册人的变更可能涉及联系验证，不应泄露个人数据或安全实践。安全敏感的通信不应仅为满足好奇而公开。重点不是公开一切。重点是在保护敏感细节的同时，公布决策的公开证明。

一种简单的设计是将证据与证明分开。私密证据包保留在当事方手中。公开的证明记录说明申请类别、政策版本、验证结果、前后注册状态、发布时间，以及对私密证据包的加密承诺。如果后来出现严重争议，授权审查人可以将私密证据与公开承诺进行比较，而无需让全世界信任事后的断言。

这在其他记录系统中是常识。公共土地登记可能不会完全公开每一份支持文件，但它保留了文书编号、日期和先前状态。证券托管机构可能不显示每一个客户文件，但结算事件留下记录。互联网号码资源无需完全照搬这些领域。它们需要同样的理念：以可验证的历史为支撑的公共终局性。

最后更新日期过于粗糙

IANA 注册表页面上的“最后更新”行很有用，因为它告诉读者页面有多新。但它还不够，因为它是页面级别的，而非事件级别的。注册表可能因小的变更、格式修正、参考更新、状态变更或某项分配而重新发布。单一日期无法说出发生了哪个事件。它也无法说出在公开捕获之间是否发生了若干事件。

目前的外部重建严重依赖比较。如果某个研究人员保存了昨天的 CSV 和今天的 CSV，差异就能揭示变更。如果没人保存先前文件，公众可能依赖网页存档、私人镜像或机构记忆。这是一个可避免的弱点。权威的注册机构运营者应当发布版本历史，而不是迫使公众从偶然捕获中拼凑。

事件级别的日期还有助于区分几个重要时刻。请求接收与请求完整不是一回事。完整与批准不是一回事。批准与公开表格更新不是一回事。公开表格更新与所有下游 RIR 参考对齐不是一回事。如果争议关乎延迟，每个时刻都很重要。如果争议关乎准确性，前后状态很重要。如果争议关乎权限，签署人身份和政策版本很重要。

公众不需要海量的事件源。顶层号码资源事件相对较少。这使得更好的审计追踪更加可行，而非相反。少量的重要事件可以仔细记录，而无需创建繁重的发布层。事件的稀缺性是精确性的论据。

2011 年枯竭的教训

2011 年 IANA IPv4 自由池的枯竭常被铭记为一个仪式和稀缺里程碑。它也应当被铭记为一个审计教训。向五个 RIR 最终分配 IPv4 /8 地址块在全球可见、政策驱动且具有体制重要性。它将 IANA 从普通的 IPv4 新鲜分配推入了一个涉及回收空间、转让、区域稀缺和下游市场的世界。

对于这类事件，公开证明很重要。问题不仅是谁收到了最后的地址块。问题在于：哪项政策支配了分配，事件发生前池状态如何，事件何时执行，最终条目如何记录，以及什么样的证据能让后来的读者重建那次转变。如果唯一持久的证据是一个表格和一份新闻稿，那么记录就弱于该事件所应得的。

这不是因为 2011 年可疑。而是因为 2011 年是基础性的。基础事件应当得到异常充分的记录。它们成为后来政策、金融、诉讼和制度合法性的参照点。如果未来的回收池事件、分配更正或注册表变更变得有争议，公众将回顾重大过渡期所设定的标准。仪式性的记录不能替代可审计的事件链。

同样的推理适用于未来的 IPv6 和 AS 号码里程碑。IPv6 的供应大得多，但分配规则仍然决定着地址块何时以及以多大移动到区域注册机构。AS 号码的枯竭压力不同，但请求阈值和范围边界仍然重要。系统今天安静运转这一事实应当被用来在压力事件发生之前强化记录，而非之后。

一个可外部重建的分配应包含什么

一个可外部重建的分配不需要公开每条私密消息。它需要足够的数据让知情的外部人士重建授权状态。记录应以事件标识符开始。它应说明资源类型：IPv4 回收池、IPv6 全球单播、AS 号码范围、注册人名称变更、更正、退回或保留。它应说明适用的政策或审查路径以及生效版本。

该记录应显示请求接收的日期和时间、请求成为完整的日期和时间以及批准的日期和时间。它应标识请求的 RIR 或授权方。它应显示先前注册状态和新注册状态。它应记录状态变更（如果有）。它应包括公开原因类别，例如阈值分配、按计划的回收池分发、更正、退回空间、IETF 审查指配或指代注册人确认。

然后，记录应包含证明。至少，IANA 可以发布签名的注册表快照和每种可下载格式的哈希。它可以发布带有前后行的变更日志。它可以在不暴露敏感材料的情况下，包含对请求证据包的哈希承诺。它可以包含 RIR 的确认回执。它可以将被取代的快照保存在易于导航的档案中。

最终的注册表表格应链接回相关事件记录。查看 IPv6 前缀或 AS 号码范围的读者不再需要从日期列猜测。他们可以点击事件历史，查看该条目是如何创建或更改的。这就是声明权威的注册表与证明权威的注册表之间的区别。

签名本身并非解药

加密签名有帮助，但不能解决全部问题。一个得到签名的坏记录仍然是坏的。得到签名的当前表格证明了该表格由签署人发布，而非该分配是合格的、及时的或正确分类的。签名必须附加到更丰富的事件记录上。

签名的适当角色是完整性和不可抵赖性。它应证明给定的快照在给定时间存在，未被篡改，并且由负责该注册表的运营者发布。哈希应能让外部人士比较下载的 CSV、XML、HTML 和文本格式，并确认它们代表相同的状态。时间戳应防止后来的重建悄然改变事件的顺序。

但人类治理的事实仍然重要。适用了哪项政策？哪个 RIR 申请了分配？达到了哪个证据阈值？一个条目是因为笔误还是因为先前分配被撤销而得到更正？某个事件是否取代了先前事件？除非签名的材料包含这些信息，否则签名无法回答这些问题。

这就是为什么审计追踪应当被设计为证据记录，而非安全装饰。它应当能被运营商、法院、审计机构、注册人员、研究人员和受影响的社区所理解。证明应使人类决策可见，而非将其隐藏在技术印章之后。

RIR 连接必须是链条的一部分

IANA 只是层级的顶端。分配只有在接收的 RIR 记录并管理它时才具有操作意义。因此，一个可重建的顶层轨迹应当将 IANA 事件与 RIR 的确认及下游公开参考联系起来。目标不是让 IANA 对每个 RIR 指配负责。而是要显示交接已经发生，且两份公开记录在边界处一致。

IANA 表格已经为许多条目包含了 WHOIS 和 RDAP 参考。这是有价值的。更强的审计追踪将记录交接事件：IANA 分配或更新了顶层条目；RIR 确认收到；RIR 的公共服务反映了该范围；已知的任何延迟或更正被注明。如果后来的记录出现分歧，边界事件告诉读者从哪里开始。

这在故障场景中很重要。如果一个 RIR 面临治理压力、诉讼、制裁压力、技术中断或连续性风险，运营商可能需要证明资源的顶层来源，而区域服务已受损。签名的 IANA 事件链不会取代该 RIR。它将提供一个稳定的锚点，用于连续性、迁移、托管、接管行动或临时服务安排。

这在普通金融中也很重要。IPv4 转移合规、贷款文件、租赁审查、云端自带地址检查以及公共部门采购都可能询问资源的注册路径是否干净。IANA 的顶层记录通常只是其中一层，但薄弱的第一层会削弱之后每一份安慰证书。可审计的 IANA 轨迹将减少为不确定性支付的溢价。

更正与分配一样重要

分配事件因将资源移入区域池而受人关注。更正更安静且有时更重要。一项更正可能调整日期、状态、指定、联系参考、RDAP 端点、注释或先前条目的关系。有些更正只是无害的格式修复。其他的则可能影响第三方如何理解权限、连续性、遗留状态或可用的审查路径。

公开注册表应区分更正类型。拼写修复与状态变更不同。新的 RDAP 端点与负责注册机构的变化不同。纳入先前分配的注释与新分配不同。如果所有更正都仅表现为一个新的最终表格，读者就无法判断变更改变的是实质还是呈现。

更正的透明度也保护了注册机构运营者。如果发现并修复了一个错误，最佳回应不是沉默。而是一个可见的更正事件，包含旧值、新值、原因类别和日期。该记录表明注册机构可以修复错误，而不必假装错误从未存在。这也让下游用户能够准确地更新自己的记录。在全球协调职能中，安静的更正可能比原始错误造成更多怀疑。

退回需要同样的对待。如果一个地址块或范围被退回池中，该事件应显示谁退回的、依据什么规则、注册状态何时变更、退回的资源是进入回收池还是保留状态，以及后来什么事件再次移动了它。退回的资源可能带有声誉、路由历史、地理位置记忆和商业预期。顶层记录不应暗示退回的前缀没有历史。

这对 IPv4 尤其重要。稀缺性赋予了每个被回收或重新分类的地址块经济权重。一个被退回的地址块可能后来根据全球政策被分配。买方、贷款方、公共机构或网络运营商可能询问该地址块的路径是否干净。答案不应依赖于重建旧的网页捕获。它应从权威的事件轨迹中清晰可见。

公开格式应携带相同的证明

IANA 提供 CSV、XML、HTML 和纯文本格式是一大优势。不同的用户需要不同的格式。研究人员可能偏好 CSV，工具可能偏好 XML，人类读者可能使用 HTML，运营商可能存档文本。证明层应将这些格式视为同一权威状态的不同表现。

这意味着每个发布版本都应带有或附有一组摘要。公众应能验证 CSV、XML 和文本下载都代表同一注册表版本。如果某个格式后来因格式原因被重新生成，事件记录应说明注册状态是否改变。这避免了公共数据系统中一个常见的歧义：文件变化是因为记录变了，还是因为展示变了？

版本标识符会有所帮助。与其仅依赖最后更新日期，每个注册表可以有一个单调递增的版本。每个事件将标识先前版本和新版本。快照将被保存。用户可以引用“IPv6 全球单播注册表版本 X”，而非一份没有永久事件身份的可下载文件。法院、审计机构和运营商将获得更清晰的参考。

同样的证明应适用于注释和参考。如果 RFC 参考变更，如果全球政策链接更新，或如果 RIR 的 RDAP URL 变更，那可能不是分配事件。但它仍是公开注册表的一部分。带版本的注释历史将阻止参考维护被混同于资源移动。

网页存档并非治理体系

在实践中，研究人员经常通过保存的文件、镜像和公共网页存档来重建注册表历史。这些工具有用，但它们不应成为全球标识账本的主要审计机制。它们本质上是残缺的。它们按第三方选择的时间间隔捕获。它们可能错过短暂状态。它们可能在展示变更之后而非数据变更之后保存页面，或者相反。它们可能被阻止、延迟或不可用。

一个权威的注册表不应将其记忆外包给偶然。如果公众依赖私人镜像才能知道注册表上个月说了什么，那么该注册表就制造了不足的证据。如果一份争议取决于网页存档是否捕获了正确的时刻，那么公开记录就太弱了。全球协调职能应以刻意的、持久且易于引用的方式保存其自身历史。

这并不是对独立存档的批评。独立存档是对官方历史的宝贵检验。它们可以证明公开记录存在过，揭示后来的编辑，并在机构失效后保存资料。但当它们能够与官方版本链进行比较时，其价值最大。官方记录应说明注册表打算发布什么。独立捕获随后可以验证发布已经发生且未被后来重写。

这种区别微妙但重要。没有官方事件轨迹，外部存档成为主要证据。有了官方事件轨迹，外部存档成为佐证。一个成熟的体系应该想要佐证，而非依赖。

审计追踪减少制度政治

一些人听到“审计追踪”就认为是对政治监督的要求。在号码资源领域，正相反。更强的证据记录可以减少政治，因为它缩小了事实范围。当记录清晰地展示政策版本、请求类别、时间戳、先前状态、新状态和负责方时，更少的争议需要依靠机构声誉来解决。

这在机构面临压力时尤其重要。如果某个 RIR 在法庭上受到挑战、置于不寻常的治理压力之下、受到制裁影响或受到成员批评，每个模糊的记录都可能成为政治象征。一个干净的 IANA 事件轨迹为所有各方提供了共享的基线。它不裁决区域争议。它说明顶层记录做了什么、没做什么。

对于未来的竞争或可移植性提案也是如此。如果注册服务变得更可移植，或者如果新的服务提供商凭借证据而非庇护来寻求认可，全球账本必须区分重复分配与服务迁移。这一区分需要历史。一个当前状态表格可以显示某个范围由某个注册机构管理。但它本身无法证明一系列通知、确认和状态转换使迁移变得安全。事件轨迹可以。

审计追踪也保护 IANA 和 PTI。当决策受到质疑时，运营者可以指向公共事件记录，而不是依赖普遍的信任。记录证明得越多，运营者需要争辩得就越少。这对于一个狭窄的技术协调角色来说是一种健康的姿态。

法院、审计机构和运营者提出不同的问题

法院可能询问某个特定条目在特定日期是否存在。审计机构可能询问注册变更是否遵循了批准的控制。运营者可能询问某个前缀的负责注册机构是否足够清晰，以便用于路由安全、反向 DNS 或滥用联络依赖。贷款方可能询问资源的链条是否干净，足以支持契约或抵押品分析。公共部门采购方可能询问供应商的寻址计划是否立足于稳定的注册证据。

这些问题相关但不相同。当前的 IANA 表格对它们都有帮助，但无法完全回答任何一个。法院需要特定时间的证据。审计机构需要控制证据。运营者需要边界清晰度。贷款方需要瑕疵历史。公共采购方需要连续性证明。丰富的事件轨迹服务于所有这些受众，而不会让任何一个成为系统的中心。

好处是累积性的。一旦顶层事件轨迹存在，RIR 可以在其自身记录中指向它。运营商可以在合规文件中引用它。研究人员可以用它将顶层分配事件与下游注册行为分开。政策评审人可以看到某些请求类别出现的频率。未来的问责审查可以衡量更正率和发布时间，而无需要求人员手动重建历史。

结果是一个更有用的公共记录。不是更大的官僚机构，不是政治化的分配台，也不是公开披露敏感的请求文件。只是一个让其自身历史可被检查的注册机构。

问责而无操作过载

一个担忧是，更丰富的审计追踪可能拖慢一项因其简单而可靠的服务。这一风险应被认真对待。不应强迫 IANA 为每次发布举行沉重的批准仪式。设计应与顶层事件的规模和频率相匹配。由于直接的顶层号码资源分配相对有限，更强的记录可以作为正常发布行为的一部分生成。

最有效的路径是自动化加审查。当一项授权的变更被批准时，注册发布系统可以创建前后记录，对可下载格式进行哈希，给事件打上时间戳，附上政策引用，并保存被取代的快照。工作人员无需每次都撰写长篇叙述。他们将核实事件类型和原因代码。敏感的支撑材料将受到保护，同时其哈希承诺被记录。

另一个担忧是公开证明可能创造新的攻击面。答案是选择性披露。公众不需要凭据、私人联络详情、安全控制或保密的请求文件。它需要的是权限和状态变更的公开事实。一个设计精良的证明记录可以比临时的后来披露揭示更少的私人信息，因为它将安全的事件事实与受保护的证据分开。

第三个担忧是太过精确可能就无害的时间差异引发诉讼。这是可能的，但不透明更糟。当重要记录缺乏时间戳时，争议变得更广泛和更具投机性。精确的审计追踪能够收窄争议。它告诉当事方发生了什么以及何时发生。如果延迟是无害的，记录也可以显示这一点。

来源限制与保守主张

本文审查的来源显示了注册体系的结构、公开的 IANA 注册页面、申请程序、最后更新日期和全球政策参考。它们并未提供每项分配的隐藏历史。它们并未证实某个特定当前条目是错误的。它们并未证明 IANA 丢失了证据，或任何 RIR 收到了不当的分配。批评关乎可验证性，而非声称已知的不当行为。

公开来源也没有揭示每个私密的请求、资格计算、确认或更正。这种缺失可能反映了适当的保密、正常的操作实践，或仅为注册表选择的公共格式。因此，本文避免了有关未公开请求、拒绝率、更正计数或发布时间的确切统计。如果公开记录提供了确切的最后更新日期或陈述的程序，则使用之。如果公开记录没有提供分母，则绝不发明分母。

来源限制强化了核心观点。如果外部人士无法从公开材料重建事件链，系统不应回答“请相信一切都好”。它应该通过发布更好的事件链来回答。

结论

IANA 的号码资源注册表很有价值，因为它们是公开的、结构化的和全球公认的。它们还不够，因为公开的当前状态与可重建的历史不是一回事。更强的标准很简单：每次全球池变更都应留下公开证明记录，展示变更了什么、何时变更的、为何得到授权，以及前后状态如何能被验证。

该标准不会将 IANA 变为一个政治权威。它会产生相反的效果。它将通过使狭窄角色可证明来保持 IANA 的角色狭窄。一个全球唯一性账本在可以发布证明时，不应依赖声誉。

审查的来源