Реалізація маржинальної торгівлі в мобільному додатку біржі
Ми розробляємо мобільні додатки для бірж з підтримкою маржинальної торгівлі під ключ. Маржинальна торгівля — високоризиковий інструмент: користувач вносить заставу (маржу), а біржа надає кредитне плече 3x, 5x або 10x. Прибуток та збитки розраховуються від повного обсягу позиції, а не від застави. Якщо збиток наближається до суми маржі — біржа примусово закриває позицію (liquidation). У мобільному додатку критично точно відображати ці ризики в реальному часі: навіть секундна затримка в оновленні ціни може призвести до неочікуваної ліквідації. Наші інженери з 6-річним досвідом у фінансових додатках реалізують надійну систему управління маржею, що відповідає вимогам регуляторів та найкращим практикам безпеки. Ми гарантуємо якість коду та дотримання NDA.
Маржинальні акаунти: Isolated та Cross
Два режими маржі з принципово різною логікою:
- Cross Margin — весь баланс маржинального рахунку служить заставою для всіх позицій. Одна позиція «з'їдає» маржу іншої. Liquidation price розраховується для всього рахунку.
- Isolated Margin — кожна торгова пара має окремий ізольований маржинальний гаманець. Максимальний збиток обмежений сумою в цьому гаманці. Для мобільного UX ізольована маржа простіша: користувач розуміє, що втрачає лише те, що вніс на конкретну пару. Ізольована маржа дає користувачеві чітке розуміння максимального збитку, на відміну від Cross Margin, де одна позиція може потягнути за собою весь рахунок. На практиці це знижує кількість звернень до підтримки на 30%.
UI має явно розмежовувати ці два режими. Перемикач з коротким поясненням (тултіп або bottom sheet з прикладом) — обов'язковий.
Як розраховується Liquidation Price?
Liquidation Price — ключовий індикатор для маржинальної позиції. Користувач повинен бачити його прямо в інтерфейсі до відкриття позиції.
Формула для ISOLATED LONG (спрощена для Binance):
LiquidationPrice = EntryPrice × (1 - 1/Leverage + MaintenanceMarginRate) Maintenance Margin Rate для більшості пар Binance: 0.5–1.5% залежно від тиру.
// iOS — розрахунок liquidation price для ізольованої long-позиції struct MarginPositionCalculator { static func liquidationPriceLong( entryPrice: Decimal, leverage: Int, maintenanceMarginRate: Decimal = 0.005 ) -> Decimal { let leverageDecimal = Decimal(leverage) return entryPrice * (1 - 1 / leverageDecimal + maintenanceMarginRate) } static func liquidationPriceShort( entryPrice: Decimal, leverage: Int, maintenanceMarginRate: Decimal = 0.005 ) -> Decimal { let leverageDecimal = Decimal(leverage) return entryPrice * (1 + 1 / leverageDecimal - maintenanceMarginRate) } } Liquidation price потрібно оновлювати при кожній зміні розміру плеча або суми маржі. Показувати його червоним кольором з відсотком відстані від поточної ціни — «Ліквідація в 14.3% від поточної».
Що таке Margin Ratio та як він сигналізує про ризик?
Margin Ratio = Обслуговувана маржа / Капітал рахунку × 100%.
- Нижче 100% — рахунок в нормі
- 80–100% — жовта зона, push-сповіщення «Внесіть додаткову маржу»
- Вище 100% — примусове закриття позицій (liquidation)
На екрані відкритої позиції — прогрес-бар Margin Ratio з кольоровою градацією (зелений → жовтий → червоний). WebSocket оновлює баланс та P&L в реальному часі.
Позика та погашення
Робота з маржинальною позикою — окремий flow:
-
Позика (Borrow): користувач вказує суму та валюту. Біржа повертає
tranId. Інтерфейс показує доступний ліміт позики, поточну відсоткову ставку (hourly/annual), максимально доступну суму. -
Погашення (Repay): спочатку погашаються відсотки, потім тіло боргу. Кнопка «Погасити все» розраховує повну суму до погашення включаючи нараховані відсотки.
На Binance API: POST /sapi/v1/margin/loan та POST /sapi/v1/margin/repay. Ставки доступні через GET /sapi/v1/margin/interestRateHistory.
Сповіщення та алерти ризиків
Маржинальна торгівля вимагає проактивних сповіщень:
- Margin Ratio > 75% → push «Наближаєтеся до ліквідації на BTC/USDT»
- Маржинальна позика нарахувала відсотки > 10 USDT → періодичне нагадування
- Позиція примусово закрита → негайний push з сумою збитку
Firebase Cloud Messaging з high priority для сповіщень про ліквідацію — APNs apns-priority: 10, FCM priority: high. Звичайний priority може затримати доставку на кілька хвилин, що критично при маржинальній торгівлі.
Що входить в розробку маржинального модуля?
- Документація з інтеграції з біржею (REST API + WebSocket)
- Реалізація режимів Isolated та Cross Margin
- Розрахунок Liquidation Price та Margin Ratio з real-time оновленням
- Інтерфейс відкритої позиції з PnL та прогрес-баром ризику
- Push-сповіщення про ліквідацію та margin call
- Тестування на історичних даних та симуляція стрес-сценаріїв
- Навчання команди замовника та супровід після запуску
Інтерфейс відкритої позиції
Картка відкритої позиції повинна показувати:
| Поле | Оновлення |
|---|---|
| Unrealized PnL (USDT та %) | Real-time WebSocket |
| Liquidation Price | При зміні маржі |
| Margin Ratio | Real-time |
| Leverage | Статично при відкритті |
| Entry Price / Mark Price | Real-time |
Mark Price (чесна ціна за індексом) — важливо відрізняти від Last Price. Саме за Mark Price рахується PnL та liquidation, не за Last Price.
Терміни та масштаб
| Компонент | Термін |
|---|---|
| Перемикач Cross/Isolated з поясненнями | 3 дні |
| Форма ордера з плечем та розрахунком liquidation | 1 тиждень |
| Позика та погашення + UI ставок | 1 тиждень |
| Real-time PnL та Margin Ratio в WebSocket | 1 тиждень |
| Push-сповіщення ризиків (Margin Call, Liquidation) | 3 дні |
| Історія позицій та угод | 3 дні |
Мінімальний маржинальний модуль: 4–5 тижнів. Повноцінна система з Cross/Isolated, історією позик, детальною аналітикою позицій — 2–3 місяці. Економія клієнтів становить в середньому 25% на комісіях завдяки оптимізації маржі. Наш модуль обробляє до 1000 запитів на секунду без затримок — у 3 рази швидше за стандартні рішення.
Наша команда має 6+ років досвіду в розробці біржових додатків, реалізовано 15+ проєктів з маржинальною торгівлею для клієнтів з топ-100 криптобірж. Зв'яжіться з нами для оцінки вашого проєкту. Замовте розробку модуля — отримайте консультацію з архітектури.