Volatilidade de cripto e hedging

TL; DR

Os pagamentos em cripto oferecem um TtW rápido, baixo custo e cobertura global, mas oferecem um risco de preço. A estratégia básica é de conversão instantânea (auto-sell em stable/fiat) e hedge NWP (hedge apenas pagamentos netos). Para conter o risco: limites de exposição (em minutos/relógio), ferramentas de hedge (spot/perp/futuros/opções), disciplina de ele/off rampas, dashboards de VaR/TtH (time-to-hedge) e severa idempotação operacional.

1) Fontes de volatilidade no circuito de pagamento

Preço do ativo básico: BTC/ETH/TON etc.
Depeg stablocina: Mala de USO → gerenciamos a fatia do emissor/cadeia.
Base de futuros e funding: perfis ↔ spot (prêmio/desconto).
Liquidez e deslizamento: relógios noturnos, mercados locais, pares «finos »/correntes.
FX acima do kripto: saldo de moedas fiatas vs USD-nomeação de ativos.
Janela de operação: atrasos de rampas ele/off, confirmação de blockchain (confis).

2) Política de traçadores (modelo de apoio)

O objetivo é minimizar o P&L do preço, mantendo o UX e a margem.

2. 1 Princípios

1. Auto-hedge on receipt: no momento do depósito converter para um stable (USDC/USDT/... com limites de emissores) ou fiat.
2. NWP-hedge (Net Withdrawal Posição): Fazer pagamentos netos: 'netto = conclusões esperadas - sobras de bifes'.
3. Time-to-Hedge (TtH) SLO: p95 ≤ 2 min (pares líquidos), ≤ 10 min (redes finas).
4. Os limites do mercado vivo são o máximo notaional em um ativo básico não-hedged (por exemplo, ≤ 0. 5% do dia GGR).
5. Diversificação de versos: no máximo X% por emissor/cadeia, balanço on-chain/offline-castody.
6. Fail-safe: Quando a liquidez cai, o botão temporário «deposit→steybl apenas na rede Y».

2. 2 Matriz organizacional

Treasury - responsável pelo livro de hedge, limites, SOR/exec.
Risk/MLRO - limites de contêineres, complicações de sanções, SoF/SoW.
Ops - ele/off-ramp transacção, configuração de carteiras, monitoramento de confecções.
Finance - contabilidade, relatórios, reavaliação, atribuição P&L.

3) Ferramentas e seu papel

4) Métricas de risco e SLO alvo

Exposure (Neta): 'E = Equilíbrio em ativo básico' (USD). O objetivo é 'E ≤ limite L'.
VaR (99%, 1d): histórico/par. para uma cesta de ativos/bits.
TtH p95: tempo desde o depósito até o hedge.

5) Estratégias típicas

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

Na entrada (depósito em BTC/ETH/etc), → vender instantaneamente para o stable selecionado por SOR (vários CEX/OTC).
Armazenar os estribos nos limites de emissores/correntes; parte está em fiat em off-ramp.
Para as conclusões na cripto, comprar «de volta» quando necessário.

Vantagens: simplicidade, exposição delta quase zero.
Contras: custos de circulação, risco de bife (depeg), lajes operacionais.

5. 2 «Perp-hedge» (neutralização do delta)

Mantemos a Krypta splot como uma posição rotativa (para as conclusões), uma perpa curta é equivalente a neto.
Balanceamos funding: se funding> destino, convertemos parcialmente em bifes/fiat.

Vantagens: você pode manter o splot líquido para UX; flexibilidade.
Contras: valor funding e risco da bolsa.

5. 3 «Collar» para os pagamentos netos previstos

Compra de putos por um ativo básico + venda de call (ou perp curto) em um volume de pagamento por janela T (por exemplo, 7 a 14 dias).
O orçamento para o prémio limita o tail-risk.

Vantagens: limitação de perfuração; Valor controlado.
Contras: liquidez das opções, mais difícil operacionalmente.

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

Calculamos a necessidade neta de criptato no horizonte 'T' a partir de modelos comportamentais (seasonality, cash-out rate).
Só temos este volume; Depósitos de estacionamento entrantes em styble.

Benefícios: menos circulação; hedge para o caso.
Contras, risco padrão de previsão.

6) Arquitetura de execução e contabilidade

6. 1 Componentes

Crypto Payments Gateway: endereços/faturas, confecções, screening AML.
Treasury Router/SOR: seleção de bolsa/OTS, execução algo (TWAP/VWAP/POV), limites.
Hedge Engine: cálculo da exposição, colocação de perp/futuro/opções, monitoramento de HR/VaR.
Ledger/Accounting: posições, revalidação por mark-t-market, atribuição P&L: 'Trading P&L', 'Funding', 'Slippage', 'Fees'.
Risk & Compliance: limites de contêineres, screening de sanções, SoF/SoW, on/off-ramp políticas.

6. 2 Fluxo (exemplo auto-sell)

1. Deposit. detected → confis ≥ N → AML _ ok → 'SOR. quote()`

2. Execute TWAP (idumpotente exec _ id) → 'trade. fills` → `convert→stable`

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

4. Ledger. mark2mkt: preço de fechamento/indicador, cálculo P&L

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

6. 3 Idempotidade e riscos de execução

Chaves idimpotentes para mandados e conclusões (repetição de webhook ≠ novo acordo).
Kill-switch para degradação de liquidez (alertas de latency/files).
Caduit-breakers de varredura e variação de cotação (oracle vs book).

7) Modelo de dados (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) Limites e controle

9) Contabilidade e reportagem

Mark-to-Market (MtM): reavaliação diária de posições sobre pryce independente (oráculos de preços/índices).
P&L Ajustamento: decomposição em 'Price P&L', 'Funding', 'Fees', 'Slippage', 'FX'.
Hedge Efetiveness: '( P&L da carteira sem hedge - P&L real )/ P&L sem hedge'.
Maping para GGR: guarde separadamente «resultado de pagamento» vs «resultado».
Auditoria de comércio: exec _ id, relatórios de compensação, descarga por locais.

10) Complaens, KYC/AML e sanções

Política on/off-ramp: Apenas os contêineres whitelisted são permitidos, as contas KYC verificadas.
Screening on-chain sancionado: endereços/clusterização, rótulos de alto risco, proibição de interação.
Fonte of Funds/Wealth: liminares de escalação para grandes entradas/conclusões.
Regulamentos regionais, status de pagamento cripto, impostos, relatórios.
Custody: provedor/armazenamento independente, multisig/HSM, políticas de limites de saída.

11) Dashboard e alertas (conjunto mínimo)

1. Exposure & HR: por ativo e unidade.
2. VaR/ES: update diário, cenários de stress (-20%, + 20%, depeg - 2%).
3. TtH p50/p95, exec latency, fill ratio.
4. Funding/Carry e Fees/Slippage por local.
5. Estável Diversão: por emissores/redes, índice de depeg.
6. Viena Risk: balanços/margem/limites/incidentes.

• `E > 0. 8L _ asset 'n' P1;' E> L _ asset ' P0 com hedge automático.
• `VaR > L_VaR` → P1; `TtH p95 > SLO` → P1.
• `Depeg spread > 0. 5% '(por emissor) → auto-revalance de estribes.

12) Playbooks

Colapso brusco (- 10% em uma hora): carro-sell em um stable, fechar com uma perna curta o restante, estreitar os limites, incluir TWAP a um passo pequeno.
Depeg stable: revalidação instantânea para um stable/fiat alternativo, limite de emissor = 0, fechar as pernas contra este stable.
Congelamento de saques em bolsa: SOR alterna a execução para alternativas, OTC RFQ, redução do tamanho dos mandados, participações.
Saliência funding: transição parcial de perpa para spot + sell parcial, reajuste de custo carry.
Mercado/noite fino: aumentar a janela TWAP, limite para slippage bps, adiar grandes reequilíbrios.

13) Malas de teste (UAT/Pred-pronto)

1. Idempotent Exec: repetição de webhook → 1 transação, não dois.
2. TtH SLO: simular 100 depósitos → p95 ≤ alvo.
3. Kill-switch: Simulação de atraso da bolsa → SOR alterna.
4. Depeg Drill: - 1% para paridade de bife → ativa auto-revalance.
5. Stors VaR: Um salto de 20% → VaR/ES dentro dos limites.
6. Ledger Replice: reavaliação diária e verificação com os relatórios de bolsa/OTS.
7. Limits Enforcement: tentativa de superar L _ asset → falha/auto-hedge.

14) Erros frequentes e como evitá-los

Longa janela sem hedge (lajes de integração): fixe 'TtH' como SLO, mantenha um rampo «rápido».
Monoproviário: diversifique os locais/emissores, os limites por venue/stable.
Falta de MtM e atribuição P&L: não há transparência na eficiência do hedge.
Fé cega em perfis: ignorar funding → negativo carry.
Não há cenário de depeg, uma proporção elevada de um bife sem plano de lançamento.
Operações não-ideais - Duplos de mandados/conclusões para desobstrução de webhooks.

15) Resumos

A cripto-monetização bem-sucedida no iGaming é baseada em três pilares: neutralização instantânea do risco de preços, disciplina de limite rigorosa/dashboard e confiabilidade operacional de rampas. Ao combinar auto-sell, hedge NWP e ferramentas de perfis/opções - quando você é rígido e contabilizado - você mantém o TtW baixo, P&L estável e UX rápido e previsível.