Valueverse
  • Screener
  • Research
Valueverse

Token cash-flow data, value mechanics, and API access for research workflows.

Platform

  • Screener
  • Research
  • Sign in
  • Account

Developers

  • API docs
  • API keys

Resources

  • FAQ
  • Methodology
  • Updates

Legal

  • Terms of Use
  • Privacy Policy
© 2026 Valueverse. All rights reserved.Built for token fundamentals, mechanics, and tester APIs.
Sign in
Back to Hyperliquid
Overview
Mechanism map
Integrated Stake‑Referral‑Delegation Engine
Volume-Driven Buybacks
Consensus Token
Deflationary Native
Stake-Based Discount
Referral Fee Sharing
Stake Delegation
Hyperliquid

Hyperliquid

Hyperliquid is a high-performance L1 blockchain with a native DEX and staking mechanism, designed to democratize onchain finance through low-latency trading and community-driven liquidity.

  • Hyperliquid is a performant L1 blockchain optimized for financial applications, featuring a custom consensus algorithm (HyperBFT) and supporting 200k orders/second with sub-second latency.
  • The token HYPE is used for staking to secure the network, with validators earning rewards proportional to their delegated stake and a 7-day unstaking queue to prevent attacks.
  • Unique features include the Hyperliquid DEX, a fully onchain order book perpetuals exchange, and vaults that democratize liquidity provision and profit-sharing for traders and depositors.

Mechanism map

  • Integrated Stake‑Referral‑Delegation Engine
  • Deflationary Native

Token functions

Integrated Stake‑Referral‑Delegation Engine

A robust economic engine for HYPE token designed to align network growth and users' action by combining five interconnected token functions.

Functions combine infrastructure layer and product business logic in a unique Value-Capturing Mechanism with five cashflow sources for the token holder:

Volume-Driven Buybacks

Represents HYPE token buybacks using protocol's trading fees. Buybacks are executed by Hyperliquid Assistance Fund.

Value drivers

Conditional Action

Represents trading activities

It represents that users must first trade to receive a trading fee discount.

[84] = ƒ(trading_volume)

  • trading_volume — user's trading volume over the given period

Cashflow

Represents HYPE buybacks

Represents indirect cashflow, distributed to all HYPE holders due to HYPE buybacks.

[26] = ƒ([84], buyback_volume)

  • buyback_volume — buyback volume over the same period

Consensus Token

Value capture investment profile

Hyperliquid (HYPE) is a high-performance L1 blockchain with a native DEX and staking mechanism designed to capture value through multiple technical implementations. The token's value capture architecture includes staking rewards, validator commissions, vault profit-sharing, and trading fee distributions. These mechanisms are implemented through smart contracts, consensus rules, and on-chain logic, ensuring value accrual to stakeholders while maintaining network security and decentralization.

1. STAKING REWARDS IMPLEMENTATION

Staking rewards on Hyperliquid are distributed proportionally to validators based on their delegated stake. The staking mechanism is implemented within HyperCore, where HYPE tokens can be transferred between spot and staking accounts. Validators must self-delegate a minimum of 10,000 HYPE to become active. Rewards are calculated dynamically based on the validator's total delegated stake and are subject to a commission rate capped at 1% to prevent exploitation. Delegations are locked for 1 day, and undelegations enter a 7-day unstaking queue to deter attacks. The reward distribution logic is embedded in the consensus layer, ensuring real-time updates to staking balances.

Key Parameters:
  • self_delegation_requirement: Minimum HYPE a validator must self-delegate to become active
  • commission_rate_cap: Maximum commission rate a validator can charge, with restrictions on increases
  • unstaking_queue_duration: Duration before undelegated tokens become transferable

2. VALIDATOR COMMISSION IMPLEMENTATION

Validators earn commissions from delegators, which are deducted from staking rewards. The commission rate is set by the validator and cannot exceed 1%. The commission is calculated as a percentage of the total rewards earned by the validator's delegated stake. The implementation ensures that commission rates cannot be increased beyond the cap unless the new rate is ≤1%. This is enforced through a smart contract function that validates commission rate updates before applying them. The commission is distributed to the validator's address automatically upon reward distribution.

Key Parameters:
  • commission_rate: Percentage of rewards taken by the validator
  • commission_update_limit: Maximum allowed increase in commission rate

3. VAULT PROFIT-SHARING IMPLEMENTATION

Vaults on Hyperliquid allow users to deposit funds and share profits with vault leaders, who receive 10% of the total profits. The profit-sharing mechanism is implemented through a smart contract that tracks deposits, withdrawals, and profit calculations. Vault leaders must maintain at least 5% of the vault's total value to prevent exploitation. Profits are distributed proportionally to depositors based on their share of the vault's total value. The contract enforces a 4-day lock-up period for withdrawals to ensure stability.

Key Parameters:
  • profit_share_percentage: Percentage of profits allocated to vault leaders
  • minimum_leader_share: Minimum share a vault leader must maintain
  • withdrawal_lockup: Duration before deposited funds can be withdrawn

4. TRADING FEE DISTRIBUTION IMPLEMENTATION

Trading fees on Hyperliquid are distributed to the community, including the Hyperliquidity Provider (HLP) vault, the assistance fund, and spot deployers. The fee distribution logic is embedded in the DEX smart contract, which calculates fees based on trade volume and asset type. Spot deployers can retain up to 50% of the fees generated by their token. The assistance fund, which holds assets in HYPE, requires validator quorum for disbursements. The contract ensures that fees are allocated transparently and cannot be altered without consensus.

Key Parameters:
  • fee_retention_cap: Maximum percentage of fees spot deployers can retain
  • assistance_fund_threshold: Validator quorum required for assistance fund disbursements

VALUE FLOW ARCHITECTURE

Value flows through the Hyperliquid ecosystem as follows: 1) Users stake HYPE to validators, earning rewards and paying commissions. 2) Trading fees are collected and distributed to HLP, the assistance fund, and spot deployers. 3) Vault depositors share profits with leaders, who take a 10% cut. 4) Referrers earn fees from referred users. Each flow is governed by smart contracts and consensus rules, ensuring transparent and secure value capture.

One of HYPE's primary functions is to secure the network by participating in consensus. Successful participation is rewarded.

The minimum self-stake (i.e., stake without delegation) requirement is 10,000 HYPE. Once this requirement is met, a node can join the active set of the top 24 (from the next network upgrade, presently 21) validators based on stake, if it qualifies.

Note that the validator need not have the entirety of his stake be self-staked, and any amount (beside the mandatory 10,000 HYPE) may be delegated instead (see the Stake Delegation function).

Value drivers

Transferability Restriction

Represents staking of the HYPE tokens to activate their utility for the purposes of validator operation, stake delegation, fee discount reception, etc.

To activate the majority of HYPE utility functions, HYPE lock-up or staking is required.

The lockup duration is variable (e.g., a validator's minimum self-stake is locked for a year). In any case, staking HYPE involves a seven-day unstaking queue, which places a lower bound on the lockup duration.

The risk varies as well. A validator's stake can be slashed. Note that automatic slashing has not yet been implemented. Currently, the only penalty is temporary exclusion from the active set, which is decided by validator voting.

[71] = ƒ(stake_amount, price_at_stake)

  • stake_amount — number of tokens staked
  • price_at_stake — price of one token at staking time

Access

Represents active set inclusion

The HyperEVM validator active set consists of the top 24 (from the next network upgrade, presently 21) validators by total stake (which may increase in the future). This set is reconstituted every 100,000 rounds, or approximately 90 minutes. To be eligible, a validator must possess at least 10,000 self-staked HYPE.

[41] = ƒ(own_stake, others_stakes)

  • own_stake — own stake level
  • others_stakes — stake levels of other validators

Conditional Action

Represents the work done by the validator for securing the HyperEVM consensus

Represents validator's consensus participation

[81] = ƒ([4_1])

Cashflow

Represents the continuous accrual of rewards by the validators

All validators in the active set receive rewards continuously. The reward rate is inversely proportional to the square root of the total amount of HYPE staked, and it is expressed as an expected APY.

[22] = ƒ([8_1], reward_rate)

  • reward_rate — current global reward rate

Access

Represents eigibility of successful validators for the delegation program

Validators that successfully run at least two non-validator nodes with 95% uptime are eligible to apply for the Delegation Program. If their application is accepted, the Hyper Foundation delegates additional stake to them.

[42] = ƒ(validator_metrics)

  • validator_metrics — performance metrics of the validator

Deflationary Native

Due to EIP-1559 (the same as in Ethereum), the base fee paid in HYPE tokens to the network is burned. This is an additional source of HYPE deflation.

This applies only to HyperEVM transactions because HyperCore does not use HYPE for gas payments; instead, HyperCore fees are the classical trading fees (charged in the sold token) and are therefore not relevant for the purposes of this VCM.

Value drivers

Value Transfer

Represents the role of HYPE as the sole medium of payment accepted for purchasing blockspace

HYPE is the native token of HyperEVM, used for purchasing network blockspace (paying for gas).

[1] = ƒ(tx_throughput, gas_per_tx, gas_price)

  • tx_throughput — transactions executed in a given timespan, defining the rolling supply of blockspace
  • gas_per_tx — average gas expenditure per transaction
  • gas_price — average price of gas in HYPE

Cashflow

Represents the deflationary appreciation from burning the base fees

HYPE has the same fee structure as Ethereum with EIP1559, meaning base fees (on HyperEVM) are burned. This creates an indirect cash flow for all HYPE holders in the form of continuous deflation.

[21] = ƒ([1], base_fee_portion)

  • base_fee_portion — base fee's portion in overall fee structure, taken as a mean over the same period

Stake-Based Discount

Represents the gated access to trading fee discounts. The discount can be activated only through staking HYPE. Discount tiers:

  • 5% (stake >10 HYPE)
  • 10% (stake >100 HYPE)
  • 15% (stake >1,000 HYPE)
  • 20% (stake >10,000 HYPE)
  • 30% (stake >100,000 HYPE)
  • 40% (stake >500,000 HYPE)

If a staker needs to trade from a third-party address, the staking address and the trading address may be (irreversibly) linked. In this case, the discount is transferred.

Value drivers

Transferability Restriction

Represents staking of the HYPE tokens to activate their utility for the purposes of validator operation, stake delegation, fee discount reception, etc.

To activate the majority of HYPE utility functions, HYPE lock-up or staking is required.

The lockup duration is variable (e.g., a validator's minimum self-stake is locked for a year). In any case, staking HYPE involves a seven-day unstaking queue, which places a lower bound on the lockup duration.

The risk varies as well. A validator's stake can be slashed. Note that automatic slashing has not yet been implemented. Currently, the only penalty is temporary exclusion from the active set, which is decided by validator voting.

[71] = ƒ(stake_amount, price_at_stake)

  • stake_amount — number of tokens staked
  • price_at_stake — price of one token at staking time

Conditional Action

Represents trading activities

It represents that users must first trade to receive a trading fee discount.

[84] = ƒ(trading_volume)

  • trading_volume — user's trading volume over the given period

Cashflow

Represents the trading fee discount

Staking HYPE tokens gives the staker a trading fee discount based on their staking tier, which is determined by the amount staked.

This discount can be transferred to a different account, called a "spot account" in the documentation, through the linking process.

This makes it possible to trade from an account that is distinct from the staking/validator account.

[25] = ƒ(staking_tier, [8_4])

  • staking_tier — staker's tier determining the size of the discount

Referral Fee Sharing

This represents the fee shared by the referred user. Once a user is onboarded with a referral code, a portion of the fees he pays will be transferred to the provider of the referral code for his first $1 billion in volume. This portion is presently fixed at 10%.

Value drivers

Transferability Restriction

Represents staking of the HYPE tokens to activate their utility for the purposes of validator operation, stake delegation, fee discount reception, etc.

To activate the majority of HYPE utility functions, HYPE lock-up or staking is required.

The lockup duration is variable (e.g., a validator's minimum self-stake is locked for a year). In any case, staking HYPE involves a seven-day unstaking queue, which places a lower bound on the lockup duration.

The risk varies as well. A validator's stake can be slashed. Note that automatic slashing has not yet been implemented. Currently, the only penalty is temporary exclusion from the active set, which is decided by validator voting.

[71] = ƒ(stake_amount, price_at_stake)

  • stake_amount — number of tokens staked
  • price_at_stake — price of one token at staking time

Conditional Action

Represents creating referral codes to onboard new people

Any user that has done at least $10,000 in volume can create a referral code that gives a 4% fee discount to the receiver (active for his first $25M in volume).

[82] = binary

Conditional Action

Represents trading activities

It represents that users must first trade to receive a trading fee discount.

[84] = ƒ(trading_volume)

  • trading_volume — user's trading volume over the given period

Cashflow

Represents the reception of a portion of fees paid by the referred users

When a user joins with a referral code, the creator of the code receives a portion of the referred user's fees for the first $1 billion in trading volume. The portion is presently fixed at 10%.

[23] = ƒ(fee_volume, user_volume)

  • fee_volume — volume of fees paid by the referred user
  • user_volume — referred user's cumulative trading volume so far

Stake Delegation

Represents the possibility of delegating one's stake to an active validator in order to share in the rewards he receives. The reward is shared proportionally based on the user's contribution and is subject to the validator's fee. To prevent validators from taking advantage of careless delegators, the fee may not be increased by more than 1% after it is initially set.

There is no lower limit on the user's ability to delegate stake, unlike the validators' self-stake requirements.

Value drivers

Transferability Restriction

Represents staking of the HYPE tokens to activate their utility for the purposes of validator operation, stake delegation, fee discount reception, etc.

To activate the majority of HYPE utility functions, HYPE lock-up or staking is required.

The lockup duration is variable (e.g., a validator's minimum self-stake is locked for a year). In any case, staking HYPE involves a seven-day unstaking queue, which places a lower bound on the lockup duration.

The risk varies as well. A validator's stake can be slashed. Note that automatic slashing has not yet been implemented. Currently, the only penalty is temporary exclusion from the active set, which is decided by validator voting.

[71] = ƒ(stake_amount, price_at_stake)

  • stake_amount — number of tokens staked
  • price_at_stake — price of one token at staking time

Conditional Action

Represents stake delegation to a validator

Any user who has non-zero stake can delegate it to a validator in return for a share of rewards.

[83] = ƒ(target_validator_stake)

  • target_validator_stake — present stake of the target validator

Cashflow

Represents sharing of validator rewards with the delegators

Any delegator receives a share of the rewards proportional to their stake contribution, minus the validator commission.

[24] = ƒ([8_3], validator_commission)

  • validator_commission — commission level of the target validator