在 Bittensor 上开发一个稳健且经过强化的子网并非易事。子网所有者必须持续监控子网内的活动，以了解其激励设计是否按预期运行。子网开发与监控过程的一部分，就是调查那些不可避免会出现的、关于子网激励机制遭到利用的指控和证据。
每个子网都有其独特的属性和设计，因此潜在的漏洞利用在整个生态系统中自然各不相同。然而，我们认为，建立一个统一、全面的框架来处理子网漏洞利用的指控，对整个社区都有益。它为子网所有者提供指引，确保各方对其子网内的排放量有清晰的预期，同时也明确了提出子网可被利用指控的一方应当遵循的要求。
我们正在设计一套供社区使用的子网漏洞利用处理框架。下文将从高层次上说明并概述预期的流程。
子网漏洞利用的证据
举证责任在于声称子网可能存在或正在发生漏洞利用的一方。对于所谓的漏洞利用，必须有数据或明确的证据来支持相关指控。这有助于更广泛的社区了解情况，也使子网所有者能够针对具体指控展开调查并作出回应。
子网所有者的调查
一旦潜在子网漏洞利用的指控及其支持证据被提交，我们期望子网所有者开始调查这些指控。
如果子网所有者确认存在该漏洞利用，则应发表公开声明承认此事，并暂停注册，直至漏洞利用得到解决。
暂停子网注册
当子网暂停注册后，其排放量会被回收，这意味着没有任何子网参与者（即子网所有者、矿工和验证者）能获得排放量。这可以确保无人能通过主动攻击存在已知漏洞利用的子网而获利。在子网暂停注册期间，我们不会移除该子网的权重。但是，如果子网所有者没有暂停注册，我们很可能会移除该子网的权重。
子网所有者的调查结果
子网所有者调查完该漏洞利用后，我们期望他们提交文档，详细说明该漏洞利用是什么，以及他们将如何调整子网以消除漏洞。作为验证者，这极大地帮助我们加快对该问题的审查，并帮助我们判断子网所有者的调整是否能彻底解决问题。
总体而言，我们希望这一流程能够促进子网所有者、社区以及像我们这样的验证者之间的透明与开放沟通。为了让该框架更加清晰，我们可以考虑两种不同的情形。
情形 1
在此示例中，我们假设某个漏洞利用被发现、得到妥善记录，并获得子网所有者的确认。
此时，子网所有者暂停子网注册，并开始评估如何消除攻击向量。待子网所有者向子网推送了解决该问题的修复，并记录了问题的解决方式后，便可恢复注册。
在这种情形下，我们不会移除该子网的权重，因为他们正在妥善管理整个流程。在这种情形下，子网及其参与者都会受益，因为恢复注册后，子网的排放量不会受到任何干扰。
情形 2
在此示例中，我们假设有人提出了漏洞利用的指控，且证据充分，足以促使子网所有者展开调查，但对方驳回了该指控。
此外，由于不承认存在问题，子网所有者同样没有暂停子网注册。在这种情形下，我们会移除该子网的权重，并且只有在团队承认问题、展开调查并与我们分享调查结果之后，才会考虑重新添加权重。