THORChain (RUNE)
System: THORChain — Interoperability and Messaging
THORChain provides native cross-chain liquidity and swap settlement, allowing users and integrated wallets to exchange assets across supported chains without user-managed wrapped assets or a centralised exchange. THORChain's mainnet launched in 2022; the system uses a Cosmos SDK and CometBFT Layer 1, THORNode validator software, Bifröst chain clients, Threshold Signature Scheme vaults, continuous liquidity pools, RUNE, TCY and THORChain-controlled asset representations. Every supported asset is paired with RUNE inside the liquidity-pool design, but ordinary swap users do not need to hold or manage RUNE directly.
Market Data
| Price | $0.377443 |
| Market Cap | $127.70M |
| Fully Diluted Valuation | $133.68M |
| 30d Change | -8.29% |
| 365d Change | -72.13% |
Token Functionalities
Governance
- Technical Parameter Control (Partial)
Right to approve or activate technical protocol changes through active-node software adoption. Proposals or code changes do not execute automatically by passive token vote; execution depends on THORNode operators adopting compatible client software, so discretionary non-adoption and implementation dependencies keep the strength at Partial.
- Actor Set Permissioning (Partial)
Right to influence the active THORNode actor set through RUNE bond size under churn rules. RUNE bonding affects validator admission and weighting, but ownership alone is insufficient because the participant must operate a node and satisfy readiness, performance, version and churn conditions.
- Product/Service Line Decisions (Partial)
Right to approve or retire supported chain service lines through the RUNE-bonded THORNode adoption and delisting path. Developers may propose and build Bifröst modules, but supported-chain activation depends on node software adoption rather than automatic token-holder execution.
- Economic Design/Parameter Control (Partial)
Right to vote on Mimir-controlled economic and operational parameters, including fees, limits and security thresholds, through the active RUNE-bonded THORNode role. Strength is Partial because the right is scoped to Mimir-supported parameters, and broader economic design may require software or implementation paths beyond direct parameter voting.
Value Distribution
- Burn Entitlement (Discretionary but Regular)
Right to benefit from increased percentage ownership when system fee flows burn RUNE. The burn allocation is documented as a recurring fee destination, but the fee split is parameterised and governance-changeable, and the current system income depends on operational availability.
Payments
- Native Resource Fee (Weak)
Right to consume THORChain-native transaction resources by paying RUNE-denominated native fees. Strength is Weak because RUNE is required for native THORChain transactions and node-vote transaction costs, but ordinary cross-chain swap users can access the main liquidity service using exogenous tokens.
Service Provision
- Data Handling: Interoperability Relay
Right to observe connected-chain transactions, relay cross-chain asset movement and participate in Threshold Signature Scheme vault signing as a RUNE-bonded THORNode. The same RUNE bond and node-operation role activate the relay, observation and outbound-signing work.
- State Transition Execution and Transaction Sequencing
Right to execute THORChain state transitions and participate in block production or transaction inclusion by operating an active THORNode with bonded RUNE. The activation condition is the RUNE-bonded validator role; the node operator must run THORChain software and meet active-set requirements.
Collateral
- Performance-Bond
Right to post RUNE as slashable surety for honest THORNode behaviour. The bonded RUNE activates validator participation and is exposed to penalties for defined misconduct, including double signing or unauthorised transactions, so the bond functions as performance collateral rather than a passive yield deposit.
System Attributes
Operating Model
<p>THORChain is an On-Chain Protocol. The core service is delivered by independent THORNode operators that bond RUNE, run THORChain validator software, run Bifröst services for connected chains, observe external-chain transactions, and participate in Threshold Signature Scheme vault signing. Economically critical coordination occurs through protocol state, validator membership, liquidity-pool accounting, reward rules, slashing rules and Mimir parameter controls rather than a custodial operator. The current restart path uses a temporarily closed-source replacement Threshold Signature Scheme library and Soda Labs audit work, but restart execution remains subject to THORNode software adoption; this is an implementation and security dependency, rather than Entity-Based Governance.</p>
Value Creation
<p>THORChain has On-Chain Value Creation. The productive activity is native cross-chain swap execution: inbound assets are observed by THORNodes, pool pricing and liquidity-sensitive fees are calculated by THORChain pool logic, and outbound settlement is signed through distributed vault control. Liquidity providers supply assets to continuous liquidity pools, while THORNode operators validate THORChain state, observe connected chains and coordinate vault signing. Some observation and signing work is performed off-chain by independent node operators, but the economic product is created by protocol-enforced pool accounting, validator consensus, vault rules and swap settlement logic inside the THORChain system boundary.</p>
Value Capture
<p>THORChain has Hybrid Value Capture and Routing. On-chain value is captured and routed to liquidity providers through pool fees, to active THORNode operators and bond providers through validator rewards, to TCY stakers through a 10% network-revenue share paid in RUNE, and to RUNE holders indirectly through fee-funded burns. Off-chain or external beneficiaries also receive value: connected-chain validators or miners receive source and destination gas fees, affiliate-enabled interfaces can receive affiliate fees, and developer and marketing allocations route to fund recipients whose final discretionary controllers are not fully evidenced in the source material. The classification is hybrid because value benefits both in-system token and participant recipients and external or unknown controllers.</p>