摘要

  • 注册准确性是互联网号码注册系统的核心要求，但可用性、工单响应和年度联系人验证并不代表从一个可信的错误报告到在所有受影响的公开接口上完成验证修正的时钟。
  • 相关记录的范围超过一条 WHOIS 记录。持有人身份、授权、滥用联络人、RDAP 响应、RPKI 证书和 ROA、反向 DNS 代理、转介和争议状态可能以不同的方式失效，也可能会在不同时间变得一致。
  • 未发现允许对 RIR 纠正延迟进行可辩护全球比较的通用公开分母。任何郑重的承诺都必须公布案例数、严重性定义、排除条件、处理周期以及百分位数，而不应捏造一个全球平均数。
  • 资源号协会可以推动一项公共依赖标准：快速确认、基于风险的遏制、合理决策、传播检查、独立复核，以及保护持有人证据和报告者隐私的汇总报告。

记录可访问但依然失效

在 UTC 时间 02:13，一名事件响应者发现一个地址范围正被用于凭证窃取活动。权威注册响应指出一个组织名称，但该组织声称在数月前已放弃了该范围。滥用举报邮箱拒绝接收邮件。另一个目录视图指向不同的联系人。反向代理仍反映着旧的运营者。路由起源授权系统允许一个自治系统，而明显的持有人并不认可该系统。所有服务都迅速作出了响应。

对于响应者，决定性的指标并非毫秒级的响应时间，而是对可信冲突的确认、调查、遏制、裁决与纠正有多迅速。如果修复在注册机构账户层面上被接受，但在 RDAP、缓存的 WHOIS、反向 DNS 或 RPKI 发布中仍未体现，那么公共依赖并未恢复。如果报告者收到了礼貌的回复，却无法得知争议字段是否已经被核实，那么问责差距仍然存在。

注册机构可能面临真正棘手的案例。声称的前持有人可能没有发言权。公司合并可能改变了名称却没有改变控制权。遗留注册可能不具有现代合同。即使滥用联系人过时，路由来源也可能是蓄意的。欺诈者可能试图通过提交有说服力的投诉来抢夺记录。准确性不可能意味着立刻接受每一份报告。

这种困难反而加强了服务承诺的理由，而非削弱它。一份好的承诺并不保证每个投诉者在一天内都能获胜。它保证的是明确的处理：确认、风险分类、证据保全、在合理的情况下采取临时保护措施、有理由的结果、对已确认缺陷的纠正，以及在延迟本身造成危害时的升级路径。

注册准确性是一项公共职能

RFC 7020将注册准确性描述为互联网号码注册系统的核心要求。注册机构必须保持唯一性，并为了运营需求提供有关分配情况的准确信息。这不仅仅是付费会员与服务台之间交换的私人便利。运营者、事件响应者、研究人员、潜在受让方、法院、公共机构、供应商以及普通网络用户，都在做出依赖该答案的决策。

公众并不获得资源持有人所拥有的全部权利。陌生人不应能够重写组织记录、查看机密证据或强制披露个人数据。注册条目也不能证明实益所有权、物理位置、合法行为或每一个路由地址的控制权。然而，注册机构的实用性取决于合同关系之外的人能够依赖有限的主张：哪个注册机构是权威的，哪个组织已注册，指定了哪些联系人，覆盖了哪些资源范围，以及公共记录最后一次变更的时间。

这就创造了一个公共依赖机构。它的职责不能仅由会员满意度来评判，因为许多受到不良记录影响的人并非会员。滥用报告遭到拒绝的受害者、传承了陈旧反向代理的小型网络，或者衡量资源集中度的研究人员，可能从未开通过付费账户。然而，他们的依赖是可预见的，并且正是目录数据被公开的核心原因。

因此，“客户服务”这个说法过于狭隘。一次愉快的交流可以与一个错误的公开答案共存。针对数据准确性的服务水平承诺，必须附着在公共职能的完整性上，而不仅仅是与付款人通信的速度上。

正常运行时间是错误的衡量标准

传统的技术报告询问一项服务是否可达。它可以衡量 DNS 可用性、HTTP 成功、查询延迟、维护窗口和中断后的恢复。这些指标很重要。一条无法检索的准确记录毫无用处。

但可用性和正确性是相互独立的维度。一个从冗余站点返回同样过时联系人的目录，可以取得极佳的运行时间。一个高可用的 RPKI 仓库可以高效地分发错误的授权。一个反向 DNS 服务可以从本应变更的代理那里持续地应答。交付的可靠性本身并不说明内容的有效性。

这种区别在 IANA 边界上可见。IANA 号码服务 SLA在 ICANN 和五个 RIR 之间建立了明确的服务关系。IANA 发布号码资源性能报告，其中对请求确认、实施准确性、反向 DNS API 确认、传播和可用性等事项设定了明确的期望。精确的月度分母可能很小甚至为零，报告会如实说明。

那个例子并不是要规定每个 RIR 必须向每位公共用户承诺什么。IANA 处理的是一个较窄的边界和一组不同的相对方。它的确证明，号码资源管理可以指定一个时钟，定义预期结果，公布分母，并区分“未发生请求”和完美性能。即使阈值不同，这种规则也是可移植的。

支持回复并非纠正

注册机构可以在一两个工作日内回复工单，却未必解决底层缺陷。回复可能会索取文档，将报告者转介，声明必须由持有人来更新该字段，或者解释无法披露任何行动。其中每一种可能都是适当的。但没有一种能确定纠正延迟。

这种区分至少需要五个时钟。第一个从接收报告到确认。第二个运行到分类，此时注册机构对严重性进行分类并识别受影响的服务。第三个运行到初步保护决定，例如将某个联系人标记为未验证，或阻止未经授权的账户变更。第四个运行到权威裁决。第五个从该裁决开始，直到所有在范围的公开界面都显示出纠正后的状态，并且独立检查加以确认。

一个案例可能出于正当理由而停止并重新启动时钟。报告者可能没有确认电子邮件。持有人可能要求更多时间。法院可能限制行动。证据可能冲突。转移可能正在另一个地区等待处理。一份已公布的承诺应当指明这些暂停条件，并单独报告它们。否则，每一个困难案例都可能消失在“等待信息”中，使头条数据变得毫无意义。

关闭工单也需要定义。因投诉人停止回复而关闭，与在证据审查后驳回、由持有人纠正、由注册机构纠正，或发现公开条目是准确的并不相同。汇总报告应当保留这些结果。一个单独的“已解决”计数奖励的是行政关闭，而非恢复的数据质量。

纠正的对象是一份依赖关系图

号码资源信息出现在相关但不同的系统中。一个分配或指派记录命名一个资源和已注册持有人。联系人记录标识管理、技术、路由、DNS 或滥用等角色。WHOIS 呈现根据本地数据模型组合的文本。RDAP 呈现结构化的响应、链接、通知、状态值和带有日期的事件。互联网路由注册表条目描述路由意图。RPKI 证书和签名对象支持来源验证。反向 DNS 在in-addr.arpa或ip6.arpa下授权。IANA 引导数据将 RDAP 客户端导向权威服务。

缺陷可能仅属于一个界面，也可能属于多个。一个失效的滥用邮箱并不能证明已注册持有人是错误的。一个旧的组织名称可能是一个无害的交易名称问题，也可能是一个未记录继承的证据。一个过时的路由对象可以与一个正确的 ROA 共存。一个正确的 ROA 可以授权一条持有人当前并未宣告的路由。一个反向代理在技术上是健康的，却命名由前运营者控制的服务器。一条 RDAP 事件日期可以准确描述条目变更的时间，而其实质价值仍然存在争议。

因此，纠正的首要职责是界定范围。哪个主张正在被质疑？哪个机构有权更改它？哪些依赖视图是从相同的状态生成的？哪些需要持有人、另一个 RIR、IANA、DNS 运营者或证书持有人的单独行动？没有这张图，注册机构可以报告“记录已更新”，而公共用户仍从其他地方接收到有害的答案。

一项严肃的承诺应该衡量每一个在范围类别中的端到端恢复。它并不要求一个 RIR 对它无法控制的缓存负责，但它必须要求 RIR 发布自己的变更，发送要求的代理或通知，并清晰地说明剩余的依赖关系。

WHOIS 让本地差异易于隐藏

RFC 3912是针对一种简单查询-响应服务的简短规范。它不提供现代注册服务所期望的结构化认证、授权、国际化或隐私能力。RIR 围绕它构建了有价值的本地惯例，但公共用户通常必须知道哪个服务器、标志和字段含义适用。

这种本地特性影响纠正。某个服务可能暴露一个可见的验证标记。另一个可能移除或遮盖某个字段。还有一个可能在别处保留一条旧条目并添加注释。参照行为可能将用户从 RIR 记录引导到一个下游运营者，而后者的数据质量规则不同。文本抓取可能漏掉一条人类会识别为决定性的注释。

WHOIS 还助长了关于“一条记录”的错误观念。显示的答案可能组合了注册状态、联系人对象以及在不同权限下维护的路由信息。纠正组织信息并不会自动修复每一个所引用的角色。纠正一个角色可能影响许多资源。如果不理解依赖关系，一次快速编辑可能产生意想不到的后果。

恰当的回应不是谴谪 WHOIS 用户。它仍然被广泛使用，并且可以在运营上很高效。治理职责在于说明哪些公开视图对哪些主张具有权威性，纠正状态如何显示，以及较旧的接口是否收到相同的修复。向 RDAP 的迁移如果留下一个矛盾的 WHOIS 答案而没有解释，那只是转移了不确定性，而非解决它。

RDAP 结构化答案但并不担保其正确性

RDAP 提高了机器可读性。RFC 9083为实体、网络、自治系统和域名定义了 JSON 响应，以及链接、通知、备注、状态和事件信息。RFC 9224定义了客户端如何使用 IANA 引导注册来查找某个范围的权威 RDAP 服务。

这些改进对问责制而言是重大的。客户端可以区分一个事件日期和一条自由文本评论，跟随一个链接，识别声称具有权威的服务，并保留响应用于日后比较。运营者可以测试一个纠正后的值是否一致地出现。注册机构可以添加说明条件或限制的通知。

该协议并不决定一个组织名称是否属实、一个联系人是否会回应、一次转移是否获得适当批准，或者一个已确认的缺陷必须以多快的速度修复。结构化的错误数据仍然是错误的。一个精确的时间戳可以揭示陈旧性，但不能解释它为何持续存在。一个权威的端点确立了答案来自何处，而不是答案是否值得信赖。

这种边界应当出现在公共承诺中。可用性测试询问 RDAP 在协议层面是否正确地响应。数据测试询问必需字段是否与权威证据和政策一致。纠正测试询问一个已确认的差异维持了多长时间。将三者混为一谈，会让一个健康的端点掩盖一条不健康的记录。

联系人验证衡量一种周期，而非纠正延迟

RIR 确实公布了有关联系人验证的有意义的规则。ARIN 的联系人记录指南描述了针对指定公共联系人的年度验证，给予其最多 60 天来确认信息完整且正确，并在该期限后将无响应的记录标记为无效。APNIC 的互联网号码资源政策要求每六个月对事件响应团队联系人进行定期验证，指定了响应期限，并说明验证失败的后果。RIPE 关于定期 abuse-c 验证的政策，规定对无效滥用联系人至少每年检查一次并跟进。

这些都是治理成就。它们让一项义务变得可见，施加了持续的关注，并为沉默创造了后果。它们也表明了一个统一的头条数据为何可能产生误导。ARIN 的数据涉及允许验证某些联系人的时间，而不是纠正每个已确认 WHOIS 不准确信息的时间。APNIC 的期限涉及 IRT 联系人检查，并非所有持有人、路由、RPKI 或反向 DNS 数据。RIPE 的政策建立了年度验证和跟进，但并未将每一个外部报告转化为一个有保证的纠正截止日期。

一个验证周期回答：“这个类别多久会被主动挑战一次？”一个纠正 SLA 回答：“在一个具体的可信缺陷被报告或检测到之后会发生什么？”两者都是必要的。一个邮箱可能在年度验证后第二天失效。等待下一个周期将满足节奏的要求，却让用户失望。

有效的邮箱并不等于一个响应的机构

滥用联系人质量展示了二元验证的局限性。一个邮箱可以接受验证消息，却忽视实质性报告。它可以发送自动回执，却没有任何人审查指控。它可能只在一种语言或一个时区内被监控。它可能属于一个缺乏滥用缓解权限的角色。相反地，一个邮箱可能拒绝格式不佳的测试，而网络在其他地方维持着有效的事件处理渠道。

RIPE NCC 关于查找滥用联系信息的公开指南划出了一条重要界线：它的职责是保持所列联系人有效且当前，而网络运营者则负责处理滥用报告。注册机构不能承诺每个运营者都会解决每项投诉。

一项准确性承诺应当保留这条界线。它可以要求指定的地址存在，处于持有人控制之下，定期接受验证，并在确认失效后的规定期限内被替换。它可以公布收到了多少无效联系人报告、确认了多少，以及未解决案例存续了多久。它不应声称邮箱验证证明了有效的滥用修复。

公共用户需要一个原因代码。“联系人已验证”应意味着一个既定测试在所述时间通过。“您的指控未收到回应”是另一种不同的状况。这套词汇可以防止注册机构因运营者的行为受到指责，同时防止运营者躲在一个技术上可送达但功能上已被废弃的地址之后。

持有人身份错误应分严重级别

并非每个错误字段都会造成同等损害。拼错的街道后缀不同于注册错误的法人实体。过时的电话号码不同于未经授权的管理控制变更。无害的缩写不同于在完成转移后，前公司仍以持有人身份出现。等同对待所有缺陷，要么会淹没紧急复核，要么会将严重案例留在普通队列中。

可行的严重性模型可以从影响开始。严重案例会造成重复注册、未经授权控制、路由授权丧失、错误转移或无法恢复服务的合理风险。高严重性案例在实质上错误识别持有人，或令所需的运营联系人瘫痪。中等案例损害可靠的联系，或在不同权威视图之间造成显著不一致。较低严重性案例涉及运营效果有限的描述性字段。

分类不可能完全自动。一个法定名称变更可能看起来是表面的，但在破产时却至关重要。一个路由授权争议可能反映一个蓄意的客户安排。随着证据到来，初始严重性可能改变。承诺应当允许重新分类，同时保留原始时钟，并解释优先级为何变更。

公开报告可以按严重级别汇总，而不暴露持有人的文件。目标不是制造一份丑闻排行榜，而是展示该机构是否认识到某些错误威胁连续性，以及这些案例的处理时效是否与普通更新不同。

RPKI 将数据质量转化为路由后果

RPKI 提高了风险，因为签名对象可能影响路由策略。RFC 6480描述了一个与号码资源分配对齐的证书层级体系，以及一个依赖方从中获取当前材料的仓库。一份资源证书将密钥绑定到枚举的资源上；一份 ROA 授权一个来源 AS 用于指定的前缀。网络运营者随后决定如何使用验证结果。

因此，错误或过时的授权可能影响可达性，当网络拒绝或降低与它冲突的路由优先级时。确切的影响取决于本地路由策略、缓存新鲜度以及替代路由的存在。一个错误的 ROA 并不保证断网，而一次断网也不能证明 ROA 错误。然而，纠正时钟比修饰性目录编辑更重要，因为依赖方可能会重复获取签名状态。

RFC 8211分析了认证机构或仓库管理者的有害行为，包括删除、撤销和篡改场景。它指出，错误、攻击和强制行为可能难以区分，部分只能通过修复时间来区分。这一观察是一个治理警告：恢复速度是关于机构健康状况的证据，即使原因仍然不确定。

一项 RPKI 准确性承诺应当区分持有人行动、注册机构行动、仓库发布和依赖方观察。它应当说明一个请求何时被认证，纠正后的对象何时变得可用，哪些清单和撤销状态发生了变化，以及独立验证器何时观察到新结果。它不应承诺全球每一台路由器都在某个时刻采纳了该状态。

ROA 元数据需要有限度的声明

公众经常将一份 ROA 描述为路由合法的证明。那种说法过于绝对。一份有效的 ROA 支持一条有限的声明：证书持有人针对指定长度条件下的前缀授权了一个来源 AS，并且签名对象在验证时点，在依赖方所选择的信任锚下通过验证。它并不证明持有人仍然希望宣告该路由，该来源控制每一个下游路径，或者流量是良性的。

纠正责任制必须匹配这一主张。检测到错误来源的持有人需要一种安全的方式来替换或撤回该对象。一个不是持有人的报告者可能需要提醒注册机构，但不应当仅凭断言就能撤销它。如果持有人凭证被泄露，普通认证可能成为问题的一部分，需要一条受保护的恢复路径。

注册机构应当公布类别级别的延迟，而不暴露安全敏感的恢复细节。有用的测度包括确认一次经过认证的紧急情况的时间、在政策允许时施加保护性冻结的时间、发布已纠正的签名状态的时间，以及通知持有人完成纠正的时间。因所有权争议而延迟的案例应当在对公众透明的处理周期中保持可见，而不是从统计数据中消失。

这正是服务设计和公开报告的交汇之处。密码学对象使篡改变得可察觉，但它并不保证有权签署和撤销它的机构做出及时、公正或准确的决定。

反向 DNS 跨越多个权威

地址空间的反向 DNS 遵循in-addr.arpa和ip6.arpa下的代理授权。RFC 3172描述了arpa域的管理以及地址代理与反向区域之间的关系。在顶层边界，IANA 从 RIR 接收其号码资源分配的变更，并衡量确认、传播和可用性。在此边界以下，RIR 和资源持有人可以管理进一步的代理授权。

即使注册名称得到纠正，陈旧的反向代理也可能继续存在。持有人可能需要提交新的名称服务器。RIR 可能需要验证授权。随后是父区域发布和 DNS 传播。DNSSEC 增加了密钥和代理依赖。递归解析器可能会缓存之前的状态，直到其生存时间到期。

没有一个时钟能够公平地描述每个步骤，但这并不能成为不发布任何时钟的理由。RIR 可以衡量接收、授权验证、变更接受和父区域发布。它可以从多个观测点验证新的代理。它可以声明预期的缓存时间范围，而不假装控制每个解析器。如果需要 IANA 行动，RIR 可以标识请求何时跨越该边界，并使用单独的 IANA 测度。

公共用户应当能够区分“注册已纠正；反向变更等待持有人名称服务器”和“反向变更已接受；传播进行中”。状态的具体性比泛泛的保证“工作人员正在处理”更有价值。

即使真相存在争议，争议也需要一个时钟

一些不准确并非事务性的。两个组织可能声称继承了同一资源。一位前董事可能保留了账户访问权限。清算人、购买方和遗留注册人可能提交冲突的文件。一个法域可能认可一项命令，而另一方对它提出异议。注册机构必须避免通过非正式的电子邮件交流来裁决复杂的财产或公司法问题。

2025 年草案RIR 治理文件第 2 版具有相关性，但必须作为草案阅读，而非一个已完成的普遍制度。它围绕准确的持有人信息定义了 RIR 的服务，呼吁稳定、可靠、安全、准确和可问责的服务，并提议在特定场景中针对会员权利进行公平、有效的裁决。它还强调在特定设置中的及时行动和独立复核。

公共报告者可能没有资格获得会员裁决。这一差距很重要，因为受到错误联系人或注册信息伤害的人可能在注册机构的会员范围之外。一条公共纠正路径不必授予陌生人对分配权利提起诉讼的资格。它应当允许他们提交证据，收到主张已被分类的确认，并得知一个有界限的结果：已纠正、未证实、已转介给持有人、超出权限，或处于正式争议中。

争议时钟可以衡量里程碑，而非保证最终判决。初始保全、通知受影响方、指定独立复核人、交换证据、临时决定和最终处置，每一项都可以有目标。未解决的案例应当按存续时间和状态报告。复杂性解释了一个更长的时钟；但它不应抹去这个时钟。

“及时”需要一个公开的含义

许多机构文件使用诸如迅速、合理、当前或及时等词语。这些词语保留了必要的裁量权，但它们不能让外部观察者测试绩效。一个持有人可能认为三周对于一条历史地址注释而言是合理的，而对于一个路由授权错误则是不可容忍的。两种反应都可以是理性的。

答案不是一个统一数字，而是一个由严重性、服务和里程碑构成的矩阵。一个严重的经过认证的控制错误可能需要全天候确认和一项快速保护决定。一个有争议的公司继承可能要求一个工作日确认、一份证据时间表和定期状态更新。一次常规联系人纠正可能有一个更长的完成目标。一次反向 DNS 变更可能将批准与可观测传播区分开来。

目标应当包含百分位数，而非仅平均值。一个平均值可以提高，而一小部分破坏性案例却拖延数月。中位数展示普通案例；第 90 或第 95 百分位数展示尾部；最久的未结案例揭示某些事项是否已被搁浅。当案例数太少而无法得到稳定的百分位数时，报告应公布计数和处理周期区间，而非装饰性的精度。

注册机构应当同时公布目标和达成情况。没有绩效的目标是空想。没有预先声明的目标的绩效则奖励无论何种出现的结果。两者结合，为理事会监督和社区纠正提供了基础。

分母必须包括棘手案例

产生一个高合规率的最简单方法是事后缩窄分母。排除非会员提出的报告、等待持有人行动的报告、遗留资源、疑似欺诈、隐私敏感案例、跨 RIR 事项以及争议，几乎每一个困难错误都可能消失。

一份可信的报告从所有收到的提交开始，然后显示处置情况。重复提交可以单独计数，并进行分析性去重。垃圾信息可以被识别。未确认的报告者地址可以被记录。超出权限的事项可以被转介。缺乏证据的主张可以被驳回。没有一项需要抬高已确认错误率，但每一项都应保持足够可见，以解释接收量如何成为测量的纠正群体。

对于已确认的缺陷，排除条件应当狭窄且指名道姓。如果一项法院命令阻止行动时时钟暂停，则报告暂停的持续时间。如果持有人未能回应，则显示存续时间和执行阶段。如果另一个 RIR 必须行动，则将本地处理时间与外部等待时间分开。如果记录无法纠正，因为政策未提供机制，则将其归类为治理缺口，而非准时关闭。

缺乏统一的公开分母是比较 RIR 时的核心不确定性。公开页面揭示了有价值的片段，但它们使用不同的字段、验证周期、工单类别和法律术语。从那些材料中无法得出任何可辩护的全球纠正平均值。任何假装相反的统计数字，它们衡量的更多是采集者的假设，而非注册机构的绩效。

独立检查应当确认传播

注册机构不应当是自身纠正是否到达用户的唯一观察者。独立检查可以从多个网络查询 RDAP 和 WHOIS，使用多个符合规范的验证器验证 RPKI 仓库，测试权威反向 DNS，并比较 IANA 引导转介。检查不需要披露受保护的证据；它们测试的是公开结果。

观察应当保留时间和观测点。一次成功的查询并不能证明全球一致性，但重复检查可以识别一个旧节点、缓存或转介是否持续提供陈旧状态。如果一项依赖服务不在注册机构的控制之下，证据支持精确的升级，而非指责。

注册机构可以向持有人发布一份完成收据，并在适当情况下向报告者发布。收据应当指明已纠正的主张、受影响的公共服务、发布时间以及其余注意事项。它应当避免私人文档和安全细节。一份签名的收据将帮助持有人向下游用户展示，一次权威变更在特定时间发生。

独立审计师可以测试从报告接收到公开观察的样本。他们应当包括错过的目标和存在争议的关闭，而不仅仅是容易的成功案例。目标在于了解该测度是否描述了现实，而不仅仅是能否从注册机构自身的分类中复现一个仪表板。

透明度不得暴露投诉人或恢复路径

纠正案例可能包含身份文件、合同、并购记录、法院文件、账户安全事实以及欺诈或滥用的指控。发布原始案例将阻碍报告并创造新的攻击机会。查询行为可能揭示调查。一个欺诈性索赔人可能通过研究详细的拒绝理由来改进下一次尝试。

因此，汇总问责需要隐私设计。公开报告可以在不点名当事人的情况下，展示案例数、类别、处理周期、达成情况、重新分类和申诉结果。稀有类别可能需要合并或延迟，以防身份被识别。安全敏感方法可以由独立评估员在保密下复核，而公众接收有关有效性的发现结果。

给受影响方的附带理由通知可能比公开通知更充分。持有人可能需要知道哪些证据未通过，以及如何申诉。报告者可以收到某个联系信息已被纠正的确认，而无需接收持有人的私人记录。更广泛的公众可能仅看到，一个争议状态在复核后被移除。

不透明并非保护安全的唯一方式。分层披露可以保护私人证据，同时暴露该机构是否满足了自己的时钟，应用了正确的权限，并修复了公开状态。

问责需要后果，而非积分

商业云 SLA 经常在停机后提供费用积分。该补救措施与公共注册数据损害不相匹配。许多依赖用户并不支付费用，而给予持有人的小额积分并不能补偿被陈旧滥用联系信息误导的事件响应者。准确性失败可能影响与 RIR 没有合同的一方。

更强大的补救措施是制度性的。反复错过的目标应当触发一份公开的改进计划、治理机构复核、独立抽样和跟进。一个严重案例应当接受指名的执行问责，并在政策允许时进行独立裁决。持续的系统性失败应当影响审计结论和更广泛的认同讨论，而不是被当作常规支持偏差而吸收。

资源持有人也需要实用的补救措施：恢复访问、紧急证书修复、纠正发布、通知已知依赖服务，以及为法律用途保全证据。公共报告者需要一条途径来质疑一项明显错误的关闭，同时不获得对记录的控制权。

后果应当是相称的。一次复杂错过并不证明机构失败。一个被分母变化所隐藏的模式，比一次公开报告且有可信修复计划的中断更令人担忧。治理信号在于注册机构如何回应自身的错过。

五个区域系统需要可比较性，而非统一性

五个 RIR 在不同的法律、语言、会员结构、资源历史和数据模型下运作。针对每个字段的统一截止日期将忽略现实约束。遗留资源在一个地区造成权限问题；国家注册机构塑造另一个地区；隐私法影响公共联系人显示；服务时间和当地假期各不相同。

可比较性可以与区域差异共存。每个 RIR 可以报告相同的高层级阶段，同时设置合理的阈值。每个报告可以披露日数是日历日还是工作日，哪个时区控制，什么启动和停止时钟，以及覆盖了哪些资源类别。一套共同的严重性词汇可以映射到本地流程。一套共同的结果词汇可以区分已纠正、已驳回、已撤回、已转介、已争议和待处理。

这种联邦式方法比一个全球平均值更强大。它让社群得以审视本地绩效，并让跨区域用户理解差异。它还允许实验。一个 RIR 可能发布快速临时标记；另一个可能提供更强的签名收据；第三个可能测试独立调解。可比较的证据让更好的实践得以传播，而不假装每个区域都相同。

NRO 是商定一个最低限度报告框架的显而易见场所。达成协议不应要求共享个人案例数据或集中决策。它要求共同的问题和诚实的分母。

最低限度的准确性承诺

一项有用的基线可以很简洁。第一，每个 RIR 应提供一条公开的、支持认证的途径，用于报告不准确的注册、联系人、路由安全和反向 DNS 数据。该途径应签发一份案例参考，无需报告者成为会员。

第二，注册机构应在公布的期限内确认接收，并对权限和严重性进行分类。当可信证据表明控制权即将丧失或路由受损时，应全天候提供一条受保护的紧急通道。

第三，注册机构应保存争议状态和证据，在法律允许且安全的情况下通知已注册持有人，并在复核期间防止未经授权的变更。一个可见的争议标记可能适用于某些公开字段，但它不应成为骚扰的工具。

第四，注册机构应按案例类别公布里程碑目标：分类、初步保护、证据请求、裁决、纠正、依赖服务发布和申诉。暂停规则和最长更新间隔应明确。

第五，完成应要求在注册机构控制下的受影响公共服务上完成验证。剩余的依赖关系应在案例通知中指名。

第六，季度或年度报告应显示接收量、处置、已确认缺陷、达成情况、百分位数或处理周期、最久案例、申诉结果和重要排除项。小分母应如实说明。

最后，一个独立机构应测试样本，并公布该承诺是否可衡量且得到公平应用。

资源号协会可以增加的

资源号协会从其章程中一个强有力的主张出发：号码资源机构的合法性在很大程度上取决于准确的注册和自愿认可。当该主张从批评转化为可测试的公共标准时，它变得更加有用。

NRS 可以召集持有人、运营者、事件响应者、研究人员和 RIR 参与者，定义共同的纠正词汇。它可以维护一个已公布承诺的比较索引，而不对无法比较的数字进行排名。它可以提供一个中立的表格，用于记录已失效的联系人、矛盾的响应和已耗尽的里程碑，然后给相关的注册机构一个公平的机会来解释或纠正该条目。

NRS 不应仅仅因为某个投诉人不同意就宣布一条记录有误。它不应发布身份文件、存储个人联系数据，或用自身的判断替代得到认可的分配权限。它的价值将是程序性的：保存公开观察，区分指控与确认，跟踪是否有应负责任的答复到达，并识别社群可以解决的反复出现的缺口。

未来一个 NRS 保证标志可以表明，一个注册机构公布了完整的分母、严重性级别、传播检查和独立复核。除非证据保持最新，否则它应当过期。该标志将承认可衡量的行为，而非授予对号码资源的权力。

用户现在应关注什么

在共同的承诺存在之前，公共用户应以有边界的信心阅读注册数据。保存权威响应、查询时间、端点和转介路径。检查 WHOIS 和 RDAP 是否一致。将已注册持有人与下游用户和路由来源区分开来。测试指定的滥用联系人，而不假设无响应即证明注册为假。使用当前数据验证 RPKI，并记录信任锚集。单独检查反向 DNS。

在报告错误时，准确指出主张和危害。“这条记录是错的”难以分类。“所列滥用邮箱拒收邮件”，“该组织否认控制权”，“反向代理命名的服务器已不再获授权”，或“ROA 来源与持有人经过认证的请求冲突”创造了一个可测试的主张。提供合法证据，并保护无关的个人数据。

追踪里程碑，而不仅仅是通信往来。询问案件是否被接受，哪个机构控制变更，是否另一方必须行动，以及如何验证完成。如果答案仍然泛泛，其本身就是缺失承诺的证据。

研究人员应当拒绝将部分公开数据变成全球评分。一个验证频率、工单响应目标、可用性百分比和纠正百分位数衡量的是不同的事物。诚实的结果可能是，比较尚不可能。

准确性既是一个状态也是一个持续时间

注册机构并不只是因为一份报告被提交就变得不准确。一条错误的记录也并不诋毁整个区域机构。准确性是通过一系列控制来维持的：正确录入、定期验证、异常检测、可及的质疑、审慎的决策、及时的修复和经过验证的传播。

时间属于这一定义。一个已确认的错误在未经解释的期限内保持权威性，即使它最终被纠正，也是一次治理失败。一项通过公开阶段处理的复杂争议，即使最终解决方案更久，也可以展示问责。区别在于可见的职责。

RIR 社群已经构建了许多要素：定期联系人验证、不准确信息报告、结构化的 RDAP、签名的路由对象、反向 DNS 管理、社群政策和制度审计。缺失的是一个从缺陷到恢复的通用公开视图。

该标准不应承诺完美，也不应制造一个普遍适用的统计数据。它应使错误可计数，延迟可解释，修复可观测，决策可复核。号码资源是共享的技术坐标。支撑其使用的记录值得拥有服务水平承诺，它们应在公共依赖实际上失效的那一点上加以衡量。

来源