Volatilidad cripto y cobertura

TL; DR

Los pagos cripto dan un TtW rápido, bajo costo y cobertura global, pero conllevan un riesgo de precios. La estrategia básica es la conversión instantánea (auto-sell a stable/fiat) y NWP-hedge (cobertura solo de pagos netos). Para mantener el riesgo: límites de exposición (en minutos/horas), herramientas de cobertura (spot/perp/futuros/opciones), disciplina de rampas de salida/salida, dashboards VaR/TtH (time-to-hedge) y rígida idempotencia operativa.

1) Fuentes de volatilidad en el circuito de pagos

Precio del activo subyacente: BTC/ETH/TON, etc.
Depeg stablecoins: Caso UST → gestiona la participación por emisor/cadena.
Base de futuros y funding: perpas ↔ spot (prima/descuento).
Liquidez y deslizamiento: horas nocturnas, mercados locales, pares/cadenas «finas».
FX en la parte superior de la cripto: el balance de las monedas fiat vs USD nominación de activos.
Ventana operativa: retrasos en sus rampas, confirmaciones de blockchain (confines).

2) Política de tergiversación (modelo de referencia)

Objetivo: minimizar el P&L del precio manteniendo el UX y los márgenes.

2. 1 Principios

1. Auto-hedge on receipt: en el momento del depósito convertir a stable (USDC/USDT/... con límites por emisor) o fiat.
2. NWP-hedge (Net Withdrawal Position): cobertura de pagos netos: 'netos = conclusiones esperadas - remanentes de stables'.
3. Tiempo-a-Hedge (TtH) SLO: p95 ≤ 2 min (pares líquidos), ≤ 10 min (redes delgadas).
4. Límites del mercado «vivo»: máximo notaional sobre un activo subyacente no cubierto (por ejemplo, ≤ 0. 5% GGR diario).
5. Diversificación de los stables: no más de X% por emisor/cadena, balance en cadena/castodi offline.
6. Fail-safe: cuando la liquidez cae, el interruptor temporal «deposit→steybl sólo en la red Y».

2. 2 Matriz organizativa

Treasury - responsable de hedge book, límites, SOR/exec.
Risk/MLRO - Límites de contrapartida, cumplimiento de sanciones, SoF/SoW.
Operaciones OPS/off-ramp, configuración de billeteras, monitoreo de confites.
Finanzas - contabilidad, informes, revalorización, atribución P&L.

3) Herramientas y su papel

4) Métricas de riesgo y SLO objetivo

Exposure (Neto): 'E = Σ balance neto por activo subyacente' (en USD). Objetivo: 'E ≤ límite L'.
VaR (99%, 1d): histórico/parejas. para una cesta de activos/stables.
TtH p95: tiempo desde la recepción del depósito hasta la cobertura.

5) Estrategias modelo

5. 1 «Auto-sell to Stable» (base)

En la entrada (depósito en BTC/ETH/etc) → venderse instantáneamente al stable seleccionado por SOR (varios CEX/OTC).
Almacenar los stables según los límites de emisores/cadenas; parte - en fiat en off-ramp.
Para las conclusiones en crypto - comprar «de vuelta» según sea necesario.

Pros: simplicidad, casi nula exposición delta.
Contras: costos de facturación, riesgo de stable (depeg), retrasos operativos.

5. 2 «Perp-hedge» (neutralización del delta)

Mantenemos la cripta spot como posición revolving (para los pines), corotim perpu es equivalente a neto.
Equilibramos funding: si funding> objetivo, convertimos parcialmente en stables/fiat.

Ventajas: puede mantener un spot líquido para UX; flexibilidad.
Contras: funding-valor y riesgo de intercambio.

5. 3 «Collar» para los pagos netos proyectados

Compra de pats por activo subyacente + venta de collas (o perp corto) en el volumen de pagos netos en la ventana T (por ejemplo, 7-14 días).
El presupuesto para la prima limita el precio.

Ventajas: limitación de reducción; costo administrado.
Contras: liquidez de opciones, más difícil de operar.

5. 4 «NWP-hedge» (Net Withdrawal Position)

Calculamos la necesidad neta de cripto en el horizonte 'T' a partir de modelos de comportamiento (seasonality, cash-out rate).
Sólo cubrimos este volumen; depósitos entrantes de parquem en los estables.

Ventajas: menos volumen de negocios; hedge «en el caso».
Contras: riesgo modelo de pronóstico.

6) Arquitectura de ejecución y contabilidad

6. 1 Componentes

Crypto Payments Gateway: direcciones/facturas, confites, cribado AML.
Treasury Router/SOR: selección de intercambios/OTS, ejecución de álgo (TWAP/VWAP/POV), límites.
Hedge Engine: cálculo de exposición, colocación de perp/future/opciones, monitoreo de HR/VaR.
Ledger/Accounting: posiciones, revalorización por marca-tu-mercado, atribución P&L: 'Trading P&L',' Funding ',' Slippage ',' Fees '.
Risk & Compliance: límites de contrapartida, cribado sancionador, SoF/SoW, política de ramp/off-ramp.

6. 2 Flujo (ejemplo auto-sell)

1. Deposit. detected → confites ≥ N → AML_ok → 'SOR. quote()`

2. Execute TWAP (exec_id idempotente) → 'trade. fills` → `convert→stable`

3. Hedge. update (): 'E↓', 'HR→1' → eventos en Kafka

4. Ledger. mark2mkt: precio de cierre/indicativo, cálculo de P&L

5. Dashboard: TtH, VaR, HR, funding, slippage/fees

6. 3 Idempotencia y riesgos de ejecución

Claves idempotentes para órdenes y conclusiones (repetición de webhook ≠ re-transacción).
Kill-switch sobre la degradación de la liquidez (alertas por latency/files).
Circuit-breakers por deslizamiento y discrepancia de cotizaciones (oracle vs book).

7) Modelo de datos (simplificado)

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) Límites y controles

9) Contabilidad y reportaje

Mark-to-Market (MtM): revalorización diaria de las posiciones de precios independientes (oráculos/índices de precios).
P&L Atribución: descomposición en 'Price P&L',' Funding ',' Fees ',' Slippage ',' FX '.
Hedge Effectiveness: '(Δ P&L de la cartera sin hedge − Δ P&L real )/ Δ P&L sin hedge'.
Mapping to GGR: almacena por separado el «resultado de pago» vs «resultado de trejerie».
Auditoría de operaciones: exec_id, informes de compensación, descargas por sitio.

10) Cumplimiento, KYC/AML y sanciones

Política on/off-ramp: sólo se admiten contrapartes whitelisted, cuentas verificadas por KYC.
Detección de sanciones en cadena: direcciones/agrupaciones, etiquetas de «alto riesgo», prohibición de interacciones.
Fuente de fondos/Wealth: umbrales de escalamiento para E/S de gran tamaño.
Regulaciones regionales: estado de los pagos cripto, impuestos, informes.
Custody: proveedor/autoservicio, multicig/HSM, políticas de límites de salida.

11) Dashboard y alertas (conjunto mínimo)

1. Exposure & HR: por activos y en la unidad.
2. VaR/ES: apdate diario, escenarios de estrés (−20%, + 20%, depeg −2%).
3. TtH p50/p95, exec latency, fill ratio.
4. Funding/Carry y Fees/Slippage por sitios.
5. Diversificación estable: por emisores/redes, índice depeg.
6. Venue Risk: balances/márgenes/límites/incidentes.

• `E > 0. 8L_asset' → P1; 'E> L_asset' → P0 con cobertura automática.
• `VaR > L_VaR` → P1; `TtH p95 > SLO` → P1.
• `Depeg spread > 0. 5% '(por emisor) → auto-rebalance de los stables.

12) Playbucks

Desplome abrupto (−10% en una hora): auto-sell en el estable, cierre con una pluma corta el resto, estrechar los límites, activar TWAP con un paso pequeño.
Depeg stable: rebalance instantáneo sobre un stable/fiat alternativo, límite por emisor = 0, cierre los percances contra este stable.
Congelación de la salida en bolsa: SOR cambia la ejecución a alternativas, OTC RFQ, reducciones en el tamaño de las órdenes, lotes de solicitudes.
Splash funding: transición parcial de perpas a spot + sell parcial, recuento de valor de carry.
Mercado delgado/noche: aumentar la ventana de TWAP, límite en slippage bps, posponer grandes rebalances.

13) Casos de prueba (UAT/Prod-preparación)

1. Idempotent Exec: repetición de webhook → 1 transacción, no dos.
2. TtH SLO: simular 100 depósitos → p95 ≤ objetivo.
3. Kill-switch: simulando un retraso en el intercambio → SOR cambia.
4. Depeg Drill: −1% a la paridad del estable → se activa auto-rebalance.
5. Stress VaR: aumento de precio ± 20% → VaR/ES dentro de los límites.
6. Ledger Reprice: revalorización diaria y conciliación con los informes de intercambios/OTS.
7. Limits Enforcement: tratando de superar el L_asset → el fallo/auto-hedge.

14) Errores frecuentes y cómo evitarlos

Ventana larga sin hedge (lagunas de integración): fije el 'TtH' como SLO, mantenga el rampa «rápido».
Monoprovider: diversificar sitios/emisores, límites en venue/stable.
Ausencia de atribución MtM y P&L: no hay transparencia en la eficacia del hedge.
Fe ciega en los perpes: ignorar fundir → carry negativo.
No hay escenario depeg: una alta proporción de un solo estable sin un plan de salida.
Operaciones no-idempotentes: tomas de órdenes/inferencias en el raspado de webhooks.

15) Resumen

El éxito de la monetización cripto en iGaming se basa en tres pilares: la neutralización instantánea del riesgo de precios, la estricta disciplina límite/dashboards y la fiabilidad operativa de las rampas. Al combinar auto-sell, NWP-hedge y herramientas de perpas/opciones - con cumplimiento rígido y cuenta - mantiene el TtW bajo, P&L estable y UX rápido y predecible.