THORChain gebruikt een governance­system dat op nodes is gebaseerd om te bepalen hoe het netwerk zich ontwikkelt, en het project heeft nu precies uitgelegd hoe die beslissingen worden genomen — van software-upgrades tot fee-aanpassingen. THORChain is een gedecentraliseerd cross-chain swapprotocol, dus de hier beschreven mechanismen bepalen hoe de software, de fees en de beveiligingscontroles kunnen worden gewijzigd. Het protocol heeft momenteel 111 actieve nodes, die elk ten minste 300.000 RUNE in geborgd onderpand aanhouden dat het netwerk beveiligt. Elke node krijgt één stem, ongeacht hoeveel RUNE deze inbrengt, en de meeste grote beslissingen vereisen goedkeuring van twee derde van de actieve nodes. Beslissingen worden rechtstreeks op de blockchain genomen, waardoor netwerkoperatoren directe controle hebben over upgrades, economische parameters en bepaalde beveiligingsmaatregelen.

Niet elke netwerkbeslissing volgt echter dezelfde stemvereisten. Terwijl software-upgrades en economische wijzigingen via node­stemmingen lopen, activeert een aparte reeks vooraf gedefinieerde regels automatisch specifieke acties op operationeel en beveiligingsgebied.

Hoe THORChain-governance en node­stemming werken

Het governanceproces begint bij THORNode, de software die elke netwerknode draait. Ontwikkelaars en communityleden kunnen wijzigingen in de onderliggende software van het protocol voorstellen via open discussies op Discord. Deelnemers beoordelen deze ideeën en verfijnen ze voordat ontwikkelaars ze omzetten in code.

Zodra een voorgestelde wijziging klaar is, beslissen nodes of de volgende softwareversie wordt aangenomen. Ten minste twee derde van de actieve nodes moet een upgrade goedkeuren — met 111 actieve nodes betekent dat minimaal 74 stemmen. Omdat de twee-derde-regel wordt gemeten naar het aantal actieve nodes, verschuift het aantal stemmen dat nodig is om een wijziging aan te nemen telkens wanneer de omvang van de set actieve nodes verandert.

Dat model van één node, één stem onderscheidt THORChain ook van de tokengebaseerde governance die in de cryptobranche breed wordt gebruikt, waarbij invloed doorgaans schaalt met het aantal tokens dat een houder inbrengt bij een voorstel. THORChain legt upgradebeslissingen in plaats daarvan bij node­operatoren die geborgd kapitaal hebben ingebracht om het netwerk zelf te beveiligen.

De officiële THORChain X-account beschreef het proces in een bericht op 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

Parameterwijzigingen via Mimir

Nodes beheren ook de netwerkparameters via Mimir, een mechanisme waarmee operatoren instellingen kunnen aanpassen zonder dat elke wijziging een volledige software-upgrade vereist.

De stemdrempels verschillen per type beslissing. Economische beslissingen, waaronder fee-wijzigingen, vereisen goedkeuring van twee derde van de nodes. Operationele beslissingen, met name die welke beveiliging raken, volgen een lagere stemdrempel: slechts drie node­stemmen kunnen een operationele Mimir-instelling goedkeuren.

De gelaagde structuur betekent dat wijzigingen met brede economische impact consensus moeten winnen in de gehele node­set, terwijl tijdkritische operationele maatregelen met slechts enkele stemmen kunnen doorgaan.

Het intrekken van die beslissingen verloopt via een apart proces. Vier nodes kunnen stemmen om een operationele Mimir-instelling in te trekken, en vijf stemmen kunnen die beslissing vervolgens tegengaan, wat een wisselende drempel creëert voor eventuele daaropvolgende intrekkingen.

Deze scheiding stelt nodes in staat snel te reageren op beveiligingszorgen zonder te wachten op bredere governance­goedkeuring, terwijl grote economische beslissingen onder bredere consensus blijven.

Automatische netwerkacties onder beveiligingsregels

Niet elke THORChain-beslissing vereist een node­stemming. Sommige netwerkprocessen volgen vooraf gedefinieerde regels die automatisch specifieke acties activeren.

Een voorbeeld is node-rotatie, die plaatsvindt tijdens elke churn-periode. Churning vindt ongeveer elke drie dagen plaats, wanneer THORChain twee nodes uit het netwerk verwijdert: de oudste actieve node en de node met het hoogste aantal slash-punten. Slash-punten registreren boetes die nodes oplopen wanneer ze niet aan de netwerkvereisten voldoen. Dit mechanisme helpt operationele standaarden te handhaven en moedigt node­operatoren aan om betrouwbaar te handelen. Die cadans van ongeveer drie dagen geeft het netwerk ook een terugkerend controlepunt waarop de set actieve nodes — en daarmee de twee-derde-stemmingberekening — kan verschuiven.

THORChain onderhoudt ook een automatische beveiliging tegen insolventie. Als het netwerk detecteert dat activa en passiva niet langer in balans zijn, wordt de swapactiviteit gestopt. Deze maatregel voorkomt dat gebruikers swaps voortzetten terwijl het protocol met een mogelijk solvabiliteitsprobleem wordt geconfronteerd. In tegenstelling tot governancevoorstellen vereist deze beveiliging geen goedkeuring door nodes vóór activering.

Een combinatie van node­stemmingen en automatische bescherming

Samen geven deze mechanismen THORChain een combinatie van communitygedreven governance, stemming door operatoren en automatische bescherming. Het onderscheid is belangrijk omdat netwerkupgrades, economische aanpassingen en noodresponsen verschillende goedkeuringsniveaus vereisen, wat op zijn beurt betekent dat er op verschillende dingen moet worden gelet wanneer wijzigingen worden doorgevoerd: twee-derde-stemmingen voor upgrades en fee-wijzigingen, operationele instellingen met drie stemmen, en automatische beveiligingen die zonder stemming handelen.

THORChain baseert governance­macht niet uitsluitend op RUNE-aanhoudingen. Elke actieve node krijgt één stem, terwijl vooraf gedefinieerde regels bepaalde operationele en beveiligingsbeslissingen automatisch afhandelen.