Волатильность крипто и хеджирование
TL;DR
Крипто-платежи дают быстрый TtW, низкую стоимость и глобальное покрытие, но несут ценовой риск. Базовая стратегия — моментальная конверсия (auto-sell в стейбл/фиат) и NWP-хедж (хеджировать только нетто-выплаты). Для удержания риска: лимиты экспозиции (в минутах/часах), хедж-инструменты (спот/перп/фьючерс/опционы), дисциплина он/офф-рампов, дашборды VaR/TtH (time-to-hedge) и жесткая операционная идемпотентность.
1) Источники волатильности в платежном контуре
Цена базового актива: BTC/ETH/TON и др.
Depeg стейблкоинов: UST кейс → управляем долей на эмитента/цепь.
Фьючерсная база и funding: перпы ↔ спот (премия/дисконт).
Ликвидность и проскальзывание: ночные часы, локальные рынки, «тонкие» пары/цепи.
FX поверх крипто: баланс фиатных валют vs USD-номинация активов.
Операционное окно: задержки он/офф-рампов, подтверждения блокчейна (конфы).
2) Политика трежери (опорная модель)
Цель: минимизировать P&L от цены при сохранении UX и маржинальности.
2.1 Принципы
1. Auto-hedge on receipt: в момент депозита конвертировать в стейбл (USDC/USDT/… с лимитами по эмитентам) или фиат.
2. NWP-hedge (Net Withdrawal Position): хеджировать нетто-выплаты: `нетто = ожидаемые выводы – остатки стейблов`.
3. Time-to-Hedge (TtH) SLO: p95 ≤ 2 мин (ликвидные пары), ≤ 10 мин (тонкие сети).
4. Лимиты «живого» рынка: макс. нотаional на не-хеджированном базовом активе (например, ≤ 0.5% дневного GGR).
5. Диверсификация стейблов: не более X% на одного эмитента/цепь, баланс on-chain/офлайн-кастоди.
6. Fail-safe: при падении ликвидности — временный переключатель «deposit→стейбл только на сети Y».
2.2 Организационная матрица
Treasury — отвечает за хедж-книгу, лимиты, SOR/exec.
Risk/MLRO — лимиты контрагентов, санкционный комплаенс, SoF/SoW.
Ops — он/офф-рамп операции, конфигурация кошельков, мониторинг конфов.
Finance — учет, отчетность, переоценка, P&L атрибуция.
3) Инструменты и их роль
4) Метрики риска и целевые SLO
Exposure (Нета): `E = Σ нетто-баланс по базовому активу` (в USD). Цель: `E ≤ лимита L`.
VaR(99%, 1d): исторический/парам. для корзины активов/стейблов.
TtH p95: время от получения депозита до хеджа.
5) Типовые стратегии
5.1 «Auto-sell to Stable» (база)
На входе (депозит в BTC/ETH/etc) → моментально продать в выбранный стейбл по SOR (несколько CEX/OTC).
Хранить стейблы по лимитам эмитентов/цепей; часть — в фиате на off-ramp.
Для выводов в крипто — покупать «обратно» по мере необходимости.
Плюсы: простота, почти нулевая дельта-экспозиция.
Минусы: издержки оборота, риск стейбла (depeg), операционные лаги.
5.2 «Perp-hedge» (нейтрализация дельты)
Держим спот-крипту как оборотную позицию (для выводов), коротим перп эквивалентно нетто.
Балансируем funding: если funding > целевого, частично конвертируем в стейблы/фиат.
Плюсы: можно держать ликвидный спот для UX; гибкость.
Минусы: funding-стоимость и риск биржи.
5.3 «Collar» для прогнозируемых нетто-выплат
Покупка путов на базовый актив + продажа коллов (или короткий перп) в объеме нетто-выплат на окно T (например, 7–14 дней).
Бюджет на премию ограничивает tail-risk.
Плюсы: ограничение просадки; управляемая стоимость.
Минусы: ликвидность опционов, сложнее операционно.
5.4 «NWP-hedge» (Net Withdrawal Position)
Рассчитываем нетто-потребность в крипто на горизонте `T` из поведенческих моделей (seasonality, cash-out rate).
Хеджируем только этот объем; входящие депозиты паркуем в стейблы.
Плюсы: меньше оборота; хедж «по делу».
Минусы: модельный риск прогноза.
6) Архитектура исполнения и учета
6.1 Компоненты
Crypto Payments Gateway: адреса/инвойсы, конфы, AML-скрининг.
Treasury Router/SOR: выбор биржи/OTC, алго-исполнение (TWAP/VWAP/POV), лимиты.
Hedge Engine: расчет экспозиции, размещение перп/фьюч/опционов, мониторинг HR/VaR.
Ledger/Accounting: позиции, переоценка по марк-ту-маркет, P&L-атрибуция: `Trading P&L`, `Funding`, `Slippage`, `Fees`.
Risk & Compliance: лимиты контрагентов, санкционный скрининг, SoF/SoW, on/off-ramp политики.
6.2 Поток (auto-sell пример)
1. Deposit.detected → конфы ≥ N → AML_ok → `SOR.quote()`
2. Execute TWAP (идемпотентный exec_id) → `trade.fills` → `convert→stable`
3. Hedge.update(): `E↓`, `HR→1` → события в Kafka
4. Ledger.mark2mkt: цена закрытия/индикатив, расчет P&L
5. Dashboard: TtH, VaR, HR, funding, slippage/fees
6.3 Идемпотентность и риски исполнения
Идемпотентные ключи на ордеры и выводы (повтор вебхука ≠ повторная сделка).
Kill-switch на деградацию ликвидности (алерты по latency/филам).
Circuit-breakers по проскальзыванию и расхождению котировок (oracle vs book).
7) Модель данных (упрощенно)
json
{
"ts": "2025-11-03T12:15:42Z",
"asset": "BTC",
"side": "SELL",
"notional_usd": 25000.0,
"avg_px": 68250.5,
"slippage_bps": 3.2,
"fees_usd": 7.5,
"venue": "CEX_A",
"exec_algo": "TWAP_2min",
"exposure_after_usd": 1200.0,
"hedge_ratio": 0.98,
"funding_24h_bps": 8,
"var_99_1d_usd": 5200.0
}8) Лимиты и контроль
9) Учет и репортинг
Mark-to-Market (MtM): ежедневная переоценка позиций по независимому прайсу (ценовые оракулы/индексы).
P&L Attribution: разложение на `Price P&L`, `Funding`, `Fees`, `Slippage`, `FX`.
Hedge Effectiveness: `(ΔP&L портфеля без хеджа − ΔP&L фактическая) / ΔP&L без хеджа`.
Mapping к GGR: отдельно храните «платежный результат» vs «трежери-результат».
Аудит трейдов: exec_id, клиринговые отчеты, выгрузки по площадкам.
10) Комплаенс, KYC/AML и санкции
Политика он/офф-рамп: допускаются только whitelisted контрагенты, KYC-проверенные счета.
Санкционный скрининг on-chain: адреса/кластеризация, метки «высокий риск», запрет на взаимодействие.
Source of Funds/Wealth: пороги эскалации для крупных вводов/выводов.
Региональные правила: статус крипто-платежей, налогообложение, отчетность.
Custody: провайдер/самостоятельное хранение, мультисиг/HSM, политики лимитов вывода.
11) Дашборд и алерты (минимальный набор)
1. Exposure & HR: по активам и в агрегате.
2. VaR / ES: ежедневный апдейт, стресс-сценарии (−20%, +20%, depeg −2%).
3. TtH p50/p95, exec latency, fill ratio.
4. Funding/Carry и Fees/Slippage по площадкам.
5. Stable Diversification: по эмитентам/сетям, индекс depeg.
6. Venue Risk: балансы/маржа/лимиты/инциденты.
- `E > 0.8L_asset` → P1; `E > L_asset` → P0 с авто-хеджем.
- `VaR > L_VaR` → P1; `TtH p95 > SLO` → P1.
- `Depeg spread > 0.5%` (по эмитенту) → авто-ребаланс стейблов.
12) Плейбуки
Резкий обвал (−10% за час): авто-sell в стейбл, закрыть коротким перпом остаток, сузить лимиты, включить TWAP c малым шагом.
Depeg стейбла: мгновенный ребаланс на альтернативный стейбл/фиат, лимит на эмитента=0, закрыть перпы против этого стейбла.
Заморозка вывода на бирже: SOR переключает исполнение на альтернативы, OTC RFQ, снижение размеров ордеров, партиционирование заявок.
Всплеск funding: частичный переход с перпов на спот+частичный sell, пересчет carry-стоимости.
Тонкий рынок/ночь: увеличить окно TWAP, лимит на слippage bps, отложить крупные ребалансы.
13) Тест-кейсы (UAT/Prod-готовность)
1. Idempotent Exec: повтор вебхука → 1 сделка, не два.
2. TtH SLO: симулировать 100 депозитов → p95 ≤ целевого.
3. Kill-switch: имитация задержки биржи → SOR переключается.
4. Depeg Drill: −1% к паритету стейбла → срабатывает авто-ребаланс.
5. Stress VaR: скачок цены ±20% → VaR/ES в пределах лимитов.
6. Ledger Reprice: суточная переоценка и сверка с отчетами бирж/OTC.
7. Limits Enforcement: попытка превысить L_asset → отказ/авто-хедж.
14) Частые ошибки и как их избежать
Долгое окно без хеджа (интеграционные лаги): фиксируйте `TtH` как SLO, держите «быстрый» он-рамп.
Монопровайдер: диверсифицируйте площадки/эмитентов, лимиты на venue/стейбл.
Отсутствие MtM и P&L-атрибуции: нет прозрачности эффективности хеджа.
Слепая вера в перпы: игнор funding → отрицательный carry.
Нет сценария depeg: высокая доля одного стейбла без плана выхода.
Неидемпотентные операции: дубли ордеров/выводов при дребезге вебхуков.
15) Резюме
Успешная крипто-монетизация в iGaming опирается на три столпа: моментальная нейтрализация ценового риска, строгая лимитная дисциплина/дашборды и операционная надежность он/офф-рампов. Комбинируя auto-sell, NWP-хедж и инструменты перпов/опционов — при жестком комплаенсе и учете — вы удерживаете TtW низким, P&L стабильным, а UX быстрым и предсказуемым.