THORChain 采用基于节点的治理体系来决定其网络的演进方式，该项目现已详细说明了这些决策的具体制定过程——从软件升级到手续费调整。THORChain 是一个去中心化跨链兑换协议，因此此处描述的机制决定了其软件、手续费和安全控制方式可以如何变更。该协议目前拥有 111 个活跃节点，每个节点均持有至少 300,000 RUNE 的 bonded 抵押品来保障网络安全。无论节点质押多少 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 周期。Churn 大约每三天发生一次，届时 THORChain 会从网络中移除两个节点：最老的活跃节点，以及 slash 点数最高的节点。Slash 点数用于追踪节点因未能满足网络要求而累积的惩罚。这一机制有助于维持运营标准，并促使节点运营者可靠地运行。

这一大约三天一次的节奏也为网络提供了一个周期性的检查点，使活跃节点集合——以及随之而来的三分之二票数计算——可能发生变化。

THORChain 还维护着一道针对资不抵债的自动防护机制。如果网络检测到其资产和负债不再平衡，就会暂停兑换活动。该措施可防止用户在协议面临潜在偿付问题时继续进行兑换。与治理提案不同，这一防护机制在启用前无需节点批准。

节点投票与自动防护的结合

这些机制共同赋予 THORChain 社区驱动治理、运营者投票和自动防护相结合的体系。这种区分非常重要，因为网络升级、经济调整和紧急响应需要不同级别的批准，这也意味着在变更推进过程中需要关注不同的内容：升级和手续费变更需三分之二投票，运营设置仅需三票，而自动防护无需投票即可执行。

THORChain 并非仅依赖 RUNE 持有量来决定治理权力。每个活跃节点持有一票，同时预定义规则会自动处理某些运营和安全决策。