Розробка криптобиржи (CEX)
Централізована криптобіржа — це найскладніший продукт у крипто-інфраструктурі. Matching engine, кастодіальна система, compliance слой, market data, ліквідність — усе це повинно працювати одночасно, надійно й під навантаженням. Розкажу як це влаштовано всередину й що реально потрібно для запуску серйозної платформи.
Системна архітектура
Високорівнева схема
Клієнтський рівень включає веб-терміналу для торгівлі (React/Vue), мобільні додатки (iOS/Android), API (REST + WebSocket + FIX).
API Gateway / Load Balancer розподіляє запити.
Service Layer містить Auth Service (JWT + 2FA), Order Service → OMS, Account Service → Balances, Market Data Service → Feeds, Notification Service.
Core Infrastructure: Matching Engine (C++/Rust/Go), Risk Engine, Custody System, Settlement Engine.
Data Layer: PostgreSQL (accounts, orders, trades), Redis (order book state, sessions), Kafka (event streaming, audit log), TimescaleDB (OHLCV, market data).
Принцип ізоляції сервісів
Кожен сервіс незалежний і спілкується через события (event-driven). Matching engine не знає про користувачів — він знає лише про ордери.
Це важливо з кількох причин:
- Незалежне масштабування
- Fault isolation: падіння notification service не впливає на торгівлю
- Незалежний деплоймент без downtime
Matching Engine
Вимоги до продуктивності
Matching engine — єдиний компонент, де продуктивність має екзистенціальне значення. Затримка >10ms — це реальні втрати для HFT клієнтів і market makers.
| Tier | Throughput | Latency (order-to-ack) | Технологія |
|---|---|---|---|
| Startup (<$1M/день) | 1,000 ops/sec | <50ms | Go / Java |
| Mid-tier ($1-50M/день) | 10,000 ops/sec | <5ms | Go / Rust |
| Large ($50M+/день) | 100,000+ ops/sec | <500µs | C++ / Rust |
Кастодіальна система
Кастодіальна архітектура
Біржа зберігає кошти користувачів. Це велика відповідальність: історія знає десятки взломів крупних бирж (Mt.Gox, Bitfinex, FTX). Правильна архітектура хранення — не опціональна фіча, а базове вимога.
Multi-sig cold storage:
- 95%+ коштів у cold wallets
- Підписання транзакцій на air-gapped машинах
- 3-of-5 або 5-of-7 multisig схема
- Фізично розподілені ключі (різні дата-центри, країни)
- Hardware Security Modules (HSM) для ключових хранителів
Hot wallet:
- 2-5% коштів для оперативних виводів
- Автоматичне пополнення з cold при зниженні балансу нижче порога
- Дневний лімір вивод: якщо перевищено — ручне одобрення
KYC/AML і compliance
Рівні верифікації
| KYC Level | Дані | Дневний лімір |
|---|---|---|
| 0 — Email | Лише email | 0 (лише прегляд) |
| 1 — Basic | Телефон + країна | $500 |
| 2 — Standard | ID + Selfie | $10,000 |
| 3 — Enhanced | Proof of address + source of funds | $100,000 |
| Institutional | Корпоративні документи | Unlimited |
Інтеграція з Sumsub або Onfido через REST API. Webhook при зміні статусу верифікації.
Market Data система
Real-time фіди
Market data — це те, що бачить трейдер: стакан, свічки, last price, volume. При тисячах підписників це серйозна навантаження.
WebSocket сервер публікує diff updates (delta, не повний стакан при кожній зміні).
Операційні питання
Liquidity bootstrap
Біржа без ліквідності мертва. Варіанти для старту:
- Aggregated liquidity: підключити Binance/OKX як liquidity source через market making бота
- Designated Market Makers: угода з професійними MM компаніями (Jump, Wintermute, GSR)
- Liquidity mining: користувачі, які додають ліквідність через limit ордери, отримують токен біржи
Інфраструктура й масштабування
| Компонент | Інфраструктура | Стоимість/мес |
|---|---|---|
| Matching Engine | Bare metal (32-core, 128GB RAM) | $2,000-5,000 |
| API servers | Kubernetes (10-50 nodes) | $5,000-20,000 |
| Databases | Managed PostgreSQL cluster | $1,000-5,000 |
| CDN + DDoS protection | Cloudflare Enterprise | $2,000-10,000 |
| HSM (cold storage) | AWS CloudHSM | $1,500/мес |
Мінімальний бюджет на інфраструктуру: $15,000-50,000/мес для серйозної біржи. Плюс команда: мінімум 8-12 інженерів. Термін розробки з нуля: 12-24 місяці.