互联网协调能否演进到不再依赖注册机构权力？

共同标识符帮助独立参与者协作。Lu Heng 追问的是：这些共享规则如何在没有永久许可关口的情况下，仍然保持可用？

设想有一本共享地址簿，配送公司需要依靠它为一座城市提供服务。保持其中条目准确，是有用的工作。赋予维护者永久决定谁可以经营的权力，则是另一回事。互联网协调在更大的规模上面临着同样的区分。

网络需要兼容的标识符和可用的记录才能通信。问题在于，提供这些共同参照，是否就必须同时赋予一个持续存在的机构权力，让它管理所有依赖这些参照的人。Lu Heng 的回答是：协调机制应当在设计上做到无须这种权力。

从必须保留的功能入手

IP 前缀标识一个地址块，自治系统号则标识一个参与域间路由的网络。在一个参与者希望实现互操作的系统中，这些标识符需要具有一致的含义。不能仅靠宣布每一位主张者都是对的，就解决相互冲突的主张。

这种需要确立了一个协调问题。但它本身并不能决定未来决策应由谁主导、记录维护方拥有什么政治授权，或用户是否必须永远依赖某一家服务商。

在札记 28中，Lu Heng 将维护号码资源记录与执行制裁或惩罚区分开来。他认为，管理一项必要服务，并不赋予一个由自行选择加入的人组成的社区治理不同国家网络的权利。

记录维护方如何获得实际权力

注册机构无须传送数据包，也能影响网络连通性。其他组织可能使用它的记录来构建路由过滤器、验证声明，或确认某种资源关系。于是，记录层的一次变更就可能改变其他环节的决策。

具体机制很重要。一条过时的联系人记录，不会自动导致 BGP 路由撤销；一次授权变更，也不是关闭整个互联网的总开关。其影响取决于使用该记录的系统，以及这些系统的运营者所采用的策略。注册数据变更指南梳理了这条影响链。

然而，不存在单一总开关，并不意味着影响力没有集中。如果用户无法将证据带到别处，或无法在未经现有管理方许可的情况下获得兼容服务，那么名义上自愿的协调，就可能成为他们实际上无法摆脱的依赖。

一套更精简的共同规则

札记 64提出了三项相互关联的原则：最小初始规范、后续决策本地化，以及自愿采用。

初始规则应当精确定义：为了唯一性、互操作性和安全性，哪些内容必须保持共同一致。参与者应当能够自行依据这些规则检查状态是否有效。常规的有效性判断，不应依赖请求某个永久委员会予以认可。

后续变更之所以在运行中生效，是因为人们实现并采用了它们。参与者可以继续使用兼容的现有规则、采用某项变更，或选择另一套兼容规则。在这项提议中，拒绝采用并不构成违纪。但这也不能保证与采用不兼容规则的系统实现互操作。

这是一项设计要求，并不是要求采用某一种特定区块链。签名或复制数据库有助于确立证据，但它们无法决定哪些初始记录应当获得认可，无法解决每一项冲突，也无法让其他网络采用替代方案。

可信的替代方案必须证明什么

一个可行的过渡方案必须回答口号无法回答的问题。如何发现重复主张？什么证据能够确立控制权？参与者能否重现某条记录的历史，并在本地验证变更？一种新的实现方式，如何与对其用户至关重要的网络保持兼容？

它还必须说明，参与者如何在不放弃自身运营历史的情况下，离开一个失效的协调方。复制数据库只是其中一步。其他参与者必须能够验证并使用导出的状态；安全声明、路由关系和连续性仍须得到维持。

如果替代方案要求由一家新的组织批准未来的每一项决策，就会重建同样的依赖。真正的检验标准是：参与者能否在没有这一永久许可层的情况下，维持准确、兼容的运行。

趁网络仍在运行，建立退出路径

提前准备最有力的理由，是在争议或故障发生时才发现某种依赖无法摆脱，代价会十分高昂。机构之间存在分歧时，客户仍然需要访问服务。连续性应当是架构的一部分，而不是服务面临风险后再去协商争取的恩惠。

从一个地址块开始：追踪它的记录、获准修改记录的各方，以及使用这些记录的系统。然后追问，如果当前协调方消失，哪些证据和兼容服务必须仍然可用。

Lu Heng 的提议不止于改善管理方的行为。它要求一种基础设施，使可验证的共同规则在管理方不复存在后仍能延续。请阅读札记 64，了解这一设计论证，以及参与者仍需承担的责任。