THORChain 治理与节点投票机制解析

核心要点：

• THORChain 目前拥有 111 个活跃节点，每个节点需质押至少 300,000 RUNE。
• 重大软件升级和经济参数变更需获得三分之二活跃节点的批准。
• Mimir 机制允许节点在不进行全网络软件升级的情况下调整网络参数。
• 系统每三天自动移除两个节点，并在检测到资不抵债时暂停交易兑换。

基于节点的治理体系

THORChain 采用基于节点的治理体系来决定网络的演进方向。目前，协议共有 111 个活跃节点，每个节点持有的抵押保证金（Bonded Collateral）至少为 300,000 RUNE。无论节点质押的 RUNE 数量多少，每个节点仅拥有一票表决权。大多数重大决策需要获得三分之二以上活跃节点的批准。这种机制赋予了网络运营商对软件升级、经济参数以及特定安全措施的直接控制权。

根据 THORChain 官方说明，开发者和社区成员可以对其底层软件提出变更建议。这些提案需经过公开讨论阶段，随后提交至节点进行表决。然而，并非所有的网络决策都遵循相同的投票要求。

治理流程与 Mimir 机制

THORChain 的治理过程始于 THORNode，即每个网络节点运行的基础软件。开发者和社区成员可以通过 Discord 等开放平台提出改进建议。参与者会对这些想法进行审核和完善，随后由开发者将其转化为代码。

当提议的变更准备就绪后，节点将决定是否采纳下一个软件版本。至少需要三分之二活跃节点的批准才能完成升级。以当前 111 个活跃节点为例，这意味着至少需要 74 张赞成票。

此外，该体系还通过 Mimir 机制赋予节点对网络参数的控制权。这一机制允许运营商调整设置，而无需每次更改都涉及软件升级。其中，包括费用调整在内的经济决策仍需获得三分之二节点的批准；而涉及安全的运营决策则适用较低的投票门槛，仅需三个节点的投票即可批准一项运营类 Mimir 设置。

然而，撤销这些决策遵循独立的流程。四个节点投票即可废除一项运营类 Mimir 设置，随后五个节点的投票可对此进行反制，从而形成后续撤销操作的动态阈值。这种结构将重大经济决策与运营调整区分开来，使节点能够迅速响应安全问题，而无需等待更广泛的治理批准。

在 THORChain 上，决策直接在区块链上执行。对于重要变更的接受，必须获得其节点总数的三分之二投票支持。目前活跃的 111 个节点均质押了至少 300,000 RUNE 作为网络安全的抵押品，且每个节点均享有平等的一票权利。

自动化安全规则与网络行动

并非所有 THORChain 的决策都需要节点投票。部分网络流程遵循预定义规则，会自动触发特定操作。

例如，节点轮换发生在每个“旋转期”（Churn Period）。该周期大约每三天发生一次，期间 THORChain 会从网络中移除两个节点。协议会驱逐最古老的活跃节点以及累积罚点（Slash Points）最高的节点。罚点用于记录节点因未能满足网络要求而积累的惩罚，这一机制有助于维持运营标准，并鼓励节点运营商保持可靠的行为。

THORChain 还设有针对资不抵债风险的自动防御机制。如果网络检测到其资产与负债不再平衡，系统将立即暂停兑换活动。这一措施旨在防止用户在协议面临潜在偿付能力问题时继续进行交易。与治理提案不同，该防御机制在激活前无需节点批准。

综上所述，这些机制共同构成了 THORChain 的社区驱动治理、运营商投票以及自动化保护的组合。这种区分至关重要，因为网络升级、经济调整和紧急响应需要不同级别的审批权限。THORChain 并不单纯依赖 RUNE 持有量来确定治理权力，而是由每个活跃节点均享一票，同时由预定义规则自动处理某些运营和安全决策。