摘要

  • 批准始于一份文书，该文书确定起草机构、涉及职能、可自我约束的机构、不能通过普通政策暂停的权利以及章程范围之外的问题。一般的改革呼吁并不构成起草授权。
  • 起草委员会必须公开其成员、任命方式、资金来源、客户、提供商关联、诉讼利益、资源持有以及回避决定。专业知识是必要的，但未披露的依赖关系会使即使技术上合理的文本也难以信任。
  • 磋商需要一个带版本的公开案卷。每份提交材料都会获得标识符、归属和处置结果：接受、部分接受、拒绝、转介、撤回或未解决。出席、沉默、邮件列表数量和重复的组织提交不构成同意。
  • 投票应在最终的一揽子投票之前逐条进行。批准记录必须区分提供明确授权的运营商和资源持有者与机构代表、顾问和观察员。即使是高总多数也不能弥补受保护条款或受影响的选区门槛的失败。
  • 批准需要几个独立的密钥：合格的运营商或持有者门槛、承担义务的机构的批准、IANA 侧协调层的确认、独立权利与安全审查以及相关司法管辖区所需的法律文书。没有单一的会议、RIR 董事会、政府或倡导团体能够提供所有密钥。
  • 认可不等于实施。在生效前，授权的注册机构和技术提供商必须证明数据导出、状态协调、提供商继任、RDAP 连续性、RPKI 恢复、法院命令保存、回滚以及在故障条件下的通信。失败的演练将阻止受影响的阶段。
  • 生效应按职能和群体分阶段进行。文件义务可以首先开始，然后是影子运营、有限的志愿服务，最后才是更广泛的激活。现有的持有者状态始终保持有效；迁移需要主动验证，而不是假设旧记录已正确复制。
  • 紧急条款必须命名触发条件、允许的行为、决策者、证据阈值、通知、审查、最长持续时间和恢复义务。每项紧急权力自动到期，除非通过通常的批准或修订途径更新。
  • 修订、废除和迁移是批准的一部分，而不是日后的事务整理。章程需要受保护条款、普通和增强的修订路径、终止投票、继任者选择程序、可移植记录以及防止两个权威解决方案同时存在的最终协调规则。
  • 号码资源协会可以研究提案、为其宣传、召集辩论并代表给予其特定授权的成员。NRS 不能代表互联网批准章程、批准运营商、维护权威状态、执行迁移、认可法律效力或裁决上诉。这些行为仍由 RIR、IANA 侧机构、授权运营商、法院、公共当局和独立审查者根据其自身授权执行。

批准始于宣言结束之处

互联网治理善于产生宣言。工作组发布原则，会议记录广泛支持，董事会欢迎进一步工作，倡导者将结果描述为新的共识。每一步都可能是有价值的。但没有一步证明运营机构接受了义务、资源持有者授权了变更、法院将承认新的保管安排，或者继任者能够在故障期间恢复注册和安全服务。

连续性章程尤其容易受到这种差距的影响，因为其主题听起来具有宪法性质。诸如唯一性、可移植性、正当程序和机构恢复等词语在高层次上容易引发共识。当文本具体说明谁支付备用容量、接收提供商收到哪些证据、失去提供商何时可以反对、谁可以冻结有争议的指令、哪个法院命令随记录转移，或者受损的 RPKI 服务如何被替换时，分歧就会重新出现。批准必须迫使这些决定公开化。

因此，程序应将章程视为一揽子相互关联但可单独归属的文件。公共章程陈述了持久的解决方案。参与的 RIR 和授权运营商承担公司和合同义务。IANA 侧层仅接受定义的状态转换。法院和公共当局通过适用法律承认保管、连续性和审查安排。技术运营商实施并测试接口。持有者通过认证指令选择服务变更。独立审查者从实际文件而非文本的道德重要性中获得管辖权。

这种安排不如成立大会那样戏剧化。但也更加诚实。只有当公众能够识别哪一条款约束哪个行为者、通过哪份文件、从哪一天开始、在什么证据之后、以及通过什么途径提出质疑或退出时，批准才算完成。

第一步：发布有边界的起草授权

第一份文件不应该是章程。而应该是起草章程的授权。授权确定其发布者、发布者实际拥有的权力、需要解决的问题、涉及的功能、预期的参与者、预期产出、时间表、预算以及后续的决定。

一个合理的授权可能授权为号码资源注册的连续性、提供商继任、证据可移植性和依赖服务恢复制定规则。它不应悄悄授权新的分配政策、所有权裁决、路由控制、制裁政策或一般的互联网监管。这些主题可能与连续性相关，但相关性并不创造管辖权。

授权应将问题分为三栏。第一栏包含章程可以直接解决的事项，因为参与机构可以约束自身。第二栏包含需要单独的法律、合同或技术认可的事项。第三栏包含明确保留给运营商、法院、政府、标准机构或现有全球政策过程的事项。这种范围映射防止后来的起草者将每个依赖项视为管理权限。

发布者还必须说明批准可能意味着什么。董事会可以批准其公司的义务。服务提供商可以接受合同条件。立法机构或法院可以在管辖范围内产生法律效力。资源持有者可以为其记录选择提供商。没有一方可以通过使用全球语言代表整个网络进行批准。

如果多个机构联合发布授权，每个机构应签署一份时间表，注明其贡献和限制。联合赞助不是主权集合。它是就运行一个程序同时保留每个参与者权力来源的明确协议。

第二步：在起草偏好固定之前冻结证据基线

委员会应从公开基线开始，而不是从偏好的宪法语言开始。基线记录现有的分配和注册架构、服务依赖关系、连续性安排、已知故障模式、法律实体、合同、数据流、关键保管、资金、审计权、审查途径以及未解决的争议。它将验证的事实与主张和提案分开。

历史来源很重要，因为它们显示了为什么现有安排会存在。RFC 790 记录了早期的中央分配实践。RFC 1174、RFC 1366 和 RFC 1466 记录了扩展压力以及向分布式和区域管理的转变。ICP-2 记录了用于认可区域互联网注册机构的标准。RFC 7020 描述了分层互联网号码注册系统以及注册与路由之间的边界。这些文件提供了背景，而不是批准问题的永久答案。

运营基线应包括当前的 IANA 服务承诺、RIR 协调安排、互助、数据保管、RDAP 发现、RPKI 依赖关系、反向 DNS、转移过程、诉讼和破产风险敞口。它应确定哪些声明已经过测试。存在备份的陈述比来自单独控制运营商恢复它们的证据要弱。稳定基金不同于合法转移职能的权力。公共 API 并不等同于完整的连续性导出。

每个基线项目应附带来源、日期、所有者、保密状态和置信水平。有争议的声明应保持可见，并附有竞争性证据。委员会应发布截止日期和后续重大事件的变更日志。否则，事实基础将在新证据不利于首选条款时悄然改变。

基线不是对现有运营商的裁决。它是所有提案（包括进入者和倡导者提出的主张）必须经过测试的共同记录。

第三步：任命一个利益冲突透明的委员会

起草需要了解注册运营、号码政策、组织法、跨境诉讼、破产、网络安全、RPKI、RDAP、公共行政、人权以及网络日常约束的人员。专业知识不可避免地会产生关系。应对措施是披露和平衡任命，而不是虚构合格起草者没有利益。

每位委员应披露当前和近期的雇佣关系、客户、董事会角色、资源持有情况、注册机构会员资格、提供商投资、诉讼、赠款、政治任命、倡导立场以及密切的机构关系。记录应说明谁提名和任命了委员、谁支付费用以及哪些事项需要回避。更新内容在整个过程中保持公开。

组成应防止任何一个集团控制文本。现有的 RIR 拥有基本的运营知识，但不应在可移植性或继任问题上拥有否决权。未来的提供商可以识别进入壁垒，但不应为了自身利益降低安全底线。大型持有者了解规模，但不能自动为小型网络发言。政府带来公法权威，但不能指挥全球运营。公民社会和学术参与者增加了审查，但不能通过独立性声明获得运营商授权。

委员会需要一名独立主席、一名技术编辑和一个公共案卷秘书处。编辑记录措辞和来源，但不私下决定有争议的政策。秘书处保存提交材料、投票凭证、回避、会议记录和版本。移除程序应涵盖不当行为、隐瞒冲突和持续不参与，同时不允许赞助者因委员持有不受欢迎的观点而将其免职。

观察员可以出席并提供建议，但记录必须区分观察员和决策者。拥挤的会议室不能转化为每位参与者都参与起草章程的主张。

第四步：发布带有权力地图的零稿

零稿应故意不完整。其目的是在机构立场附着于精炼措辞之前暴露架构、定义和未解决的选择。每篇文章应附带五个字段的注释：所解决的问题、预期执行的行为者、提议的权力来源、实施所需的证据以及拒绝或失败的后果。

草案需要一个定义表。持有者、运营商、注册官、RIR、共同协调员、授权提供商、审查者、保管员、紧急运营商、当前状态、转移、赞助变更、法律保留和依赖服务不应互换使用。模糊的机构名词是通向意外权力的常见途径。

权力矩阵应列出每个重要动词。谁注册、认证、承诺、发布、验证、保存、暂停、审查、更正、资助、激活、恢复和终止？一条写有“社区应确保连续性”的条款没有可执行的动词。矩阵应命名机构和可能合法赋予其该动词的文件。

零稿还应包含替代方案周围的括号。例如，一个选项可能使用现有的由 RIR 控制的具有功能分离的公共层；另一个选项可能使用单独授权的协调员。发布替代方案可防止编辑者将早期偏好呈现为既定共识。

每篇文章都需要一个依赖关系说明。可移植性条款可能依赖于认证的持有者指令、公共提供商指针、完整导出、依赖服务的认可以及审查途径。在未处理依赖关系的情况下批准标题将产生一项在首次使用时就会失败的权利。

第五步：将磋商作为案卷而非情绪练习进行

磋商应接受公开提交、保护性证据、口头证词、技术演示以及来自受影响群体的声明。每次贡献都会获得一个稳定的标识符、日期、归属、所代表的选区、所声明利益以及所涉及的草案条款。匿名的公众评论可能有助于风险发现，但不应计入授权中。

委员会应提出精确的问题。提议的导出能否重建有争议的持有者记录？失去的提供商可以提出什么反对？哪些法律允许保护性证据跨境？法院能否在不影响正常服务的情况下限制转移？当注册赞助关系转移时，托管的 RPKI 会发生什么？破产后如何支付替任者？关于“分享对连续性的看法”的一般邀请会产生广泛赞同和很少的可实施证据。

磋商必须触及无法参加全球会议的行为者。小型运营商、公共网络、大学、最近的市场进入者、受制裁司法管辖区的组织、持有活跃争议的持有者以及使用托管安全服务的网络面临着不同的风险。翻译、异步提交、区域听证会和有限的差旅支持可以改善访问。资金和选择应公开。

沉默不构成同意。未能评论可能反映缺乏意识、语言、成本、诉讼敏感性或认为提案无法影响组织。关联公司的重复提交应加以链接。邮件列表多数是参与的证据，而不是选民。

案卷应在规定期限内保持开放，随后是短暂的更正窗口，用于处理归属和事实错误。后续重大事件可能触发补充轮次，但赞助者不应无限期延长磋商以避免困难决定。

代理权是倡导与成员选择之间的桥梁

协会可以解释章程并组织共同立场。它不能仅凭会员资格推断对成员资源的权力。当运营商或持有者想要代表时，记录应包括具体的代理权或同等授权，指明委托人、代表、事项、期限、允许行为、保密条款和撤销路径。

这就是号码资源协会（NRS）可以扮演的合法角色。NRS 可以研究草案、发布比较、召集成员、倡导保障措施并提交证据。它可以代表那些为其指定咨询或审查行为授予代理权的具名成员。授权不允许 NRS 投出未授权的资源、约束非成员、批准提供商、运营注册机构、持有连续性数据或将政策提交转化为权威指令。

同样的规则适用于贸易团体、政府代表团、技术协会和联盟。代表可以汇总共同理由，同时保留委托人名单及其差异。如果公开归因会带来法律或安全风险，保密委托人名单可由独立资格认证官验证，但汇总声明必须说明有多少有效授权得到了检查及其涵盖范围。

撤销很重要。委托人应能撤回未来的代表，而不删除先前有效的提交。案卷记录有效时间和哪些行为仍被归因。这可以防止代表将临时磋商授权转变为永久治理权。

NRS 通过使运营商关切变得可读且准确归因，在批准过程中赢得积极地位。如果它将其倡导范围呈现为同意的替代品，就会失去这一地位。

第六步：对每项重要评论做出处置并予以回应

磋商结束后，委员会应发布处置表，而不是一篇声称获得广泛支持的文字叙述。每项实质性提交对应受影响的文章并获得处置结果：接受、部分接受、拒绝、转介其他机构、由提交者撤回或未解决。表格说明原因、所使用的证据、委员回避以及由此产生的文本变更。

将重复评论分组是有效的，但分组方法必须保持可见。十份相同的表格提交可以展示有组织的关切，但不会成为十项独立的技术发现。一份来自小型运营商的提交可以暴露决定性的失败，即使没有其他人重复。批准不是评论计数。

未解决的反对意见应得到特殊处理。委员会应确定该反对意见涉及事实、法律、技术可行性、成本、分配负担还是机构权力。事实争议可能需要新证据。法律争议可能需要相关司法管辖区的意见。技术争议可能需要原型。授权争议可能需要删除或缩小条款。

少数派报告应与最终草案一同发布。委员不应仅仅为了维持表面上的全体一致而被迫赞同文本。报告应说明异议是否影响受保护条款或实施前提条件。

修订后的草案应与零稿进行红字对比，并与处置表相关联。读者应能从最终语言回溯到形成它的证据和反对意见。没有来源的文本会使未来的修订和司法解释变得不必要的推测性。

第七步：先逐条投票，再对一揽子方案投票

一次单独的表决容易进行交换。参与者可能为了获得可移植性而接受有缺陷的紧急条款，或者因反对提议的协调员而拒绝有用的证据规则。逐条投票使支持和异议的来源可见。

投票文书应列出符合条件的决策者、资格要求、所代表的委托人、冲突状况、投票期、法定人数和异议程序。选票应独立计数并保存。在某些公司环境中，秘密选票可能保护个人，但声称拥有公共权力的机构投票通常应指明机构名称和授权官员。

受保护的条款需要单独批准。这些条款包括单一权威状态、持有者连续性、提供商退出、独立审查、紧急限制、证据保管、修订、废除和迁移。一项受保护条款的失败不能通过整个文件的高平均值来弥补。文件返回修订或在不具备失败功能的情况下推进。

最后的一揽子投票回答一个更窄的问题：批准的条款是否足够一致以共同运作？它不应通过附件或实施说明重新开启被拒绝的语言。任何重大的投票后变更都会触发定义的重审规则。

投票应记录弃权及其原因（如提供）。由法律冲突引起的弃权不同于漠不关心。缺乏投票权的机构应被列为观察员，而不是添加到分母中以扩大仪式。

批准需要几个独立的密钥

对于号码资源治理，不存在普遍适用的投票公式，但合法的门槛应防止一个机构类别为另一个机构类别批准义务。多密钥设计比一个无差别的超级多数更强。

第一个密钥是运营商和持有者的支持，通过符合条件的组织或特定授权进行验证。记录应按区域、规模和资源类型进行细分，这样少数大型投资组合就不会通过资源量悄悄替代主体数量。第二个密钥是接受运营职责的 RIR 和授权提供商的批准。章程不能仅仅因为用户支持就强制一个机构接受义务。

第三个密钥是 IANA 侧协调层的确认，即在适用政策和合同下能够支持所需的全局状态转换和权威发现。第四个密钥是对权利、安全、竞争和连续性的独立审查。审查者不批准政策；他们陈述保护要求和证据门槛是否得到满足。

第五个密钥是法律认可，其中实施依赖于公司权力、破产处理、证据保管、数据传输、法院命令、公共采购或法定权力。认可可能通过几个司法管辖区的具体文件而非一项全球法律来实现。

提议的门槛可能要求在每类决策中获得三分之二的批准，加上最低限度的区域数量，以及没有受保护条款审查的失败。具体数字是可以争议的。基本设计规则是任何一个政府、注册机构董事会、提供商集团、资源丰富的联盟或倡导组织都不能提供所有密钥。

已发布的批准证书应列出哪些密钥已满足、由谁满足、基于哪些证据以及有哪些保留。如已定义协商机制并获得支持，但并非正式采用。如果潜在程序未定义协商一致或记录反对意见，则“协商一致通过”是不够的。

法律认可必须将义务附加到真实实体上

章程不是一个法人实体。其义务需要进入合同、章程、公司决议、服务协议、信托或托管安排、立法、监管命令和法院认可的程序。法律实施计划应将每一条款映射到所需的文书和司法管辖区。

参与的 RIR 可能需要修改章程和合同以支持可移植性、独立审查或连续性保管。授权提供商需要可执行的服务和退出义务。数据保管人需要合法权力来持有和发布保护性证据。连续性基金需要所有权、触发条件以及超出故障提供商通常控制范围的控件。独立审查者需要管辖权、任命保护和可执行的补救措施。

破产需要明确的意见。关键记录、证书和合同能否转移而不被困在遗产中？连续性资金能否用于恢复而非一般债权人？哪个法院可以授权临时运营？金融稳定委员会的解决框架仅提供一个比较，但它对保留关键职能、预先规划和法律权力的强调表明意图在出现故障时是不够的。

跨境数据问题和制裁问题需要针对具体司法管辖区的计划。如果适用法律禁止提议的转移，章程就不能承诺可移植的证据。解决方案可能涉及本地保管人、受控访问、验证的摘要或法院监督的发布。隐藏冲突直到危机出现不是解决方案。

法律意见应在可能的情况下公开，特权或安全敏感的材料可以总结。保留成为进入条件，而不是脚注。在识别的法律缺口被关闭或范围被缩小之前，阶段不会在某个司法管辖区开始。

技术接受证明符合性，而非政治合法性

技术测试确定实施是否按规范运行。它不决定谁应该治理。批准记录应保留这一区别，同时将符合性作为生效的硬性前提条件。

RFC 7020 提供了互联网号码注册系统中唯一且准确注册的核心期望。RFC 9224 演示了 RDAP 的权威发现。RFC 6480 和 RFC 8181 描述了 RPKI 中不同的证书和发布功能。这些标准有助于定义接口和观察。它们不指定 NRS、新提供商或起草委员会来执行任何功能。

符合性套件应测试有序状态变更、过期版本拒绝、持有者认证、提供商指针更新、完全导出、保护性证据引用、争议保留、回滚和公共发现。RPKI 测试需要独立的密钥、证书、对象、发布和依赖方观察。法院约束和制裁控制应表示为在尽管提供商有效移动但仍然存在的状态。

独立实施应运行该套件。提供商的私下演示无法证明互操作性。失败和豁免的案例仍保留在报告中。豁免需要到期，并且不能涵盖受保护的不变量，如重复的当前权威或唯一可恢复记录的丢失。

因此，技术接受是一个具有有限主张的批准密钥：这些实施可以在这些条件下执行这些批准的条款。这不是制定法律或代表运营商的资格。

演练是系统本身投出的最后一票

在生效之前，参与机构应运行对抗性连续性演练。桌面推演有助于发现不明确的角色，但至少有一次演练必须将经过验证的测试或有界的实时状态通过实际接口和独立控制的系统进行转移。

第一个场景移除常规提供商的管理、主要系统和可自由支配的资金。替代者仅接收章程下可用的材料。它必须建立当前状态、保留未决争议、恢复 RDAP 发现、与持有者通信并恢复正常服务。演练记录每一次手动依赖。

第二个场景假设近期数据损坏。最新的备份不可信。独立见证人、持有者收据、历史版本和保护性证据必须协调出一个合理的状态。盲目恢复即为失败。

第三个场景结合了法院约束和持有者更换提供商的请求。只有在法律允许的情况下，服务才能移动，同时保持受限制的转移或有争议的所有权。章程必须证明可移植性不是橡皮擦。

第四个场景测试托管的 RPKI 或发布失败。注册状态可能正确，而证书、清单或对象会带来运营后果。授权的认证和发布运营商——而非 NRS 或委员会——必须在受控观察下恢复相关功能。

第五个场景激活紧急条款并让其计时器到期。演练测试通知、独立审查、恢复以及临时权力的自动丧失。一个能够激活但无法停用紧急权力的系统未能通过批准。

每次失败对应一篇文章和所有者。表面缺陷可以接受有界的补救。冲突的权威、不可恢复的证据、未授权的证书操作、无法维护法院命令或依赖失败的运营商则阻止受影响的阶段。赞助者不应将失败的演练重新标记为有用的研讨会并原封不动地继续。

准备委员会可以说“不”，但不能重写章程

最终的实施与否决定应属于一个独立于主要实施提供商的准备委员会。其授权是证据性的：确认批准密钥、法律文书、符合性结果、演练、资金和沟通满足批准的条件。它不能放弃受保护的条款或发明新的政策。

成员应披露冲突和技术角色。调查结果说明检查的证据、排除的材料、剩余风险和异议。委员会可以批准一个阶段、批准带有章程已授权的条件、要求补救、缩小群体或拒绝激活。

实施机构仍对其自身的合法决定负责。准备证书不是借来的权威。如果 RIR 董事会、法院或 IANA 侧机构必须批准一个步骤，它应发布自己的文书并引用准备证据。这防止委员会成为未经选举的最高协调机构。

不应有机构因在承诺义务之外的合理拒绝而受到处罚。拒绝成为公共记录的一部分，并可能需要重新设计阶段。当批准能够承受诚实的反对而非将每一处疑虑都纳入庆祝的一致同意时，它才更为强大。

生效应按职能、群体和证据逐步推进

第一批生效的规定应为文件性的：冲突披露、服务地图、事件报告、标准化导出要求、审查任命和资金隔离。这些义务在不移动权威状态的情况下提高了可见性。

第二阶段是影子运营。合格的替代者接收经同意的副本、计算提议的状态转换、提供非权威响应并演练恢复，同时现有的 RIR 和 IANA 侧状态保持不变。差异将得到调查而不会暴露给依赖系统。

第三阶段允许针对简单记录的有界自愿服务，并排除有争议的持有者变更、新分配和高风险密码学迁移。每个参与者给出认证指令。群体、资源类型、功能和持续时间都受到限制。自动停止适用于冲突状态、证据丢失和恢复失败。

后续阶段可以在证据支持的基础上添加更多提供商、复杂投资组合或不同的依赖服务。RPKI 管理不应仅仅因为注册赞助关系发生变动而移动。每个新增功能都会获得自己的授权、演练和回滚。

祖父条款必须保护现有持有者。批准不应迫使组织重建身份或在任意日期迁移。现有状态保持确认，直到经过验证的转换、更正或合法决定对其进行更改。同时，无限期的祖父条款不应使现有运营商避免新的透明度、导出或审查义务。

生效通知列出有效条款、行为者、群体、接口、审查路径、停止条件和下一个决定日期。全球新闻稿不能替代针对受影响的持有者和交易对手的特定服务通知。

紧急条款需要不依赖于紧急行为者的过期时间

连续性系统需要临时权力来处理受损证书、冲突的当前声明、破坏性的未授权变更、网络事件和突然的提供商故障。章程应说明每种紧急权力的触发条件、证据阈值、允许行为、决策者、通知、审查、最大初始持续时间和恢复义务。

临时行动应尽可能保留最后验证的状态。它不应决定所有权、分配新资源、抹去历史、惩罚批评或将连续性运营商转变为永久提供商。不同的功能应单独隔离：受损的 RPKI 服务并不自动证明冻结普通注册支持是合理的。

每项紧急授权到期依据时间，而非行为者宣布条件安全。续期需要新的证据和章程中指名的独立权威机构的批准。重复续期达到绝对尾期，必须进入普通修订或法律程序。

公共记录应说明激活时间、法律或合同依据、受影响的功能、总体群体、审查者和结果。敏感的袭击细节可以保持保护。事后审查确定触发条件是否满足、行动是否保持在范围内以及恢复义务是否完成。

紧急条款本身应在规定期限后到期，除非使用演练和实际激活的证据重新批准。威胁会变化，但临时恐惧不应成为机构权力的永久来源。

修订应有普通、增强和紧急轨道

实施细节需要演变。数据格式、加密配置文件、服务措施和通信方法不能每次等待制宪会议。章程应允许对这些细节的普通修订，通过公开通知、兼容性测试、合理处置和定义的批准门槛来实现。

受保护的主题需要增强轨道：当前状态唯一性、持有者连续性、提供商退出、独立审查、证据访问、紧急限制、修订门槛、废除和继任者选择。增强修订重复相关的咨询密钥、法律审查、文章投票和演练。受益于变更的机构不能单独批准。

紧急修订比紧急操作更窄。它们可能临时调整必要的技术参数以防止立即损害，但不能创建新的永久功能或移除受保护的权利。它们自动到期，并必须通过普通或增强轨道被替换、拒绝或批准。

每项提案应识别问题、证据、替代方案、受影响的群体、成本、安全影响、向后兼容性、迁移、异议和审查日期。案卷将变更文本与其来源相连。通过提供商条款、实施说明或 API 行为进行的无声变更在改变章程义务时是无效的。

版本控制必须为每个状态转换保留一个适用的解决方案。记录标识哪个章程版本治理了某项行为。版本之间的迁移不能使提供商将不兼容的权威规则应用于同一当前记录。

废除需要目的地，而不仅仅是多数

失败的章程可能需要废除。它可能集中权力、在技术上不可行、失去法律认可或变得不如其他解决方案。没有迁移的废除将破坏其旨在保护的连续性。

废除条款应识别谁可以启动终止、所需证据、投票门槛、受保护的通知期、审查以及在灾难性故障后加速行动的条件。它应区分可选功能的废除与整个解决方案的终止。

继任计划必须识别接收机构、法律权威、验证的状态、保护证据、未决争议、证书、资金、服务合同、员工依赖关系和公共发现变更。完整的彩排先于切换。持有者收到个别状态和质疑不匹配的途径。

在最终提交时，一个解决方案失去权威，而继任者获得权威。并行比较可能会继续，但两个系统不能对相同的资源保持同等的当前权威。协调报告记录异常和负责解决它们的机构。

如果没有继任者准备就绪，废除可以移除有争议的可选权力，同时保留在临时有界权威下的最低现有协调。不满不能证明竞争的分配真实性是合理的。终止机制应使退出成为可能，同时不使分裂变得容易。

NRS 可以倡导废除、发布证据并代表在过程中特别授权的成员。它不能通过倡导成为继任者、默认获得保管或执行最终状态转换。

公共批准账本是合法性的持久证据

章程需要一个公开的程序账本，而不是区块链口号。账本包含起草授权、基线、委员会任命、冲突、资金、草案、提交材料、处置表、少数派报告、凭证、文章投票、一揽子投票、法律文书、符合性报告、演练结果、准备结果、生效通知、修订、紧急情况和废除决定。

受保护的材料应通过保管和完整性记录进行引用，而不是不加区别地暴露。公众必须能够看到确凿证据存在、谁可以检查它、它支持了什么主张以及哪个审查者测试了它。如果证据类别事先设计好，隐私和安全可以与程序可见性兼容。

更正仍可见。如果投票被错误归因、冲突被遗漏或测试结果被修订，账本会附加更正并解释其影响。合法性不要求完美的历史陈述。它要求对错误如何改变了决定的诚实记录。

账本应在独立保管下镜像并导出。没有提供商或倡导组织能够在领导层变更或诉讼开始时抹去批准历史。然而，保管并不赋予解释或更改权威资源状态的权力。

读者应能回答：谁提出了这一条款，谁反对，发生了什么变化，谁批准了，什么文件使其生效，通过了什么测试，留下了哪些保留，该条款如何结束？如果这些答案需要个人接触内部人士，则章程在真正意义上并未公开批准。

三个决定展示了程序为何重要

考虑一项得到大多数磋商参与者支持的可移植性条款。一家现有的 RIR 识别出一个法院命令问题：另一司法管辖区的获得提供商可能无法维护保密的约束。委员会不应将此反对称为对竞争的抵制。它记录问题、获取法律分析、起草受控的持有转移机制、测试它并再次寻求条款批准。由此产生的延迟是批准工作正常的证据。

考虑一项 RPKI 连续性条款。技术演示显示注册数据可以移动，但依赖方观察显示在关键过渡期间存在无效路由状态。注册可移植性仍可在 RPKI 条款保持影子运营时生效。一揽子批准不需要假装每项功能同时通过。

考虑提供商破产。章程指定了一个替代者和一个储备，但演练显示一个云帐户和一个供应商许可证无法转移。准备委员会拒绝激活。授权提供商重新谈判合同，重复演练并发布结果。连续性声明不会发现这一依赖。

这些案例说明了程序的核心好处。反对、部分批准和测试失败并不会削弱章程。它们在运营商依赖之前将真实权威与修辞分离。

批准戏剧有可识别的失败模式

第一个失败是过早的协商一致。赞助者在一般原则会议后宣布达成协议，然后私下谈判操作条款。解决方案是带版本的案卷和条款投票。

第二个是选区洗白。组织引用会员资格、活动出席或邮件列表支持作为约束运营商的权限。解决方案是明确的凭证、代理权记录和单独的观察员身份。

第三个是冲突隐瞒。提供商、经纪人、诉讼方或政府塑造影响其利益的文本而不披露。解决方案是实时的冲突登记册、回避和少数派报告。

第四个是通过附件实施。通过技术文档、提供商条款或紧急手册，一条狭隘批准的条款获得了广泛权力。解决方案是权力地图和规定重大变更返回适当修订轨道的规则。

第五个是法律魔法思维。起草者假设全球标签凌驾于公司、破产、隐私、制裁或证据法之上。解决方案是司法管辖区计划和进入条件。

第六个是演练捕获。实施提供商选择干净的记录、正常管理和友好的观察员，然后称演示为恢复证明。解决方案是对抗性场景、独立控制以及排除和失败的发布。

第七个是紧急永久化。临时权力自我续期直至成为解决方案。解决方案是外部审查、绝对尾期和自动到期。

第八个是无迁移的废除。反对者击败章程而不指明当前状态和依赖服务如何生存。解决方案是使已验证的继任成为终止的条件。

现实的批准日历以决定而非会议来衡量

该过程可以规划大约两年，而不假装每个司法管辖区或功能将在同一天移动。第一季度建立授权、委员会、冲突登记册和证据基线。第二季度发布零稿和权力地图。第三和第四季度进行区域、技术和受保护证据的磋商。

下一季度发布处置、红线和少数派报告。只有在未解决的授权问题被缩小后，才进行条款投票和一揽子投票。法律实施和技术符合性可以更早地在稳定条款上开始，但两者都不应假设最终批准。

第二年由文书和演练主导：公司批准、合同、保管、审查任命、资金、接口、影子系统和对抗性演练。准备结果决定哪些功能进入第一个生效阶段。失败的功能保持待定，而不将证据性改进作为人质。

截止日期应公开，但证据关口比日历声望更重要。延迟的阶段优于虚假激活。赞助者应记录时间变化的原因：缺失的法律权力、技术失败、不完整的群体代表、未解决的资金或外部事件。这为下一个修订或章程过程创造了知识。

批准以几次注明日期的行为结束，而非一次仪式。公共证书总结它们；它不取代它们。

结论：程序是章程的第一个连续性测试

号码资源连续性章程应首先根据其自身通过是否能够抵御集权来评判。如果现有运营商可以否决记录，进入者可以降低安全底线，政府可以将存在转化为管辖权，或者倡导者可以将会员资格转化为运营商同意，则起草过程已经复制了章程声称要解决的问题。

替代方案要求严格但可读。发布有界授权。冻结证据基线。任命平衡的委员会并公布冲突。发布带注释的零稿。通过带版本的案卷进行磋商。验证代表权。解决每项实质性评论。逐条投票。要求独立的批准密钥。将义务附加到真实法律实体上。测试技术符合性。演练机构失败。按阶段激活。紧急权力到期。从一开始就保留修订、废除和迁移。

RIR 和 IANA 侧机构仍负责他们被授权执行的权威协调。授权提供商仅执行授予他们的服务。法院和公共当局在管辖范围内提供法律力量。独立审查者仅决定可执行文件委托的事项。网络运营商保留路由决策和对其自身服务关系的认证选择。

NRS 可以通过研究记录、倡导公平程序、召集参与以及在特定代理权下代表成员做出宝贵贡献。其影响力应通过准确性和忠实代表来衡量，而非借用的执行力。NRS 不代表互联网批准，也不成为注册机构、保管人、连续性运营商、认证机构或批准后的仲裁庭。

最终的证明不是页面上的签名。而是一条从条款到权威、从权威到经过测试的行动、从经过测试的行动到安全退出路径的公开链条。包含其自身合法更正和替换的章程不仅仅是一份宣言。它是一个连续性机构，能够超越首先采用它的机构。

来源和分析限制

The ratification procedure in this analysis is a governance recommendation derived from the documented history, technical standards and continuity comparisons. It is not a claim that the procedure has already been adopted, that one global vote can displace applicable law, or that any organization acquires authority merely by supporting the charter. Each operational duty requires its own lawful instrument, observed capability, independent review and safe route to amendment or termination.