Hyperliquid (HYPE)
System: Hyperliquid — Trading and Exchange
Hyperliquid provides a trading focused Layer-1 that sells fully on-chain order-book execution for spot and perpetual futures. Founded in 2022, the system operates a HyperBFT-secured Layer-1 with HyperCore as the exchange-native execution layer that runs fully on-chain spot/perpetual futures order books and HyperEVM as a general-purpose EVM-compatible execution environment that allows developers to deploy applications that are able to access HyperCore's liquidity. The system boundary encompassing the core L1 contracts for order books, staking, bridging, fees and burn mechanisms, as well as core operators including validators and Hyper Foundation or Labs, while excluding external asset issuers, applications on Hyperliquid and other blockchains.
Market Data
| Price | $41.46 |
| Market Cap | $9.88B |
| Fully Diluted Valuation | $39.89B |
| 30d Change | 19.09% |
| 365d Change | 97.43% |
Token Functionalities
Governance
- Product/Service Line Decisions (Partial)
Right to create, halt, resume, or retire certain customer-facing perpetual markets within a defined scope, either by qualifying to deploy one HIP-3 perp DEX or through validator votes to delist validator-operated perp markets.
- Actor Set Permissioning (Unilateral)
Right to re-weight validator consensus stake, and thereby influence which validators remain active in the top validator set, by staking or delegating HYPE within HyperCore’s delegated proof of stake system.
- Economic Design/Parameter Control (Partial)
Right to determine certain live economic penalty outcomes, including the amount of HYPE slash applied to permissionless quote-asset deployers when validator voting finds that quote-asset requirements were not maintained.
Collateral
- Financial Collateral
Right to pledge HYPE as eligible collateral inside Hyperliquid portfolio margin and borrow against it within the protocol, subject to the stated LTV parameters, supply caps, and liquidation mechanics.
- Performance-Bond
Right to post HYPE as a slashable performance bond backing quote-asset deployment or HIP-3 market deployment, with losses determined by validator voting when the deployer breaches qualifying operational or quality conditions.
- Financial Collateral (Strong) [Exogenous]
Right to pledge HYPE as collateral in external DeFi credit venues, with current DefiLlama token-usage data showing material lending-side adoption that clears the framework’s Strong threshold for exogenous financial collateral.
Value Distribution
- Burn Entitlement (Algorithmic or Guaranteed)
Right to benefit from protocol-defined HYPE burning, where exchange activity routes fees to an assistance mechanism that converts value into HYPE and removes it from circulation, creating a non-discretionary supply reduction tied to trading activity. Right to benefit from protocol-defined burning of HYPE sourced from HyperEVM transaction fees, so that HyperEVM usage translates into direct token supply reduction via fee burn rules.
Payments
- Native Resource Fee (Strong)
Right to consume HyperEVM execution and inclusion capacity by paying the system-enforced native gas fee in HYPE, even though HYPE is not the exclusive payment path for every valuable Hyperliquid resource.
Service Provision
- State Transition Execution and Transaction Sequencing
Right to execute deterministic state transitions and decide transaction inclusion and ordering for Hyperliquid blocks as an active validator in HyperCore’s delegated proof of stake validator set.
Membership
- Access Privilege
Right to unlock eligibility for protocol-gated builder features, including permissionless quote-asset enablement and one HIP-3 perp DEX deployment, by meeting the required HYPE staking thresholds set by the protocol.
- Preferential Pricing (Hold-Based)
Right to receive progressively lower Hyperliquid trading fees by staking HYPE and reaching higher staking tiers, with documented discounts rising from 5% to 40% depending on staked amount.
System Attributes
Operating Model
<p>Hyperliquid operates its core exchange functionality and HyperEVM applications directly on-chain, with day-to-day service provision, including transaction matching, ordering, execution, and settlement, coordinated by protocol-defined rules and a permissionless, albeit small, validator set rather than a central off-chain business. The system does not rely on a corporate operator to deliver its core service, and validator participation is integral to its operation.</p>
Value Creation
Hyperliquid exhibits on-chain value creation because all economically meaningful outputs are produced by protocol-enforced on-chain execution rather than off-chain services or discretionary operators. The core exchange engine, HyperCore, generates the primary user-facing value, spot and perpetuals trading, via fully on-chain order books where every order, cancellation, match, liquidation, and settlement is an on-chain state transition with deterministic finality. This on-chain execution model extends to HyperEVM, where applications create value by consuming Hyperliquid blockspace and executing smart contracts under the same validator-secured consensus.
Value Capture
Hyperliquid exhibits on-chain value capture and routing, as protocol-generated fees are captured by on-chain mechanisms and distributed according to transparent, predefined rules rather than routed to a privileged off-chain entity. Trading fees are allocated to community-defined recipients such as the Hyperliquidity Provider (HLP) and approved deployers, while a portion of fees is routed to the assistance fund, where accumulated HYPE is programmatically burned, reducing token supply. In parallel, HyperEVM enforces an on-chain fee burn for both base and priority transaction fees, ensuring that value capture and redistribution occur natively within the cryptoeconomic system.
Governance
Hyperliquid exhibits a hybrid governance structure combining token-based and participant-based governance, with the distinction arising from the limited, role-gated validator set. HYPE token ownership confers token-based governance rights by determining eligibility and stake-weighted influence, enabling holders to access governance through staking and delegation. However, because binding governance actions can only be exercised by a very restricted active validator set, governance authority becomes participant-based in practice, as only validators selected and ranked by stake can directly execute protocol-level decisions such as enforcement and slashing. As a result, token-based governance is necessary but not sufficient, and the exclusivity of the validator set is what converts governance into participant-based governance at the system level.