Funding rate

Reading depth

Each view includes the earlier layers; the complete engineer or auditor page is shown by default.

BeginnerCore purpose and mental modelPractitionerAdds mechanisms and economicsEngineer or auditorAdds state and verification

Dependency check

Advanced detail assumes prerequisite knowledge

Before using practitioner mechanisms or engineer and auditor checks, review any unfamiliar dependency. These paths come from canonical depends_on relationships; Web3 Academy does not track completed lessons.

Review 6 dependencies

• AssetRequired through Asset versus claim

  1. Funding rate
  2. Perpetual future
  3. Asset versus claim
  4. Asset

• ClaimRequired through Asset versus claim

  1. Funding rate
  2. Perpetual future
  3. Asset versus claim
  4. Claim

• TokenRequired through Asset versus claim

  1. Funding rate
  2. Perpetual future
  3. Asset versus claim
  4. Token

• Asset versus claimRequired through Perpetual future

  1. Funding rate
  2. Perpetual future
  3. Asset versus claim

• Decentralized exchangeRequired through Perpetual future

  1. Funding rate
  2. Perpetual future
  3. Decentralized exchange

• Perpetual futureDirect prerequisite

  1. Funding rate
  2. Perpetual future

A funding rate determines periodic transfers between long and short perpetual positions under a venue-specific price-alignment or skew rule.

Category: DerivativesDiamond category cue

System record

Start with the economic purpose, participants, resources, and entitlements before studying implementation detail.

Why it exists

Funding makes one side of an imbalanced or mispriced perpetual market costly and the other side rewarding, encouraging trades that reduce divergence or skew.

Traditional-finance analogy

Financing or carry payment is the closest comparison recorded for this concept.

Where the analogy stops

• Funding can flow in either direction between traders and is recalculated periodically rather than being a fixed loan coupon.
• Some venues base funding on price premium, some on market skew, and some route counterparty exposure through a liquidity pool rather than purely peer to peer.

Main actors

• ActorLong trader
• ActorShort trader
• ActorPerpetual venue
• ActorOracle or index publisher
• ActorCounterparty or liquidity pool

Assets and claims

Assets — controlled or transformed resources

Assets are resources the mechanism moves, holds, values, or transforms.

• AssetFunding payment in the settlement unit
• AssetMargin collateral

Claims — entitlements and corresponding dependencies

Claims are rights to value, repayment, redemption, control, or another party's performance; each depends on an obligation or system that must honor it.

• ClaimAccrued funding obligation or entitlement
• ClaimPerpetual position

A funding rate determines periodic transfers between sides of a perpetual market under a venue-specific price-alignment or position-skew rule.

Why it exists

A perpetual has no expiry or delivery date that mechanically joins its price to the reference market. Funding makes one side more costly and the other more rewarding, creating an incentive to take positions that may reduce price basis or market skew.

Traditional-finance analogy

Financing or carry is a useful analogy, but funding is not ordinary loan interest. It can change sign, can move directly between traders or through a counterparty pool, and is recalculated at venue-defined intervals from a premium, skew, interest, or composite rule.

Actors, assets, and claims

Long and short traders hold opposite price exposure. The venue records position notional and funding checkpoints. An oracle or index process provides a reference; a pool can be the economic counterparty in some designs. The funding payment is a settlement-asset transfer, while accrued funding is an obligation on one account and an entitlement on another.

Step-by-step mechanism

1. Define the reference index, perpetual mark or impact price, and measurement interval.
2. Compute the venue’s premium, skew, interest component, clamp, cap, and rate sign.
3. Apply the rate to the eligible signed notional for the exact funding interval.
4. Debit the paying side and credit the receiving trader, pool, or protocol account.
5. Update funding checkpoints so a position change cannot repeat or skip accrual.
6. Include accrued funding in equity, withdrawal, settlement, and liquidation calculations.

A simplified interval calculation is:

fundingPaymentUsd
= signedPositionNotionalUsd × fundingRateForInterval

The venue must define which sign pays, which price converts size to notional, whether the displayed rate is per interval or annualized, and how elapsed or partial intervals behave. Those choices cannot be inferred from the formula.

State and flow view

Table: State and flow view

Account item	Payer	Receiver
Position size	Remains open	Remains open
Funding balance	Debited	Credited
Account equity	Falls and may approach liquidation	Rises before other losses and fees
Reference asset	Does not move because of funding	Does not move because of funding

Capital flow moves the funding asset from the paying account to the recipient defined by the venue. Claim flow updates each account’s accrued funding debit or credit without changing the underlying reference asset. Return flow is the same venue-defined transfer viewed from the receiving account, not income created by the reference asset. Information flow carries index, mark, premium, skew, rate, and interval data. Risk flow reaches the payer through margin depletion and can reach all users through faulty price, sign, checkpoint, or counterparty-pool accounting.

Return source and loss allocation

Positive received funding is paid by another account or a counterparty pool; it is not yield generated by the underlying asset. It can reverse sign, fail to offset basis, or be overwhelmed by price loss, fees, and liquidation. A venue must explicitly account for any shortfall rather than silently minting trader equity.

Engineer or auditor lens

Test positive, negative, and zero rates; long and short signs; empty and reduced positions; exact interval boundaries; delayed settlement; caps and clamps; annualized versus per-interval displays; oracle and mark decimals; partial closes; and repeated checkpoints. Funding debits and credits must reconcile under the selected peer-to-peer or pool model.

Hyperliquid’s funding documentation describes one hourly peer-to-peer implementation based on a premium and interest component. Its interval, price input, cap, and payer convention are examples, not universal perpetual-market rules. The documentation was reviewed 2026-08-10.

Common misunderstandings

• “Longs always pay shorts.” Payer direction depends on the rate sign and the venue’s convention.
• “Funding guarantees the perpetual price equals spot.” It creates an incentive; liquidity, risk, and market conditions can preserve a basis.
• “A high displayed annual rate is guaranteed yield.” Future rates can change and the position still bears price, margin, execution, and counterparty risk.

Next see how accumulated funding changes derivatives margin and liquidation eligibility.

Machine-readable model

Key equations

Canonical expressions come from the structured concept record. KaTeX renders the notation, while the plain-text expression and variable table keep its meaning and units inspectable without JavaScript. Read the narrative above for the model's domain, assumptions, and rounding rules.

1. Equation 1

   $$\mathrm{fundingPayment} = \mathrm{signedPositionNotional} \times \mathrm{fundingRateForInterval}$$

   Plain-text equation: fundingPayment = signedPositionNotional * fundingRateForInterval

   Variables and units for equation 1

   Symbol	Meaning	Unit
   fundingPayment	Funding Payment	selected settlement-asset units
   signedPositionNotional	Signed Position Notional	selected valuation unit (for example, USD)
   fundingRateForInterval	Funding Rate For Interval	fraction for the stated funding interval (1 = 100%)

Assurance contract

Security properties

These structured statements define desired behavior. Their stable IDs can bind tests, invariants, specifications, audit findings, or proof results without turning descriptive review advice into an assurance claim.

Desired · not evaluated: No test, audit, or proof result is implied until scoped evidence is linked to this property.

1. SP-01Desired · not evaluated

   Funding sign, payer direction, interval, notional, price, scaling, cap, and rounding are explicit

2. SP-02Desired · not evaluated

   Funding debits equal credited trader, pool, or protocol accounts under the stated model

3. SP-03Desired · not evaluated

   Accrual cannot be applied twice or skipped across position changes and settlements

4. SP-04Desired · not evaluated

   User interfaces distinguish current, predicted, historical, annualized, and realized funding

Prerequisites

Direct dependencies recorded by this concept's canonicaldepends_on relationships.

• Perpetual futurePath 29

  A perpetual future is a margined derivative that gives long or short price exposure without transferring the underlying asset or having a fixed expiry.

Learn next

Concepts that directly depend on this one, ranked by the recommended learning path. Check each page for additional prerequisites.

No concept directly builds on this page in the current graph; use the guided learning paths to choose another branch.

Knowledge check

Quiz

Answer in your own words, then open the model answer.

What problem does Funding rate exist to address?

Model answer

Funding makes one side of an imbalanced or mispriced perpetual market costly and the other side rewarding, encouraging trades that reduce divergence or skew.

Mark as understood