摘要
- ICP-2 仅在为一个区域确认新 RIR 时才涉及迁移。其“一个区域，一个 RIR”模式保护了协调性，但它没有为个体资源持有者提供在更换提供注册服务的机构的同时保留号码资源连续性的实际途径。
- 2024 年的合规程序和当前的 RIR 治理文档草案改进了机构层面故障的处理方式。它们考虑了应急提供商、继任 RIR 和服务移交，但激活取决于发现和对受损 RIR 的集体决策。运营商的客户在此过程完成之前可能很早就面临不确定性。
- Number Resource Society 提供了一个积极的方向。NRS 可以验证运营商授权，维护可移植的连续性档案，保存决策和争议历史，认证迁移准备，协调合格的接收服务，并衡量切换结果，而不会声称创建了第二个冲突分配。
- 安全模式保留了全球唯一性、合法限制、IANA 协调、权威技术依赖和一种有效的注册状态。退出改变的是服务关系；它不会抹去一个声明、制造所有权、绕过法院或授权重复路由。
- NRS 应该从它现在能够证明的功能开始，并逐步赢得更广泛的信任。主要的考验是实践性的：当一个注册机构变弱时，运营商是否能够无需等待该机构被撤销认可就保持准确的记录、反向 DNS 管理、路由安全状态和客户服务？
运营商在机构承认失败之前就经历了故障
机构很少在某个明确日期突然失败。服务是逐渐变弱的。请求迟迟得不到答复。由于权威存在争议，转移无法完成。董事会缺少法定人数，但员工维持日常系统运行。法院在诉讼期间指定临时权威。安全控制变得脆弱，但公开目录仍然能够解析。每个事实都可能严重，但不足以证明机构已无可挽回。
对于运营商来说，相关的时间线是不同的。客户需要地址保持可用，注册记录保持可理解，反向 DNS 得到管理，路由安全授权保持一致，商业承诺得以履行。运营商不能告诉托管客户，连续性将在全球治理社区就机构认可达成最终意见后恢复。客户购买的是服务，而不是宪法研讨会。
这种时间错位是继承设计中的核心缺陷。机构层面的干预确实需要证据、通知、协调和克制。仅凭指控就替换区域互联网注册机构应该困难。但客户层面的连续性不能同样缓慢。如果唯一的退出途径只能在机构被正式判定无法恢复后开启，那么所谓的补救措施来得太晚，资源持有者已经承受了它本应预防的不确定性。
答案不是发布竞争注册状态的草率权利。全球唯一性和一致权威仍然至关重要。答案是将持有者验证位置的连续性与现任机构的政治命运分开。记录、授权证据、待定限制和技术依赖可以在关于 RIR 的最终决定之前准备好迁移。合格的提供商可以在紧急情况之前准备就绪。切换可以是狭窄的、在安全情况下可逆的，并且独立记录。
Number Resource Society 的价值在于它从运营商的边界出发。其公开材料强调准确注册、业务连续性、问责制、可移植性和对集中行政权力的限制。当这些主张转化为服务时，它们就变得具有机构重要性：运营商应该能够证明其当前状态，并将该状态带到合格的连续性管理部门，而无需首先赢得废除其区域注册机构的运动。
ICP-2 设计的是区域继任，而非客户退出
2001 年的 ICP-2 标准包含迁移概念，但它是单向的。候选 RIR 必须展示其拟服务区域内来自当地注册机构和互联网服务提供商的广泛支持。现有 RIR 应提出将服务协议迁移到新 RIR，最终整个区域将由新机构服务。
这在区域化时代是有意义的。非洲和拉丁美洲正从既有注册机构的服务转向自己的区域机构。过渡必须避免重复权威、混乱客户和分散地址管理。一个被认可的候选者将获得定义的服务区域，现任关系将随区域转移。
ICP-2 还警告不要在区域内设立多个 RIR。一个统一管理的机构更受青睐，因为重叠的注册机构可能分裂地址空间，使协调复杂化，并混淆社区。这种担忧是操作性的，而不仅仅是领土性的。两个机构对同一资源发布不一致的答案将破坏注册系统旨在维护的准确性。
然而，区域继任并非提供商可移植性。运营商没有在合格的注册提供商之间选择。其服务关系之所以转移，是因为一个新的垄断性区域机构被认可。迁移事件改变了范围内所有人的地图，而不是为某个现任变得不可靠的特定持有者提供退出途径。
一旦五 RIR 结构稳定下来，ICP-2 就没有为寻求离开其 RIR 关系同时保持注册位置连续的个体网络提供普通的出路。持有者可以在政策允许的情况下转移资源，改变公司结构，在某些系统中使用赞助中介，或放弃资源。这些行动都不是问题中涉及的那个简单主张：同一个经过验证的持有者和号码资源状态，通过另一个合格的服务关系进行管理。
这种遗漏之所以重要，是因为机构替代是客户选择的糟糕替代品。它要求全球系统在单个运营商能够减少其风险暴露之前决定一个 RIR 已经失败。这也使得每个区域争议都变得事关存亡。如果成员不能在保持连续性的同时离开，他们要么必须在机构内部获胜，要么忍受风险，要么寻求替代机构。
当前的合规程序仍等待实质性的机构危险
2024 年 12 月批准的ICP-2 合规实施与评估程序改进了失败路径，但保留了其机构顺序。审查在潜在不合规严重到影响稳定和安全运行时启动。其他 RIR 可以一致要求审查，或者 ICANN 在其合理认为唯一标识符的安全运行面临风险时自行采取行动。
该过程可能导致恢复计划。如果 ICANN 发现没有足够快速恢复运营的现实路径，它承诺与其他 RIR 合作寻找应急提供商。该程序鼓励核心注册数据的应急备份或托管，并允许协调寻找继任 RIR。
这些是重要的保障措施。它们承认服务可能比提供它的机构寿命更长。它们也避免了从担忧直接跳到替代。相关 RIR 可以提供证据并纠正实质性事实错误，在可行的情况下恢复是首选。
然而，对于运营商来说，激活阈值仍然很晚。该过程是为足够严重到威胁标识符系统的条件而设计的。资源持有者可能在系统性阈值达到之前就面临商业和技术不确定性。其服务请求可能被困在争议权威中，而大多数注册功能仍在继续。其客户可能需要迁移保证，而 ICANN 正当地仍不愿宣布紧急情况。
该程序还将接收安排置于发现之后。只有当恢复似乎不可用时，应急提供商的选择才成为核心。这种顺序几乎没有时间协调记录、培训接收团队、测试凭证、保护机密数据和映射关联技术服务。准备可能受到鼓励，但运营商没有可以根据自己的时间表行使的可移植服务权利。
制度谨慎有一个不可避免的原因：竞争对手不能简单地宣布现任不足并接管账户。但谨慎并不意味着可以不对准备采取行动。经过验证的状态、运营商授权、争议历史和技术依赖可以提前组装。即使正式完成切换的权限仍取决于公认的协调，NRS 也可以使连续性做好准备。
改革草案在失败后保护区域，而非失败前保护持有者
2025 年 8 月的RIR 治理文档第 2 版比 2024 年的程序更进一步。它广泛定义了 RIR 服务，包括分配、注册、目录和相关技术服务。它要求连续性和冗余性、定期审计、争议解决以及准备与应急运营商共享足够的信息和系统。
其应急连续性条款允许在 RIR 无法充分提供全部或部分服务时指定临时运营商。其撤销认可条款要求移交给继任或临时机构。RIR 和 ICANN 必须共同准备好促进在合理时间内转移。这是正确的机构方向。
然而，触发和决定仍然是集体的。已发布的第 2 版文本要求所有其他 RIR 和 ICANN 一致同意启动应急连续性，并在合理可行的情况下与受影响的 RIR 和社区讨论。撤销认可也遵循涉及现任 RIR 和 ICANN 的提议和决策过程。个体资源持有者没有直接的移植选举权。
2026 年第一季度状态报告指出了由此产生的压力。它记录了对紧急情况下一致同意门槛可能过高的担忧。它表示过渡条款需要更多细节以保护资源持有者权利并保持受影响社区的参与。这些点仍在起草中。
这正是 NRS 可以积极填补的空白。草案询问机构如何授权应急服务。NRS 询问运营商必须拥有什么，以便任何授权的连续性路径都能工作。草案通过集体替代来保护一个区域。NRS 可以通过准备好的可移植性来保护资源持有者。这两种机制可以相互加强而不是竞争。
可移植的运营商档案减轻了应急运营商的负担。预先验证的权威减少了匆忙移交中的欺诈风险。保存的限制防止退出洗去有争议的声明。标准化的技术状态清单使切换可观察。如果机构层面的应急权限最终被激活，NRS 准备的成员可以分批受控移动，而不是将无差别的区域数据库和数以千计的紧急身份问题留给继任者。
退出需要比离开更仔细的定义
号码管理中的退出权不能意味着单方面宣布新事实的能力。IP 地址和自治系统号依赖于协调的唯一性。注册、路由、反向 DNS 和路由安全服务有相关但不同的权威来源。移动一个关系而不协调其他关系可能导致名义上的退出和操作上的失败。
相关的权利是提供商可移植性。一个经过验证的资源持有者保留其公认的资源关系、管理历史和技术连续性，同时更换负责定义注册服务的合格机构。这不同于将号码资源转移给另一个持有者。也不同于将地址使用租赁给客户。也不同于通过新网络宣布路由。也不同于移动持有者的注册地。
移植必须保持一种有效的状态。在准备期间，多方可以持有副本并进行比较。在切换时，必须有一个定义的时刻，之后接收服务对转移的功能具有权威，前任提供商停止进行那些更改。如果公认的全球系统尚未接受接收权威，NRS 必须将其服务描述为补充准备，而不是假装一个完整的权威移植。
退出也必须承载负担。待决的法院命令、经过验证的欺诈担忧、与特定服务相关的支付索赔或关于持有者权威的争议不会因为账户转移而消失。记录应说明限制、其来源、范围、审查路径和到期时间。特定索赔的保留可以阻止有争议的操作，同时允许无关的连续性在法律允许的情况下进行。
因此，该权利是带有历史的连续性，而不是逃脱历史。运营商可以离开机构依赖而不销毁证据。现任可以在不挟持每个面向客户的服务的情况下追求有效索赔。接收提供商承担义务，而不仅仅是收入。
这个精确的定义使 NRS 具有建设性。它不是反注册机构的声明。它是在保留注册机构创建时所服务的协调价值的同时，使准确的管理可替代的建议。
NRS 可以使连续性档案成为运营商的实用资产
第一个 NRS 服务应该是一个在任何危机之前维护的可移植连续性档案。它将整合运营商已经难以在公司、注册和网络系统中收集的证据。该档案必须由运营商控制，独立验证，并使用文档化格式导出。
身份层将记录合法持有者、授权代表、公司继承、适当情况下的实益控制证据以及有权请求敏感更改的人员。验证将具有日期、方法、保证级别和到期时间。签名将证明谁批准了请求；它本身不证明底层资源声明的有效性。
资源层将列出相关的前缀和 ASN，每个注册、分配或转移历史的公认来源，当前公共记录，账户关系以及未解决的不一致。NRS 应保留源副本和校验，而不是静默规范冲突。差异是治理事实，而非需要删除的杂乱数据。
依赖层将标识每个资源依赖哪些客户服务，通常宣布哪些路由，哪些反向 DNS 区域需要管理，存在什么路由安全状态，哪些滥用和地理定位联系人活跃，以及迁移期间需要通知哪些供应商或上游。这将注册账户转化为连续性视图，而不声称 NRS 控制路由。
限制层将保留争议、锁定、法院措施、制裁检查、合同索赔和待决转移请求及其确切范围。像“冻结”这样的宽泛标签是不够的。档案应区分持有者转移禁止与联系纠正禁止，处置限制与记录保存义务，以及有争议的声明与最终命令。
最后，档案将包含一个接收服务计划：首选和次要提供商，所需凭证，目标恢复时间，数据保护条件，通知联系人以及每个技术依赖的演练顺序。运营商将在重大变更后更新它，NRS 将为每个版本颁发可验证的收据。可移植性在成为行使的权利之前，首先是作为一种准备。
验证是 NRS 赢得信任的地方
NRS 的公开章程强调准确注册、自愿认可、运营商自由、透明和问责。这些原则具有吸引力，因为它们将行政服务置于其所服务的网络之下而不是之上。它们的机构价值将取决于验证。
NRS 可以通过分层保证模型赢得信任。基本注册验证运营商及其声称的注册关系。增强验证检查源记录、公司权限和技术依赖。连续性就绪状态需要可导出的档案、两个合格联系人、受保护的身份验证、接收计划和完成的桌面演练。可移植就绪状态需要由合格的接收团队进行监督的影子重建。
状态永远不应是永久的。公司代表变更，地址转移，路由安排演变，争议出现。每个声明都需要刷新规则。高风险权威证据可能比一般联系信息更早到期。重大变更应仅使受影响的保证层失效，而不是擦除整个记录。
独立证人可以减少自我认证。现任注册机构（如果合作）可以证明当前状态。网络提供商可以证明路由关系。审计师或法律顾问可以在有限条款下验证公司权限。公开记录可以支持合法身份。没有单个证人应该能够制造完整的移植。
NRS 必须发布验证方法、冲突规则、纠正过程和发现错误的统计。它应区分经过验证的事实、运营商断言和外部声明。每个接收提供商必须能够检查其决策所需的信息来源，而无需获得不受限制的客户机密数据访问权限。
这项工作甚至在正式提供商可移植性被采纳之前就已经有用。拥有最新档案的运营商可以更快地响应应急提供商，在员工更替后证明权威，纠正过时的联系人，并识别暴露在注册争议中的客户服务。NRS 通过准备而非通过声称一夜之间取代 IANA 或 RIR 来变得有价值。
接收方需要资格、义务和自身的退出机制
如果 NRS 验证了离开的运营商，但将接收提供商视为空的目的地，可移植性就会失败。接收方必须有能力、负责且可替代。
资格应涵盖安全注册系统、准确的变更控制、反向 DNS 管理、适当的路由安全支持、隐私、事件响应、财务连续性以及足够训练有素的员工。提供商必须演示恢复并接受独立审计。它必须承担与其承担的服务相适应的专业责任，而不承诺为每个路由结果投保。
接收提供商应签署标准连续性承诺。它同意导入完整的授权历史，保存限制，发布有理由的决策，保持可导出性，并配合后续合法转移。它不能利用迁移来重写争议事实以有利于新客户。也不能通过专有记录格式来锁定客户。
冲突规则至关重要。在资源转移、租赁或下游客户中拥有财务利益的接收提供商应披露该利益。高风险移植可能需要第二个独立验证者。NRS 本身不应既裁决有争议的权利又从结果中获利，除非存在机构分离。
应该有多个合格的目的地。单个 NRS 关联提供商会重现该模型旨在减少的依赖。开放的技术规范、可移植证据和互操作性测试应允许不同的非营利、合作或商业提供商在共同规则下获得资格。NRS 最强大的定位是协调者和权利机构，而不是永久的独家运营商。
每个接收提供商还必须维护自己的继任包。如果退出止于第一个新目的地，可移植性就不可信。运营商应该能够在相同的证据和限制规则下再次移动。可替代性是将提供商的承诺转化为可执行服务条件的纪律。
IANA 应该锚定唯一性而不选择每个客户关系
互联网号码分配机构仍然至关重要，因为全球号码管理需要一个连贯的顶级分配记录。RFC 7020 描述的互联网号码注册系统是分层和协调的，IANA 将号码资源分配给 RIR，RIR 管理区域分配和注册。注册准确性和唯一性是系统要求；路由决策仍直接注册控制之外。
提供商可移植性不需要 IANA 裁决每个成员投诉。它确实需要一种权威的方式，在有效移植后识别哪个提供商负责定义的服务。没有这个锚点，NRS 可以保存和验证证据，但无法使每个公共系统将接收提供商视为权威。
未来的 IANA 接口可以记录可移植资源关系的服务责任指针，由当前和接收权威根据批准的过程签名，或在最终决定后由独立执行者签名。该指针不会重新分配地址块或决定法律所有权。它将标识公认的行政服务路径和生效时间。
变更必须在协调层是原子的。IANA、相关 RIR 系统、权威 RDAP 发现、反向 DNS 父级管理和适用路由安全信任关系需要一个协调的顺序。并非每个组件必须在同一秒切换，但计划必须识别临时状态并防止矛盾的指令。
因此，IANA 的角色应该是狭窄和证据性的。它验证批准的可移植性程序产生了有效指令，记录服务变更并保存历史。它不决定运营商的商业模式是否可取，或离开现任在政治上是否明智。如果证据不完整，它拒绝变更并给出理由，理由可审查。
在这样的接口存在之前，NRS 应准确说明限制。其档案对 NRS 成员资格和连续性准备具有权威性，同时对公认的 RIR 注册保持补充。对当前权威的精确性是一种优势。它创造了谈判未来认可所需的信任。
安全的移植需要一个单一状态机
迁移过程应定义为一个状态机，而不是一组电子邮件。每个状态决定谁可以行动，需要什么证据，哪些服务受影响，以及过程如何停止或逆转。
在就绪状态，运营商维护其验证的档案和接收计划。没有权威改变。在通知状态，运营商请求移植，识别原因，并授权 NRS 从现任获取当前状态。现任收到有限期限以确认、纠正或提出具体反对。
在协调状态，各方比较持有者身份、资源、联系人、限制和技术依赖。差异不由多数投票解决。每个被分类：文书不匹配、陈旧公共记录、争议权威、技术状态分歧或合法限制。无争议组件可以进行，而索赔特定问题则遵循审查轨道。
在准备状态，接收提供商以影子形式重建账户。凭证被创建但未激活。反向 DNS、目录、路由安全和联系人变更被暂存。独立检查确认接收输出与商定状态一致，并且没有引入冲突的公共权威。
在提交状态，授权协调员发布带有生效时间的切换指令。前任提供商失去对移植功能的变更权限，新提供商激活服务，历史记录获得链接的前后收据。可能存在技术故障的短时间受控回滚窗口，但回滚不能用于擦除有效的中间交易。
在结算状态，所有依赖关系被协调，机密暂存数据在不再需要时删除，费用结清，客户收到所需通知，未解决的索赔继续在指定论坛进行。事后报告衡量结果。这种纪律防止了每个人都认为他人具有权威的危险间隔。
运营商不需要证明注册机构完全崩溃
一个可用的退出权需要低于机构终结的触发条件。要求证明 RIR 无法恢复只是将紧急状态复制到客户规模。NRS 可以定义几条具有不同保障措施的路径。
普通自愿可移植性将允许运营商在通知和协调后移动，但需遵守适用的公认规则。这是长期的竞争模式。它创造了最强的纪律，因为运营商不需要指控不当行为。
服务故障可移植性将在定义的基本请求在公布期限内未解决或承诺的服务重复不可用后适用。补救措施应与受影响的功能挂钩。延迟的发票争议不应授权完整的紧急切换，而无法管理反向 DNS 可能正当地证明在架构允许分离的情况下快速移动该服务。
治理风险可移植性将在客观事件威胁连续性时适用：长期缺乏合法权威、记录不可访问、签署人存在实质性冲突或恢复演练失败。运营商不需要证明整个 RIR 应被撤销认可。它必须证明其连续性风险是真实的，并且准备好的移植在不会造成冲突状态的情况下降低了风险。
紧急可移植性将保护迫在眉睫的客户损害。它将使用预先验证的档案和接收计划，将首次切换范围缩小到基本服务，并允许快速独立命令。现任将收到及时通知和事后审查。紧急处理不能成为常规捷径。
每个触发点应以证据为基础，拒绝应附有理由。NRS 可以通过提供独立审查流程和发布匿名结果统计来使权利可执行。运营商获得的不仅仅是同情承诺；他们获得了一条明确的路径、时间和补救措施。
争议必须传递，因此退出不能成为逃避
对可移植性最强烈的反对是资源持有者会在现任开始执行有效规则时离开。一个安全的设计通过使相关索赔可移植来回答这个问题。
现任可以在通知期内提出有证据支持的具体反对。它必须识别受限行动、法律或合同来源、受影响资源、持续时间和审查路径。一个笼统的运营商不合规断言不应无限期冻结所有服务。
然后 NRS 或独立裁决者可以分离连续性和处置。接收提供商可以保持准确注册和基本技术管理，同时阻止向新持有者的转移。有争议的联系人可以在双重控制下更新紧急安全联系人时被保留。支付索赔可以遵循常规追索，除非合同合法地使该后果相称。
最终命令在适用范围内约束接收提供商。如果主管法院指示保存、纠正或限制，可移植性记录应显示执行。如果司法管辖区冲突，NRS 不应发明普遍法律。它应识别冲突，保护当前状态免于不可逆变更，并将问题路由到约定论坛。
欺诈控制必须强有力，因为准备好的移植对攻击者有吸引力。高风险请求需要独立的联系渠道、安全情况下的冷静期、公司权限验证、受保护密钥以及对已知代表的警报。紧急流程应加速机构行动，而不是减少身份保证。
通过保存索赔和审查，NRS 可以主张退出，而不要求现任放弃合法执法。该模型将补救措施从完全依赖转变为范围限制。这对于运营商和注册机构来说是一个更可防御的平衡。
客户连续性是在撤销认可之前迁移的原因
NRS 业务连续性分析明确了商业边界。注册不确定性可以影响路由合法性、行政权威、反向 DNS、地理定位、滥用处理、客户信任和收入，即使运营商自身的网络仍得到良好管理。客户无论问题由哪个机构层面引起，都要求其提供商负责。
这个观察赋予了可移植性紧迫性。云提供商可能有数百个客户使用与某个地址块关联的服务。互联网服务提供商可能依赖及时的反向 DNS 委派和准确的联系人。安全服务可能需要在严格的时间周期内进行路由安全更改。等待区域替代将治理延迟外部化给未选择它的各方。
因此，连续性档案应映射客户影响，而不仅仅是注册字段。它应标识关键块、服务、恢复优先级和沟通义务。在移植期间，运营商可以优先处理高依赖性资源，并向客户解释临时状态，而不暴露机密争议。
NRS 还可以建立连续性服务水平。确认移植的时间、协调记录的时间、决定反对的时间、基本管理的恢复时间以及发布纠正状态的时间都应被衡量。未能达到服务水平将创建升级权利。运营商不依赖于自由裁量的紧迫性。
这种客户关注将 NRS 与机构替代项目区分开来。其成功不是通过 RIR 是否失去认可或新机构是否获得名声来衡量。而是通过服务是否保持稳定、记录是否保持准确、争议是否保持可执行以及运营商是否能够在机构压力下继续服务客户来衡量。
NRS 可以在正式权威变更之前从证明开始
积极的 NRS 方向不依赖于立即获得全球认可作为替代 RIR。它可以从在当前架构下改善连续性的功能开始。
首先，NRS 可以注册运营商并验证权威。它可以发行可导出的连续性档案、变更收据和到期通知。其次，它可以提供准备情况审查，识别缺失的公司记录、过时的注册联系人、未经测试的凭证恢复和未映射的技术依赖。第三，它可以在不改变实时权威的情况下，与合格服务团队进行影子迁移演练。
第四，NRS 可以在机构紧急情况下代表成员连续性利益。与其每个运营商从头开始收集证据，NRS 可以向 ICANN、IANA、RIR、法院或应急运营商提供标准化的索赔、影响类别和接收准备数据。这是基于证据的具体杠杆，而不是基于数量。
第五，NRS 可以支持当前政策已允许的常规转移和更正，通过完整文档减少延迟，同时记录规则在何处阻止了提供商层面的可移植性。结果数据将显示实际瓶颈：身份验证、记录不一致、现任响应、技术依赖或缺乏公认目的地。
第六，NRS 可以发布开放的可移植性规范并认证独立实现。规范应涵盖数据字段、签名、限制、状态转换、审计日志、隐私和错误更正。开放测试向量允许批评者在实时权威依赖该系统之前发现缺陷。
这些服务使 NRS 现在成为一个连续性机构，以后成为候选协调层。它们也约束了它自己的声称。如果运营商不维护档案，影子迁移失败，或独立提供商无法互操作，NRS 在要求 IANA 或 RIR 认可切换协议之前就学到了教训。当可以在增量中测试时，积极改革最有力。
分阶段认可路径避免了瘫痪和过早权威
NRS 应通过功能寻求信任。第一阶段是经过验证的连续性成员资格。NRS 为其成员证明身份、授权和记录保存。其声明保持补充性并明确来源。
第二阶段是可互操作的准备。独立提供商可以导入同一档案，重现影子账户并返回匹配的检查。NRS 发布成功率、差异和更正时间。没有实时注册权威变更。
第三阶段是公认的协助。现有 RIR、IANA 或应急运营商同意接受 NRS 证据作为身份、连续性和移交的输入之一。他们仍是当前权威下的决策者，但准备时间减少，成员权利变得更加可见。
第四阶段是有限服务可移植性。协议允许选定的管理功能或定义的资源关系在共同状态机下移动。范围可以从低冲突案例开始，仅在独立审查后扩展。一种有效状态仍然是强制性的。
第五阶段是合格服务之间的完全提供商选择，并集成 IANA 级别协调、权威发现、反向 DNS 和路由安全转换。此时，运营商可以行使普通退出而无需指控机构失败。
每个阶段应有进入和退出标准。NRS 不应仅基于成员数量宣布进展。它应展示成功的验证、可重现的导入、独立审计、争议处理、无重复状态、技术连续性和提供商可替代性。如果证据揭示风险，阶段可以暂停或缩小。
这种渐进模式比立即要求替代区域系统更可信，也比等待完全共识再做准备更有用。它将可移植性从口号转变为一系列可观察的机构能力。
可移植性权威本身必须是可移植的
如果运营商以与依赖 RIR 相同的方式依赖 NRS，NRS 将失败自己的论点。因此，每条记录、授权和决策都必须可导出。验证格式应开放。关键历史应通过独立托管或见证承诺保存。成员应能够在离开时保留先前 NRS 决策的证明。
治理必须防止集中控制。制定验证规则的机构不应秘密偏袒某个接收提供商。上诉应独立于初始决定。重大冲突和资金来源应披露。运营商、技术专家、客户依赖企业和公共利益参与者需要定义的角色，而不允许任何选区将参与转化为对记录的私人控制。
NRS 还需要自身的连续性测试。另一个合格机构应该能够恢复成员分类账、验证收据、尊重限制并继续上诉案卷。密钥需要继任安排。隐私义务必须在机构变更后存续。财务储备应保护服务而非管理层自由裁量权。
NRS 的公共治理倡导将退出权、冗余和可移植性与弹性联系起来。将这一主张应用于自身将是一个有力的示范。NRS 不仅要求现任接受竞争；它还将证明自己的权威在技术和机构上是可替代的。
这种自我约束特性是积极的，而非防御性的。一个有信心的提供商不需要强制用户。开放退出鼓励 NRS 改进验证、服务和裁决，因为成员可以将记录带到别处。这也给 ICANN、IANA 和 RIR 社区一个信任 NRS 证据的理由，而无需担心创造另一个永久看门人。
反对意见可以通过程序而非否认来回答
现任 RIR 可能认为提供商可移植性会分裂注册系统。答案是一个权威状态、协调切换和资格认证。分裂源于冲突的有效答案，而非共同分类账下的可替代服务。
安全专家可能认为可移植性创建了账户接管途径。答案是更强的预验证、独立联系人、签名状态转换、冷却期、范围限制的紧急规则和完整审计历史。当前模式也面临身份和凭证风险；不可移动性并不能消除它。
社区可能担心政策购物。持有者可能移动到逃避其不喜欢的区域规则。协议应指定哪些政策跟随资源，哪些义务附加到提供商，以及哪些选择是服务竞争的合法部分。可移植性不能意味着保护、准确注册、合法限制或全球适用政策在提供商的边界消失。
政府可能担心管辖区规避。移植应保存适用命令并标识接收提供商的管辖区。跨境冲突需要商定规则和独立审查。隐藏的提供商不是合格的提供商。
较小的运营商可能担心只有大型网络才能准备。NRS 可以标准化档案，提供分级协助并发布简单的准备要求。服务不应需要诉讼预算。通用格式和时钟对于没有永久治理人员的参与者尤其有价值。
最后，批评者可能说 NRS 尚未证明一个全球可移植性系统。作为证据边界这是正确的，但作为准备的否决票则不相关。提议是逐步构建和测试缺失的能力。当前限制定义了下一个证明；它们不证明永久依赖的合理性。
一个实用的 NRS 连续性试点
一个试点应避免最简单的仪式性测试和最危险的实时跳跃。它可以招募来自多个区域的多样化同意运营商，同时不改变公认的 RIR 权威。
每个参与者将构建一个连续性档案，涵盖身份、号码资源、源记录、技术依赖、限制和接收偏好。独立审查员将验证一个样本。两个独立的接收团队将包导入隔离环境并识别缺失信息。NRS 将衡量重建账户所需的时间和人工干预。
然后试点将运行几个场景：主注册联系人的丧失、普通门户的不可用、有争议的公司代表、机构延迟期间的反向 DNS 更改以及必须保持阻止而其他管理继续的待决持有者转移。不会进行实时未经授权的更改。团队将生成签署的提议转换并比较结果。
成功指标包括身份验证时间、具有源证据的字段百分比、未协调差异数量、重建技术状态的时间、以精确范围表示的限制比例、接收提供商协议以及将完成记录导出到第三方实现的能力。安全和隐私事件将被报告，而非从分母中排除。
独立报告将说明未来移植的哪些部分可以在现有权威下执行，哪些需要 RIR、IANA、父区域或路由安全协调。这个边界图将是试点最有价值的产出之一。它防止 NRS 混淆准备与认可，并向现任准确显示需要在哪里达成协议。
下一阶段可以测试当前规则已允许的实时辅助更改。只有在这些结果之后，各方才应考虑有限制的提供商可移植性协议。证据而非机构热情决定扩展。
退出在任何人使用之前就改变了激励
一个可信的退出选项即使在大多数运营商留下时也会影响治理。知道成员可以在别处保持连续性的 RIR 更有理由响应请求、维护准确记录、解释限制以及将费用与服务挂钩。NRS 和接收提供商面临同样的纪律，因为他们自己的记录必须保持可移植。
这不会将治理简化为市场交易。号码管理具有普通供应商不具备的公共协调职责。政策流程、公正性、保密性和全球唯一性仍然是集体关注的问题。退出通过限制机构使发言权成为生存问题的能力来补充发言权。
这种影响在危机期间尤其重要。没有可移植性，每一方都知道客户被困。现任可能抵制干预，因为移交威胁机构生存。外部行为者可能延迟，因为替代带来服务风险。运营商可能基于对失去访问的恐惧而支持派系。一个准备好的退出路径降低了赌注。服务可以有限形式移动，同时治理和法律问题继续。
因此，NRS 的积极贡献是机构期权价值。它给运营商一个准备好的替代方案，给应急协调员更清晰的证据，给法院一种在不决定每个技术细节的情况下保存服务的方式，以及给现任注册机构一个维护可替代管理的理由。系统变得更不依赖于英雄式的危机管理。
最终衡量标准不是有多少机构被取代。一个成功的可移植性制度可能产生很少的退出，因为退出的可能性改善了服务。其合法性来自可执行的准备，而非高迁移数量。
未来的解决方案应首先保护运营商
ICP-2 解决了其时代的扩展问题。它使新的区域机构能够被评估、认可并提供迁移中的服务关系。当前的改革草案解决了后期 RIR 需要恢复、应急操作或撤销认可的问题。两者都在机构层面工作。
缺失的一层是那个不能等待机构裁决的运营商。其客户、路由、反向 DNS、安全态势和合同在治理过程谨慎进行的同时继续。一个持久的系统必须允许该运营商保存一个准确状态并移动定义的服务，而不会创建竞争分配。
NRS 提供了正确的方向，因为它将可移植性视为可执行的连续性实践。验证持有者。保存源证据。映射依赖。携带争议。资格认证接收方。演练移交。协调权威切换。衡量结果。保持 NRS 自身可替代。这些是具体的机构行为，而非对一个新标签的信任要求。
IANA 和 RIR 仍然在涉及公认权威、全球唯一性、反向 DNS 委派和路由安全信任的地方是必要的参与者。他们的角色应使有效移植连贯一致，而不是使退出不可能，直到他们同意整个现任机构已经失败。集体认可可以保持困难，同时准备好的客户连续性变得普通。
这种顺序保护了双方的正当程序。RIR 不会仅仅因为一个运营商离开而被谴责。运营商不会仅仅因为 RIR 仍然被认可而被扣留。索赔存续，服务继续，系统可以在不使用客户依赖作为杠杆的情况下决定机构问题。
ICP-2 遗忘的退出选项不是放弃协调。而是跟踪资源持有者经历机构变化的协调。NRS 可以通过一个阶段一个阶段地证明，准确的管理可以在不使互联网号码空间模糊的情况下变得可移植，从而使这个选项成为现实。
证据和分析局限
ICP-2 标准支持对区域认可、从现任 RIR 服务向新 RIR 的迁移以及对多个重叠注册机构的担忧的描述。它们未授予个体资源持有者提供商可移植性或定义 NRS 角色。
2024 年 ICP-2 合规程序支持对基于重要性的审查、恢复、应急提供商协调、备份或托管鼓励以及继任识别的描述。它们未创建在关于 RIR 的发现之前例行的客户选择迁移。
RIR 治理文档第 2 版支持对草案应急连续性、应急运营商、移交、转移准备和服务义务的描述。2026 年第一季度状态报告支持更狭隘的主张，即应急行动的一致同意引发了担忧，并且过渡细节和资源持有者保护仍在起草中。该草案不被视为最终采用的权威。
RFC 7020支持对协调的 IANA-RIR 注册层次结构、唯一性和注册准确性的描述。它不认可 NRS，不定义提供商可移植性，不创建号码资源的普通财产所有权，也不使注册管理对路由决策负责。
NRS 章程、NRS 治理文章和NRS 业务连续性文章被用作 NRS 方向的积极第一方证据：准确注册、运营商权利、问责、可移植性、冗余和客户连续性。它们不证明 NRS 目前运营着此处提议的验证、提供商资格、IANA 接口、状态机、裁决系统或实时可移植性服务。
连续性档案、资格制度、IANA 指针、分阶段认可路径和试点是分析性提议。本文不声称运营商目前可以强迫 IANA、RIR、反向 DNS 父级或路由安全权威接受 NRS 指导的切换。它不将可移植性视为逃避法院命令、制裁义务、欺诈调查、有效政策、合同或最终更正的许可。其主张更为狭窄：NRS 可以现在构建和证明客户级别的准备，并且这种能力应成为 ICP-2 治理仍然缺乏的积极连续性层。