在 Bittensor 上開發一個穩健且經過強化的子網並非易事。子網擁有者必須持續監控子網內的活動，以了解其激勵設計是否按預期運作。子網開發與監控過程的一部分，就是調查那些無可避免會出現的、關於子網激勵機制遭到利用的指控與證據。
每個子網都有其獨特的屬性與設計，因此潛在的漏洞利用在整個生態系中自然各不相同。然而，我們認為，建立一套統一、全面的框架來處理子網漏洞利用的指控，對整個社群都有益。它為子網擁有者提供指引，確保各方對其子網內的排放量有清楚的預期，同時也明確了提出子網可被利用指控的一方應當遵循的要求。
我們正在設計一套供社群使用的子網漏洞利用處理框架。以下將從高層次說明並概述預期的流程。
子網漏洞利用的證據
舉證責任在於聲稱子網可能存在或正在發生漏洞利用的一方。對於所謂的漏洞利用，必須有資料或明確的證據來支持相關指控。這有助於更廣大的社群了解情況，也讓子網擁有者能夠針對具體指控展開調查並作出回應。
子網擁有者的調查
一旦潛在子網漏洞利用的指控及其支持證據被提交，我們期望子網擁有者開始調查這些指控。
如果子網擁有者確認存在該漏洞利用，則應發表公開聲明承認此事，並暫停註冊，直到漏洞利用獲得解決。
暫停子網註冊
當子網暫停註冊後，其排放量會被回收，這意味著沒有任何子網參與者（即子網擁有者、礦工和驗證者）能獲得排放量。這可以確保無人能藉由主動攻擊存在已知漏洞利用的子網而獲利。在子網暫停註冊期間，我們不會移除該子網的權重。但是，如果子網擁有者沒有暫停註冊，我們很可能會移除該子網的權重。
子網擁有者的調查結果
子網擁有者調查完該漏洞利用後，我們期望他們提交文件，詳細說明該漏洞利用是什麼，以及他們將如何調整子網以消除漏洞。身為驗證者，這大幅協助我們加快對該問題的審查，也幫助我們判斷子網擁有者的調整是否能徹底解決問題。
整體而言，我們希望這套流程能夠促進子網擁有者、社群以及像我們這樣的驗證者之間的透明與開放溝通。為了讓這個框架更加清楚，我們可以考慮兩種不同的情境。
情境 1
在此範例中，我們假設某個漏洞利用被發現、獲得妥善記錄，並經子網擁有者確認。
此時，子網擁有者暫停子網註冊，並開始評估如何消除攻擊向量。待子網擁有者向子網推送了解決該問題的修復，並記錄了問題的解決方式後，便可恢復註冊。
在這種情境下，我們不會移除該子網的權重，因為他們正在妥善管理整個流程。在這種情境下，子網及其參與者都會受益，因為恢復註冊後，子網的排放量不會受到任何干擾。
情境 2
在此範例中，我們假設有人提出了漏洞利用的指控，且證據充分，足以促使子網擁有者展開調查，但對方駁回了該指控。
此外，由於不承認存在問題，子網擁有者同樣沒有暫停子網註冊。在這種情境下，我們會移除該子網的權重，並且只有在團隊承認問題、展開調查並與我們分享調查結果之後，才會考慮重新加入權重。