THORChain 採用基於節點的治理系統來決定其網路的發展方向，該專案現在詳細說明了這些決策的具體方式——從軟體升級到費用調整。THORChain 是一個去中心化的跨鏈兌換協議，因此本文所述的機制決定了其軟體、費用及安全控制如何變更。該協議目前有 111 個活躍節點，每個節點持有至少 300,000 RUNE 的綁定抵押品以保障網路安全。不論節點提交多少 RUNE，每個節點都持有一票，而大多數重大決策需要三分之二活躍節點的批准。決策直接在區塊鏈上做出，使網路營運者對升級、經濟參數及部分安全措施擁有直接控制權。

然而，並非所有網路決策都遵循相同的投票要求。軟體升級與經濟變更須經過節點投票，而另一套預定義規則則會在營運與安全事務上自動觸發特定行動。

THORChain 治理與節點投票的運作方式

治理流程始於 THORNode，即每個網路節點運行的軟體。開發者與社群成員可以透過 Discord 上的公開討論,對協議的底層軟體提出變更建議。參與者審閱這些想法並加以完善，之後開發者再將其轉化為程式碼。

一旦擬議的變更準備就緒，節點便決定是否採用下一個軟體版本。至少需要三分之二的活躍節點批准升級——在 111 個活躍節點的情況下,即至少需要 74 票。由於三分之二規則是以活躍節點數量為基準計算，因此通過變更所需的票數會隨著活躍節點集合規模的變化而變動。

這種一節點一票的模式也使 THORChain 有別於加密產業中廣泛使用的代幣加權治理——在後者中,影響力通常取決於持有人對提案提交多少代幣。THORChain 反而將升級決策交給已綁定資本、致力於保障網路安全的節點營運者。

THORChain 官方 X 帳號在 2026 年 11 月 6 日的一則貼文中描述了這一流程:

On THORChain, decisions are made directly on the blockchain. For an important change to be accepted, ⅔ of its nodes have to vote for it. Right now, 111 nodes are active. They all bond at least 300,000 RUNE, put up as collateral to secure the network. Each node has one vote, no…

— THORChain (@THORChain) November 6, 2026

透過 Mimir 進行參數變更

節點還可透過 Mimir 控制網路參數,這是一種讓營運者調整設定的機制,無需每次變更都涉及完整的軟體升級。

投票門檻因決策類型而異。包括費用調整在內的經濟決策需要三分之二節點的批准。營運決策,尤其是涉及安全的決策,遵循較低的投票門檻:僅需三個節點投票即可批准一項營運性 Mimir 設定。

這種分層結構意味著具有廣泛經濟影響的變更必須在節點集合中贏得共識,而時效性強的營運措施僅需少數幾票即可推進。

撤銷這些決策則遵循另一套流程。四個節點可以投票撤銷一項營運性 Mimir 設定,而五票隨後可以否決該決定,為後續的任何撤銷形成不斷變化的門檻。

這種分離設計使節點能夠在無需等待更廣泛治理批准的情況下應對安全疑慮,同時使重大經濟決策仍需更廣泛的共識。

安全規則下的自動網路行動

並非所有 THORChain 決策都需要節點投票。部分網路流程遵循預定義規則,自動觸發特定行動。

其中一個例子是節點輪換,發生在每個輪換(churn)週期。輪換大約每三天發生一次,屆時 THORChain 會從網路中移除兩個節點:最老的活躍節點,以及罰分(slash points)最多的節點。罰分追蹤節點因未符合網路要求而累積的懲罰。這一機制有助於維持營運標準,並促使節點營運者可靠地運作。這種約三天的節奏也為網路提供了一個定期檢查點,使活躍節點集合——以及隨之而來的三分之二票數計算——得以變動。

THORChain 還維護一項針對資不抵債的自動保障機制。如果網路偵測到其資產與負債不再平衡,便會暫停兌換活動。該措施防止使用者在協議面臨潛在償付能力問題時繼續進行兌換。與治理提案不同,這項保障機制在啟動前不需要節點批准。

節點投票與自動保障的結合

這些機制共同為 THORChain 提供了社群驅動治理、營運者投票與自動保障的結合。這種區分之所以重要,是因為網路升級、經濟調整與緊急回應需要不同層級的批准,這也意味著在變更推進過程中需要關注不同的面向:升級與費用調整需要三分之二投票,營運設定需要三票,而自動保障機制則無需投票即可行動。

THORChain 不僅僅依賴 RUNE 持有量來決定治理權力。每個活躍節點持有一票,而預定義規則則自動處理部分營運與安全決策。