Разработка алгоритма funding rate арбитража
Funding rate арбитраж — одна из немногих стратегий в крипте с положительным математическим ожиданием и относительно предсказуемым профилем риска. Механика: держишь лонг на споте и шорт на перпе одновременно. Delta нейтральная позиция, цена не важна. Важен только funding rate — плата между лонгами и шортами на perpetual биржах. Когда рынок перегрет и все лонгуют, шортисты получают оплату от лонгистов. Это и есть доход стратегии.
Проблема в исполнении: кажущаяся простота скрывает несколько инженерных слоёв, без которых стратегия теряет до 80% теоретической доходности.
Математика и ключевые компоненты
Расчёт реальной доходности
Поверхностный расчёт APY через funding rate обманывает. Нужно учитывать:
- Funding rate — выплачивается каждые 8 часов на большинстве бирж (Binance, Bybit). APY = avgFundingRate × 3 × 365 × 100%. При ставке 0.01% в 8 часов это 10.95% годовых до комиссий.
- Borrowing rate (для маржинальной позиции на споте) — вычитается
- Trading fees (entry + exit обеих позиций) — 0.04-0.1% per side
- Slippage при открытии крупной позиции — особенно критично для неликвидных токенов
- Basis risk — разница между споттовой и фьючерсной ценой при закрытии
Для 100k USD позиции с 0.01% funding rate за 8 часов: $10 за раз, $30/день, $10,950/год. Минус комиссии ~0.08% × 2 = $160 на вход и выход. Минус borrowing rate ~5% годовых = $5,000. Итого реальный P&L ≈ $5,790 или ~5.8% при нейтральном funding.
Это нужно считать до открытия позиции, а не после.
Funding rate prediction
Ставка меняется на каждой бирже независимо. Binance perpetuals, dYdX, GMX v2, Hyperliquid — у каждого своя механика расчёта. На Binance: funding rate = clamp(premium index + clamp(interest rate - premium index, -0.05%, 0.05%), -0.75%, 0.75%). Premium index зависит от mark price vs. index price spread.
Для алгоритма важно предсказывать знак и приблизительную величину ставки за 1-2 часа до выплаты. Исторические данные funding rate доступны через API всех крупных бирж; на их основе строится простая регрессионная модель (или LSTM для более сложной логики) на open interest + funding rate history + spot/perp spread.
def estimate_next_funding_rate(symbol: str, lookback_hours: int = 24) -> float:
"""
Оценка следующей ставки на основе текущего premium index
и исторической волатильности ставки
"""
history = get_funding_history(symbol, lookback_hours)
current_premium = get_mark_vs_index_spread(symbol)
# Базовый расчёт по механике Binance
estimated_rate = clamp(
current_premium + clamp(INTEREST_RATE - current_premium, -0.0005, 0.0005),
-0.0075, 0.0075
)
# Momentum adjustment: если ставка растёт последние N периодов
momentum = compute_momentum(history, window=3)
return estimated_rate * (1 + momentum * MOMENTUM_WEIGHT)
Инженерные детали реализации
Multi-exchange execution
Спот можно держать на CEX (Binance spot) или DEX (Uniswap, через hedging с perp на dYdX или Hyperliquid). Полностью on-chain реализация возможна: спот через Uniswap v3 позицию, перп через GMX v2 или dYdX v4 (Cosmos-based). Преимущество — нет custodial risk CEX. Недостаток — gas costs + slippage выше.
Для CEX-based стратегии используем REST + WebSocket APIs. Критичный момент: атомарность открытия позиций. Если спот куплен, а перп по каким-то причинам не открылся (нет маржи, ошибка API, rate limit) — позиция стала directional. Нужен rollback механизм.
Управление маржой и ребалансировка
Delta нейтральность нарушается при движении цены. Если BTC вырос на 10%, notional стоимость спота выросла, а перп позиция ушла в убыток по mark price. При этом unrealized loss на перпе потребляет маржу — есть риск ликвидации при резком движении.
Решение: dynamic rebalancing при отклонении delta от нуля более чем на заданный порог (обычно 1-2% от позиции). Ребалансировка стоит комиссий, поэтому нужна оптимизация — не ребалансировать слишком часто.
| Параметр | Значение | Обоснование |
|---|---|---|
| Delta threshold | 1.5% | Ниже — слишком частые ребалансировки |
| Margin buffer | 20% от IM | Защита от ликвидации при gap down |
| Max leverage (perp) | 3x | Выше — liquidation risk растёт нелинейно |
| Min funding rate | 0.005% per 8h | Ниже — не покрывает комиссии |
Мониторинг и алерты
- Funding rate падает ниже минимального порога — сигнал на закрытие позиции
- Unrealized PnL на перпе приближается к margin call level — принудительная частичная ребалансировка
- Exchange API недоступен — hedged halt (не торгуем до восстановления связи)
- Basis резко расширился (>0.5%) — возможна аномалия на рынке, стоп-торговля
Стек и компоненты
Python — core алгоритм, расчёты, управление позициями. ccxt — унифицированный интерфейс к 100+ CEX API. PostgreSQL — хранение истории funding rates, P&L, сделок. Redis — real-time состояние позиций, очереди ордеров. Grafana + Prometheus — дашборд мониторинга, алерты.
Для on-chain версии: viem/ethers.js для взаимодействия с GMX v2 contracts, Foundry для тестирования on-chain логики на fork.
Процесс работы
Аналитика (3-5 дней). Выбор бирж, анализ исторических funding rates по целевым активам, расчёт реальной доходности с учётом всех затрат. Если цифры не сходятся — честно говорим об этом до начала разработки.
Разработка (1-2 недели). Backtesting модуль на исторических данных, execution engine, система управления рисками.
Бэктестинг на 12-24 месяцах данных. Проверяем поведение при кризисных периодах (LUNA crash, FTX коллапс).
Paper trading (1 неделя). Реальный market data, виртуальные позиции. Проверяем execution logic без риска.
Ориентиры по срокам
Алгоритм для одной пары на одной бирже — 1-2 недели. Мульти-биржевая система с динамическим управлением портфелем и бэктестингом — 3-5 недель. Стоимость рассчитывается индивидуально.