RIR 治理中的「背叛運行中程式碼」是甚麼？

盧恒的批判始於這樣的轉變：原本用來支援正常運作網路的程序，變成了支配這些網路的權力來源。

想像一個正常為客戶提供服務的網路。設備運作正常，連線正常，其他網路也能連到它。接著，維護其位址紀錄的機構，改變了認可這個網路的條件。纜線並未移動，營運者卻得開始捍衛其他各方所依賴的行政依據。

這正是盧恒所稱的「背叛運行中程式碼」：機構援引一套原本為了讓網路正常運作而形成的傳統，再用這套傳統來合理化對網路本身的支配權。在第61篇筆記中，他的批判超越了會議是否公平的問題。他問的是：會議憑甚麼一開始就擁有這種權力？

這裡的「運行中程式碼」指甚麼？

運行中程式碼，指已經實際實作並投入使用的軟體與系統。對網際網路服務而言，這包括連接網路、讓客戶持續可達的實際工作。提出的設計，必須接受這些運作現實的檢驗。

IETF 的使命聲明把工程判斷與實作、部署規格的經驗連結起來。它對粗略共識的討論說明了為何計算支持者人數，不能取代對技術疑慮的處理。這些方法是為了產出有用的工程成果，而不是一份可以治理所有受網際網路影響者的普遍授權。

盧恒把這項區分應用於區域網際網路註冊機構，也就是 RIR。註冊機構協助協調號碼資源，讓網路能區分不同資源。它的用處來自對這項共同功能的支援。他的主張是：這項功能並未賦予機構支配使用者的無限權力。

主客倒置：網路開始為程序服務

想想一項規則，目的是防止兩個互不相關的網路聲稱擁有同一個號碼。這項規則處理的是共同的技術問題。再想想另一項規則：它決定營運者可以服務哪些客戶、採用哪些商業安排，或其資源是否必須繼續隸屬於某個特定管理者。

後面這些決定的範圍廣得多。聲稱參與者批准了它們，並不能證明每一位受影響的營運者或客戶，都曾授權這些參與者作出決定。

當營運者必須按照機構的偏好重整一項正常運作的服務，而機構卻認為只要完成了程序，就足以回應其後果時，主客倒置便發生了。流程仍然在運作，改變的是它為誰的利益服務。

為何資料庫裡的決定會影響資料庫之外的世界

註冊機構並不承載每一個封包。更改一筆紀錄，也不等於關閉每一台路由器。影響力來自依賴關係：供應商、客戶及其他系統，在認可一項資源並決定如何處理它時，會參照紀錄及相關證據。

這就在行政決定與人們使用的服務之間，形成了一條連鎖關係。後果取決於具體紀錄、涉及的技術系統，以及依賴它們的組織所作的決定。

要看清這條關係，可以沿著一段位址區塊在企業中的用途追查：誰維護它的註冊聯絡資料？誰發布它的路由授權？哪些網路承載它的流量？哪些客戶已把它的位址寫入自己的設定？紀錄維護層的一場爭議，可能要求所有這些關係都作出配合。

AFRINIC 的討論帶來甚麼

第61篇筆記透過 AFRINIC 爭議提出一項具體批判：盧恒認為，一個狹窄的協調角色，藉由對區域使用、機構認可及轉移條件的解釋，被擴張了。他也質疑更廣泛的註冊體系對這種擴張的辯護。

他的論述區分了流量流向何處，以及持有人能否轉移其行政管理關係。即使一般路由仍在運作，退出限制也可能造成依賴。因此，他把可攜性視為結構性問題，而不是一點小便利。

該篇筆記包含他對政策紀錄、機構聲明與訴訟的詳細解讀。這篇導讀提出的更廣泛問題，無須接受機構的每一項說法也能理解：當協調者受到質疑或無法提供服務時，營運網路的人能否在不持續取得其許可的情況下，維持服務？

為何改善參與仍然不夠

更容易參加的會議、更清楚的解釋，以及更好的異議管道，都能改善流程。但這些本身並未回答：機構究竟有權決定甚麼？

因此，盧恒的批判不只是共識應反映更多參與者。他主張的是：協調的範圍，必須受其存在目的所要支援的工作限制。程序不能僅憑宣稱參與者同意，就自行賦予自己無限授權。

這也解釋了為何換一個委員會，仍可能讓核心問題原封不動：只要新委員會依然是不可或缺的認可來源，問題就還在。

提出的替代方案：讓有效性可以獨立核驗

第65篇筆記提出了建設性的回答：運行中程式碼優先。其構想中的共同層，只包含唯一性、控制權證明、安全與互通性所必需的最少規則。參與者應能在本地，依據分散式狀態核驗這些規則。

後續變更透過實作與自願採用而投入運作。繼續採用相容舊規則的參與者，無須向常設機構申請許可才能繼續。參與者可以拒絕不符合自身所運行規則的狀態；這種技術性拒絕，不同於機構因某人不接受後來的政策而懲罰他。

這是一個提出中的架構。要讓它運作，需要衝突處理、安全的證明、可確認的相容性，以及可行的過渡路徑。單憑發布文件或複製一份註冊檔案，並不能使其他網路接受接替者。

為何要在網路仍然正常運作時準備？

危機中換個名稱，無法臨時變出連續性。營運者及其往來各方需要可用的紀錄、核驗方法，以及經過測試的認識，知道哪些東西能在過渡中保留下來。

讀者可以用一個簡單問題檢驗：一項規則保護的是網路確實共同需要的東西，還是維持管理者替它們作決定的能力？接著再問：如果這個管理者消失，有用的協調是否仍能繼續？

請閱讀第61篇筆記中的批判、第65篇筆記提出的設計，以及第72篇筆記中的權利聲明。三篇合起來，從哪裡出了問題，進一步談到共同層究竟應該做甚麼。