Розробка системи ф'ючерсної торгівлі для криптобірж потребує високої точності розрахунків маржі, ліквідацій та funding rate. Помилка в коді margin engine може призвести до збитків у $10 млн за хвилину при плечі до 100x. Ми маємо 10+ років досвіду у створенні криптобіржових систем та реалізували ф'ючерсні двигуни для 7 платформ. Ми будуємо такі системи з нуля або модернізуємо наявні, використовуючи перевірені архітектурні патерни та інструменти з latency <1ms. Наша платформа обробляє до 100 000 позицій за секунду — це в 10 разів швидше, ніж середньоринкові рішення. У цій статті розберемо ключові компоненти: perpetual swaps, isolated vs cross margin, розрахунок ліквідаційної ціни, funding rate, mark price, багаторівневий захист ліквідацій та риск-менеджмент.
Чому розробка системи ф'ючерсної торгівлі — технічно складний продукт?
Ключові виклики: розрахунок ліквідаційної ціни для 10 000+ позицій за 100 мс, синхронізація margin updates, захист від маніпуляцій через mark price, високе навантаження. Високе плече (до 100x) потребує багаторівневого захисту від втрат. Кожен компонент має бути атомарним і консистентним навіть при flash crashes.
Типи контрактів та маржинальні розрахунки
| Тип | Expiry | Settlement | Де застосовується |
|---|---|---|---|
| Quarterly futures | Фіксована дата | Cash або physical | CME, Deribit |
| Perpetual swaps | Немає | Mark price + funding | Binance, Bybit, dYdX |
| Inverse perpetuals | Немає | У базовому активі | Bitmex legacy, Bybit |
| Linear perpetuals | Немає | У stablecoin | Більшість CEX |
Perpetual swaps домінують на крипторинку — 90% обсягу деривативів. Відсутність експірації зручна для трейдерів, а funding rate утримує ціну контракту близько до spot.
Margin система: isolated vs cross margin — розробка системи ф'ючерсної
Ізольована маржа: кожна позиція має окрему заставу, збиток обмежений. Крос-маржа: всі позиції використовують спільний баланс, ефективніше за капіталом, але ризик повного дренажу. Ми реалізуємо обидва режими з атомарним перерахунком.
Розрахунок ліквідаційної ціни для linear perpetual:
- Long:
Entry price * (1 - 1/leverage + maintenance_margin_rate) - Short:
Entry price * (1 + 1/leverage - maintenance_margin_rate)
Приклад: Long BTC з entry 50 000 USDT, leverage 10x, MMR 0.5% → liquidation price = 45 250 USDT.
Детальніше про розрахунок ліквідаційної ціни
При маржинальній торгівлі ліквідаційна ціна залежить від режиму маржі. В isolated margin ліквідація відбувається за банкротною ціною, при якій маржа дорівнює нулю. В cross margin ліквідація настає при падінні загального капіталу нижче maintenance margin.Як працює funding rate та mark price?
Funding rate: розрахунок кожні 8 годин
Funding rate — періодичний платіж між лонгами та шортами. Формула Binance-стиль:
def calculate_funding_rate(order_book, index_price, interest_rate=0.0001): impact_size_usd = 200_000 impact_bid = get_impact_price(order_book.bids, impact_size_usd, 'bid') impact_ask = get_impact_price(order_book.asks, impact_size_usd, 'ask') mark_price = get_mark_price(index_price) premium_index = (max(0, impact_bid - mark_price) - max(0, mark_price - impact_ask)) / index_price raw_funding = premium_index + clamp(interest_rate - premium_index, -0.0005, 0.0005) return clamp(raw_funding, -0.0075, 0.0075) Розрахунок кожні 8 годин — стандарт, або 1 година для високоволатильних активів.
Mark Price та Index Price: захист від маніпуляцій
Index price — середньозважена спотова ціна з кількох бірж (Binance, Coinbase, Kraken, OKX). Outlier protection: якщо ціна однієї біржі відхиляється >3% від медіани — виключається. Staleness: якщо фід не оновлювався >30 секунд — виключаємо. Мінімум 3 активних джерела, інакше торги призупиняються.
Mark price згладжує короткострокові маніпуляції через EMA(Basis) з періодом 30 секунд. Ліквідації відбуваються за mark price, а не за last traded price — це захищає трейдерів від flash crashes. Поняття perpetual swaps детально описано в Wikipedia.
Архітектура liquidation engine
Чотири рівні захисту:
- Partial liquidation — закриття частини позиції для підвищення маржі.
- Full liquidation — повне закриття за mark price.
- Insurance fund — покриття різниці, якщо ліквідація гірша за bankruptcy price.
- Auto-Deleveraging (ADL) — примусове закриття прибуткових позицій, якщо фонд вичерпано.
Архітектура двигуна:
class LiquidationEngine: def __init__(self, exchange): self.exchange = exchange self.check_interval_ms = 100 async def run(self): while True: mark_prices = await self.exchange.get_mark_prices() at_risk = await self.db.get_positions_at_risk(mark_prices) for position in at_risk: await self.process_liquidation(position, mark_prices[position.symbol]) await asyncio.sleep(self.check_interval_ms / 1000) async def process_liquidation(self, position, mark_price): async with self.db.transaction(): margin_ratio = self.calculate_margin_ratio(position, mark_price) if margin_ratio > position.maintenance_margin_rate: return fill_price = await self.exchange.market_close(position, liquidation=True) pnl = self.calculate_pnl(position, fill_price) if pnl < 0 and abs(pnl) > position.margin: shortfall = abs(pnl) - position.margin await self.insurance_fund.cover(shortfall, position.currency) await self.db.close_position(position.id, fill_price, pnl) await self.notify_user(position.user_id, "liquidation", position, fill_price) Продуктивність критична: позиції зберігаються в Redis sorted set за дистанцією до ліквідації, оновлення delta — O(1).
Risk management та tiered leverage
Знижуємо доступне плече зі зростанням розміру позиції:
def get_max_leverage(notional_value_usd: float) -> int: tiers = [ (50_000, 100), (500_000, 50), (2_000_000, 20), (10_000_000, 10), (50_000_000, 5), ] for max_notional, max_leverage in tiers: if notional_value_usd <= max_notional: return max_leverage return 2 Моніторинг концентрації: якщо net open interest imbalance >70% в один бік — підвищуємо funding rate; single user >20% від total OI — manual review.
Процес розробки, стек та терміни
| Компонент | Технологія | Обґрунтування |
|---|---|---|
| Matching engine | C++/Rust | Latency <1ms |
| Margin calculator | Go | Паралелізм + швидкість |
| Funding rate service | Python | Аналітичні розрахунки |
| Liquidation engine | Go | Надійність + швидкість |
| Market data | Redis Streams | Low-latency pub/sub |
| Positions DB | PostgreSQL | ACID + складні запити |
| Price feeds | Chainlink + direct API | Децентралізація + швидкість |
Етапи роботи
- Аналітика — вивчаємо вимоги, визначаємо типи контрактів та risk параметри.
- Проектування — архітектура margin system, liquidation engine, API.
- Реалізація — пишемо код, налаштовуємо інфраструктуру.
- Тестування — unit, integration, chaos engineering (симуляція flash crashes).
- Деплой та моніторинг — запуск на staging, потім production з поступовим нарощуванням лімітів.
Що входить в роботу
- Документація API та архітектури.
- Вихідний код та доступ до репозиторію.
- Навчання команди (2 тижні).
- Технічна підтримка 3 місяці після деплою.
- Гарантія на виправлення помилок — 6 місяців.
Терміни: від 6 до 9 місяців залежно від складності. Ми пропонуємо рішення під ключ. Вартість розраховується індивідуально після аудиту ваших вимог. Зв'яжіться з нами для оцінки проекту — замовити розробку системи ф'ючерсної торгівлі.