Как рассчитывается почасовая ставка фандинга Hyperliquid

Почему выплаты происходят каждый час

Hyperliquid одновременно использует два временных масштаба. Формула определена как восьмичасовая для совместимости с привычной моделью рынков бессрочных контрактов, но фактически площадка каждый час проводит одну восьмую вычисленного значения.

Если восьмичасовой эквивалент равен 0,01%, на одно часовое начисление приходится 0,00125%. Сумма автоматически прибавляется к балансу либо вычитается из него. Hyperliquid описывает фандинг как перевод непосредственно между сторонами позиции и не взимает с него отдельную комиссию.

Знак показывает направление платежа. При положительной ставке лонги платят шортам, при отрицательной — шорты лонгам.

Сумма рассчитывается от номинала позиции, а не от внесённой маржи:

выплата = размер позиции × oracle price × часовая ставка

Поэтому плечо увеличивает относительное влияние фандинга на маржу, но не умножает саму ставку, применяемую к номиналу. Для перевода размера позиции в денежное выражение используется oracle price, а не mark price.

Формула использует impact-цены, а не mark price

Базовая формула выглядит так:

F = P + clamp(I - P, -0.0005, 0.0005)

I — фиксированная процентная часть 0,0001, то есть 0,01% за восемь часов. P — средняя премия.

Ключевой нюанс состоит в том, откуда берётся P. Hyperliquid не использует простое (mark price - oracle price) / oracle price. Вместо этого площадка смотрит на impact execution prices:

impact_price_difference =
    max(impact_bid_px - oracle_px, 0)
  - max(oracle_px - impact_ask_px, 0)

premium = impact_price_difference / oracle_price

impact_bid_px и impact_ask_px — средние цены исполнения заданного номинала по bid- и ask-стороне книги. В актуальной спецификации impact notional составляет 20 000 USDC для BTC и ETH и 6 000 USDC для остальных стандартных бессрочных контрактов.

Премия снимается каждые пять секунд, после чего значения усредняются за час. Поэтому краткий скачок не становится всей ставкой, а тонкая книга способна создать заметную премию даже при небольшом расхождении mark и oracle.

У clamp есть ещё одно практическое следствие. Пока средняя премия находится между -0,04% и +0,06%, результат остаётся на фиксированных 0,01% за восемь часов.

Например, при средней премии +0,08%:

P = 0.0008
I = 0.0001
I - P = -0.0007
clamp(I - P) = -0.0005

F = 0.0003
  = 0.03% за 8 часов

часовая выплата = 0.03% / 8
                = 0.00375%

При номинале позиции 100 000 USDC это соответствует 3,75 USDC за один час при условии, что вычисленная ставка сохранилась на этом уровне. Это пример механики, а не прогноз.

Отдельно действует верхнее ограничение в 4% за час. В документации указано, что этот cap и часовой период выплаты не зависят от конкретного актива.

Что добавляет фиксированная процентная часть

Фиксированная часть равна 0,01% за восемь часов, то есть 0,00125% в часовом выражении до влияния премии. Hyperliquid связывает её с разницей стоимости заимствования USD и базового криптоактива.

Внутри диапазона clamp премия полностью сокращается:

P + (I - P) = I

Если средняя премия уходит за границу диапазона, clamp может компенсировать только 0,05% разницы. Остаток начинает двигать итоговую ставку.

При положительном результате платит лонг, получает шорт. При отрицательном — наоборот. Поэтому направление устойчивой премии важнее самого факта, что фиксированная процентная часть положительная.

Как читать ставки через Info API

У Hyperliquid нет одного универсального запроса для всех данных о фандинге. Текущая ставка, прогноз, рыночная история и фактические начисления кошелька читаются разными типами запросов к POST https://api.hyperliquid.xyz/info.

Ответ predictedFundings имеет вложенную структуру:

[
  [
    "AVAX",
    [
      [
        "BinPerp",
        {
          "fundingRate": "0.0001",
          "nextFundingTime": 1733961600000
        }
      ],
      [
        "HlPerp",
        {
          "fundingRate": "0.0000125",
          "nextFundingTime": 1733958000000
        }
      ],
      [
        "BybitPerp",
        {
          "fundingRate": "0.0001",
          "nextFundingTime": 1733961600000
        }
      ]
    ]
  ]
]

Сравнивать эти цифры без нормализации нельзя. Разные площадки могут использовать разные периоды расчёта и выплаты, поэтому сначала приведите ставки к одному часовому или восьмичасовому масштабу.

Для fundingHistory обязательны coin и startTime в миллисекундах. endTime необязателен и включается в диапазон. Общие правила Info API ограничивают time-range ответы 500 элементами, поэтому длинную историю нужно получать постранично, двигая startTime от последней полученной точки.

Есть и ограничение для HIP-3. metaAndAssetCtxs позволяет выбрать конкретный perp DEX, а исторические данные доступны для DEX-qualified названий рынков. predictedFundings на текущий момент документирован только для первого perp DEX.

Минимальный Python-клиент:

import time
import requests

INFO = "https://api.hyperliquid.xyz/info"
session = requests.Session()


def post(payload):
    r = session.post(INFO, json=payload, timeout=10)
    r.raise_for_status()
    return r.json()


def current_funding():
    meta, contexts = post({"type": "metaAndAssetCtxs"})
    names = [asset["name"] for asset in meta["universe"]]

    return {
        coin: {
            "funding": ctx["funding"],
            "premium": ctx.get("premium"),
            "oraclePx": ctx.get("oraclePx"),
            "markPx": ctx.get("markPx"),
        }
        for coin, ctx in zip(names, contexts)
    }


def predicted_funding():
    rows = post({"type": "predictedFundings"})

    return {
        coin: {
            venue: details
            for venue, details in venues
            if details is not None
        }
        for coin, venues in rows
    }


def funding_history(coin, start_ms, end_ms=None):
    payload = {
        "type": "fundingHistory",
        "coin": coin,
        "startTime": start_ms,
    }

    if end_ms is not None:
        payload["endTime"] = end_ms

    return post(payload)


now_ms = int(time.time() * 1000)

print(current_funding()["BTC"])
print(predicted_funding().get("BTC", {}))
print(
    funding_history(
        "BTC",
        now_ms - 24 * 60 * 60 * 1000,
    )[:3]
)

metaAndAssetCtxs подходит для текущего дашборда, predictedFundings — для сравнения следующей выплаты между площадками, а fundingHistory — для графиков и исследования истории.

Пример намеренно не реализует пагинацию, нормализацию периодов других площадок, постоянное хранилище и retry. Эти функции нужны уже полноценному сборщику.

Запросы расходуют REST-бюджет. Большинство документированных Info-запросов сейчас имеют weight 20 в общем лимите 1 200 весов в минуту на IP. Для fundingHistory и userFunding дополнительно начисляется единица веса на каждые 20 элементов ответа.

Как фактический фандинг попадает в состояние аккаунта

Начисления записываются в HyperCore как часть состояния аккаунта, а не как отдельная комиссия площадки. Реализованные события конкретного адреса можно получить через userFunding.

Пример записи:

{
  "delta": {
    "type": "funding",
    "coin": "ETH",
    "usdc": "-3.625312",
    "szi": "49.1477",
    "fundingRate": "0.0000417"
  },
  "time": 1681222254710,
  "hash": "0x..."
}

Для бухгалтерского учёта важнее всего delta.usdc. Отрицательное значение означает списание с аккаунта, положительное — начисление. Исторический денежный поток лучше сверять по этим событиям, а не пытаться восстановить его из текущей или прогнозной ставки.

Отдельная транзакция со стороны трейдера для часового начисления не требуется. Изменение баланса происходит в состоянии HyperCore автоматически.

Это имеет и практическое влияние на риск позиции. В документации по ликвидациям прямо указано, что funding payments могут изменять расчётную цену ликвидации уже открытой позиции.

Что нужно нормализовать для funding arbitrage

Большая положительная ставка на одной площадке и меньшая ставка на другой ещё не образуют готовую арбитражную возможность. Сначала обе цифры нужно привести к одному периоду и убедиться, что сравниваются выплаты, которые действительно относятся к сопоставимым временным окнам.

Например, нельзя напрямую вычитать часовое значение Hyperliquid из восьмичасового значения другой площадки. nextFundingTime показывает ближайшее время выплаты, но период конкретной площадки всё равно нужно брать из её актуальной документации.

Затем появляются издержки исполнения. Для межбиржевой позиции нужно открыть и закрыть обе ноги, поэтому комиссии, spread и slippage способны съесть несколько привлекательных на экране funding periods. Кроме того, прогнозная ставка может измениться до settlement, а сам spread — перевернуться уже после входа.

В коде стоит хранить четыре разных сущности:

текущая ставка       → что начисляется сейчас
прогнозная ставка    → что может быть начислено следующим
историческая ставка  → что было зафиксировано рынком
начисление кошелька  → что реально записано на баланс

Если смешать их в одной временной серии, funding-arbitrage backtest легко покажет доход, которого невозможно получить при реальном исполнении.

Для одиночного дашборда сначала достаточно программных мер: кешировать метаданные, правильно листать историю и не запрашивать повторно уже известные данные. Если оставшаяся задача — множество независимых collectors, которым нужен постоянный и воспроизводимый egress с раздельными per-IP бюджетами запросов, прокси для криптопроектов закрывают именно сетевую часть. Они не меняют формулу Hyperliquid, состояние аккаунта или торговые ограничения площадки.