What are the value distribution functionalities of THORChain (TCY)?

Buyback Entitlement (Discretionary but Regular): Right to benefit from protocol acquisition of TCY through buybacks into the THORChain treasury, including fee-funded RUNE/TCY pool buybacks. The mechanism benefits TCY holders through buyback demand and treasury accumulation, but it remains discretionary or parameter-dependent rather than guaranteed by an immutable distribution rule. | Direct Entitlement (Discretionary but Regular): Right to receive a pro rata share of THORChain network revenue paid in RUNE by staking TCY. Distributions depend on system income and parameterised fee routing.

THORChain (TCY)

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.131267
Market Cap	$24.38M
Fully Diluted Valuation	$27.56M
30d Change	11.60%
365d Change	-37.10%

Token Functionalities

Value Distribution

Buyback Entitlement (Discretionary but Regular)
Right to benefit from protocol acquisition of TCY through buybacks into the THORChain treasury, including fee-funded RUNE/TCY pool buybacks. The mechanism benefits TCY holders through buyback demand and treasury accumulation, but it remains discretionary or parameter-dependent rather than guaranteed by an immutable distribution rule.
Direct Entitlement (Discretionary but Regular)
Right to receive a pro rata share of THORChain network revenue paid in RUNE by staking TCY. Distributions depend on system income and parameterised fee routing.

System Attributes

Operating Model

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.

Value Creation

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.

Value Capture

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.

Governance

Token-Based: Token-Based Governance applies because RUNE bonding materially determines the privileged validator actor set. THORNode participation requires RUNE bonding, active-set churn changes the validators that can commit blocks and control vaults, and bond size affects entry into the active set. Those active RUNE-bonded nodes then hold binding Mimir voting and software-adoption influence. This is not pure passive token-holder governance: ordinary RUNE holders do not directly vote unless they operate or participate through the RUNE-bonded node role. Participant-Based: Participant-Based Governance applies to active THORNode operators. Active nodes validate THORChain state, participate in vault signing, vote on Mimir parameters, coordinate emergency pauses, and adopt software releases for protocol upgrades, supported-chain changes and restart software. Chain additions require Bifröst module work, review, testing and THORNode software adoption; a chain connects when 67% of nodes run the new software, and delisting can occur when nodes stop watching a chain. The temporary Threshold Signature Scheme restart work is an implementation and audit dependency, but execution remains fork-based and subject to THORNode adoption. Developer and marketing fund spend controllers remain unknown from the available evidence.