Розробка алгоритму маркет-мейкингу

Проєктуємо та розробляємо блокчейн-рішення повного циклу: від архітектури смарт-контрактів до запуску DeFi-протоколів, NFT-маркетплейсів та криптобірж. Аудит безпеки, токеноміка, інтеграція з наявною інфраструктурою.
Показано 1 з 1Усі 1306 послуг
Розробка алгоритму маркет-мейкингу
Складний
від 2 тижнів до 3 місяців
Часті запитання

Напрямки блокчейн-розробки

Етапи блокчейн-розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1288
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1198
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    902
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1122
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    589
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    859

Розробка алгоритму маркет-мейкингу

Маркет-мейкер — це учасник ринку, який постійно виставляє котирування на купівлю та продаж. Їхний прибуток походить від різниці між bid та ask (спред). Маркет-мейкинг забезпечує ліквідність ринку, за що біржі виплачують rebates (знижки на комісії або негативні комісії). У крипто маркет-мейкинг став висококонкурентною нішею, але для нішевих активів (mid-cap альткойни, perpetual futures з низькою ліквідністю) залишається дуже прибутковим.

Базова модель маркет-мейкингу

Naive market making — виставити bid на X% нижче за mid-price та ask на X% вище. Проблема: inventory risk. Якщо ціна різко рухнеться в один бік, маркет-мейкер накопичує невигідну позицію.

Avellaneda-Stoikov модель — математично оптимальна стратегія маркет-мейкингу. Враховує inventory risk та time horizon:

bid_price = mid - δ/2 - γσ²(T-t)q
ask_price = mid + δ/2 - γσ²(T-t)q

де:
δ  = спред (оптимальний)
γ  = коефіцієнт неприйняття ризику
σ  = волатильність активу
q  = поточний inventory (в одиницях активу)
T  = кінець періоду торгівлі
t  = поточний час

Ключово: з позитивним inventory (накопичено багато активу) алгоритм зміщує котирування вниз, щоб швидше продати надлишок. З негативним — піднімає, щоб купити.

Управління інвентарем

Inventory risk — головний ворог маркет-мейкера. Якщо позиція вийде за межі допустимого діапазону:

Hard limit: якщо inventory > MAX_INVENTORY — припинити виставлення ордерів на відповідній стороні. Чекати виконання.

Soft limit зі skewing: поступово зміщувати котирування проти напрямку накопленого inventory. Чим більше inventory — тим сильніше зміщення.

Hedging: відкрити хедж-позицію на іншій біржі або в perpetual futures. Якщо накопичили багато BTC spot, продати BTC-PERP.

Управління спредом

Спред не повинен бути фіксованим — він адаптується до умов ринку:

Volatility-based spread: spread = base_spread × (current_volatility / mean_volatility). При високій волатильності спред розширюється — inventory risk вище.

Order book depth: якщо ліквідність у стакані низька — ризик adverse selection вище, спред ширший.

Час доби: у періоди низької активності спред розширюється.

Toxic flow: якщо останні N угод переважно на одній стороні — можливо informed trading. Алгоритм розширює спред або тимчасово прибирає котирування.

Котирування на кількох рівнях

Замість однієї пари ордерів (1 bid + 1 ask) виставити кілька рівнів:

Bid 3: mid - 0.5% × 1000 USDT
Bid 2: mid - 0.3% × 500 USDT
Bid 1: mid - 0.15% × 200 USDT
--- MID PRICE ---
Ask 1: mid + 0.15% × 200 USDT
Ask 2: mid + 0.3% × 500 USDT
Ask 3: mid + 0.5% × 1000 USDT

Ордери ближче до mid виконуються частіше та отримують rebate від біржі. Дальні — застраховують від різких рухів.

Скасування ордерів та переквотування

Ордери потребують регулярного оновлення при зміні mid-price:

Threshold-based re-quoting: якщо mid змістився більш ніж на N% — скасувати старі ордери та виставити нові.

Time-based re-quoting: примусове оновлення кожні T секунд.

Event-based: при будь-якій зміні найкращого bid/ask у стакані.

Часте скасування ордерів споживає API request quota. Біржі мають rate limits. Для Binance: 1200 requests/min HTTP, окремі ліміти для WebSocket. Важливо оптимізувати частоту оновлень.

Програми маркет-мейкингу бірж

Великі біржі платять за надання ліквідності:

Біржа Програма Умови
Binance Liquidity Provider Rebate до -0.005%
Bybit Market Maker Нульова або негативна maker fee
OKX Market Maker Спеціальні умови комісій
Kraken Market Maker Maker rebate за запитом

Щоб отримати ці умови потрібно забезпечити мінімальний uptime котирувань (>80% часу bid/ask у певному діапазоні від mid) та мінімальний обсяг.

Моніторинг та метрики

P&L breakdown: spread income - inventory risk losses - fees.

Fill rate: відсоток ордерів, які виконались. Занадто низький → спред занадто широкий. Занадто високий → спред занадто вузький, багато adverse selection.

Inventory exposure: поточна позиція в USD, максимальна за сесію, середня.

Uptime: відсоток часу, коли котирування виставлені.

Latency: час від отримання оновлення ринку до виставлення/оновлення ордерів.

Що ми розробляємо

Систему маркет-мейкингу: WebSocket інтеграцію з моніторингом order book, управління інвентарем з динамікою Avellaneda-Stoikov, адаптивний розрахунок спреду, стратегію котирування на кількох рівнях, управління ордерами та переквотування, відслідження exchange rebate, моніторинг та оптимізацію P&L у реальному часі.