THORChain nutzt ein node-basiertes Governance-System, um zu entscheiden, wie sich sein Netzwerk entwickelt, und das Projekt hat nun genau dargelegt, wie diese Entscheidungen getroffen werden — von Software-Upgrades bis hin zu Gebührenanpassungen. THORChain ist ein dezentrales Cross-Chain-Swap-Protokoll, daher bestimmen die hier beschriebenen Mechanismen, wie sich seine Software, seine Gebühren und seine Sicherheitskontrollen ändern können. Das Protokoll verfügt derzeit über 111 aktive Nodes, die jeweils mindestens 300.000 RUNE als Sicherheit hinterlegt halten, die das Netzwerk absichert. Jede Node erhält eine Stimme, unabhängig davon, wie viel RUNE sie einsetzt, und die meisten wichtigen Entscheidungen erfordern die Zustimmung von zwei Dritteln der aktiven Nodes. Entscheidungen werden direkt auf der Blockchain getroffen, was Netzwerkbetreibern die direkte Kontrolle über Upgrades, wirtschaftliche Parameter und bestimmte Sicherheitsmaßnahmen gibt.

Nicht jede Netzwerkentscheidung folgt jedoch denselben Abstimmungsanforderungen. Während Software-Upgrades und wirtschaftliche Änderungen durch Node-Abstimmungen gehen, löst ein separater Satz vordefinierter Regeln automatisch bestimmte Aktionen in operativen und sicherheitsrelevanten Angelegenheiten aus.

Wie THORChain-Governance und Node-Abstimmung funktionieren

Der Governance-Prozess beginnt mit THORNode, der Software, die jede Netzwerk-Node ausführt. Entwickler und Community-Mitglieder können Änderungen an der zugrunde liegenden Software des Protokolls über offene Diskussionen auf Discord vorschlagen. Die Teilnehmer prüfen diese Ideen und verfeinern sie, bevor Entwickler sie in Code umsetzen.

Sobald eine vorgeschlagene Änderung bereit ist, entscheiden die Nodes, ob die nächste Softwareversion übernommen wird. Mindestens zwei Drittel der aktiven Nodes müssen einem Upgrade zustimmen — bei 111 aktiven Nodes sind das mindestens 74 Stimmen. Da die Zwei-Drittel-Regel an der Anzahl der aktiven Nodes gemessen wird, verschiebt sich die für eine Annahme erforderliche Stimmanzahl, sobald sich die Größe des aktiven Node-Sets ändert.

Dieses Eine-Node-Eine-Stimme-Modell hebt THORChain auch von der token-gewichteten Governance ab, die in der Krypto-Branche weit verbreitet ist und bei der der Einfluss typischerweise mit der Anzahl der Token skaliert, die ein Halter für einen Vorschlag einsetzt. THORChain legt Upgrade-Entscheidungen stattdessen in die Hände von Node-Betreibern, die Kapital hinterlegt haben, um das Netzwerk selbst abzusichern.

Das offizielle THORChain-X-Konto beschrieb den Prozess in einem Beitrag vom 6. November 2026:

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

Parameteränderungen über Mimir

Die Nodes steuern auch die Netzwerkparameter über Mimir, einen Mechanismus, der es Betreibern ermöglicht, Einstellungen anzupassen, ohne dass jede Änderung ein vollständiges Software-Upgrade erfordert.

Die Abstimmungsschwellen unterscheiden sich je nach Entscheidungsart. Wirtschaftliche Entscheidungen, einschließlich Gebührenänderungen, erfordern die Zustimmung von zwei Dritteln der Nodes. Operative Entscheidungen, insbesondere solche mit Sicherheitsbezug, folgen einem niedrigeren Abstimmungsschwellwert: Nur drei Node-Stimmen können eine operative Mimir-Einstellung genehmigen.

Die gestufte Struktur bedeutet, dass Änderungen mit breiter wirtschaftlicher Wirkung Konsens über das Node-Set hinweg gewinnen müssen, während zeitsensible operative Maßnahmen mit nur wenigen Stimmen vorankommen können.

Der Widerruf dieser Entscheidungen folgt einem separaten Prozess. Vier Nodes können für den Widerruf einer operativen Mimir-Einstellung stimmen, und fünf Stimmen können diese Entscheidung anschließend konterkariert werden, wodurch ein veränderlicher Schwellwert für weitere Widerrufe entsteht.

Diese Trennung ermöglicht es den Nodes, schnell auf Sicherheitsbedenken zu reagieren, ohne auf breitere Governance-Zustimmung zu warten, während wichtige wirtschaftliche Entscheidungen breiterem Konsens unterliegen.

Automatische Netzwerkaktionen unter Sicherheitsregeln

Nicht jede THORChain-Entscheidung erfordert eine Node-Abstimmung. Einige Netzwerkprozesse folgen vordefinierten Regeln, die automatisch bestimmte Aktionen auslösen.

Ein Beispiel ist die Node-Rotation, die in jedem Churn-Zeitraum stattfindet. Das Churnen erfolgt etwa alle drei Tage, wenn THORChain zwei Nodes aus dem Netzwerk entfernt: die älteste aktive Node und die Node mit der höchsten Anzahl an Slash-Punkten. Slash-Punkte erfassen Strafen, die Nodes für die Nichteinhaltung von Netzwerkanforderungen angesammelt haben. Dieser Mechanismus hilft, betriebliche Standards aufrechtzuerhalten und Node-Betreiber zu verlässlichem Verhalten zu bewegen. Der Rhythmus von etwa drei Tagen gibt dem Netzwerk auch einen wiederkehrenden Prüfpunkt, an dem sich das aktive Node-Set — und damit die Zwei-Drittel-Stimmenrechnung — verschieben kann.

THORChain unterhält außerdem eine automatische Absicherung gegen Insolvenz. Wenn das Netzwerk feststellt, dass seine Aktiva und Passiva nicht mehr im Gleichgewicht sind, stoppt es die Swap-Aktivität. Diese Maßnahme verhindert, dass Nutzer Swaps fortsetzen, während das Protokoll mit einem möglichen Solvenzproblem konfrontiert ist. Anders als Governance-Vorschläge erfordert die Absicherung vor der Aktivierung keine Node-Zustimmung.

Eine Mischung aus Node-Abstimmungen und automatisierten Schutzmechanismen

Zusammen verleihen diese Mechanismen THORChain eine Kombination aus Community-getriebener Governance, Operator-Abstimmungen und automatisierten Schutzmechanismen. Die Unterscheidung ist wichtig, da Netzwerk-Upgrades, wirtschaftliche Anpassungen und Notfallreaktionen unterschiedliche Genehmigungsstufen erfordern — was wiederum unterschiedliche Beobachtungspunkte bedeutet: Zwei-Drittel-Stimmen für Upgrades und Gebührenänderungen, operative Drei-Stimmen-Einstellungen und automatische Schutzmechanismen, die ohne Abstimmung greifen.

THORChain verlässt sich nicht allein auf RUNE-Bestände, um Governance-Macht zu bestimmen. Jede aktive Node erhält eine Stimme, während vordefinierte Regeln bestimmte operative und sicherheitsrelevante Entscheidungen automatisch behandeln.