Volatilité des cryptos et couverture

TL; DR

Les paiements crypto donnent un TtW rapide, un faible coût et une couverture globale, mais comportent un risque de prix. La stratégie de base est la conversion instantanée (auto-sell en stable/fiat) et la couverture NWP (ne couvrir que les paiements nets). Pour maintenir le risque : limites d'exposition (en minutes/heures), outils de hedge (spot/perp/futures/options), discipline il/off-ramps, dashboards VaR/TtH (time-to-hedge) et idempotence opérationnelle sévère.

1) Sources de volatilité dans la boucle de paiement

Prix de l'actif sous-jacent : BTC/ETH/TON, etc.
Depeg steiblcoins : cas UST → contrôle des actions par émetteur/circuit.
Base à terme et funding : pers ↔ spot (prime/remise).
Liquidité et glissement : heures de nuit, marchés locaux, paires/chaînes « fines ».
FX au-dessus de la crypto : le solde des monnaies fiduciaires vs USD-nomination des actifs.
Fenêtre d'opération : retards il/off-ramp, confirmation de blockchain (confa).

2) Politique de trigerie (modèle de référence)

Objectif : minimiser le P&L du prix tout en maintenant l'UX et la marge.

2. 1 Principes

1. Auto-hedge on receipt : au moment du dépôt, convertir en steable (USDC/USDT/... avec des limites par émetteur) ou fiat.
2. NWP-hedge (Net Withdrawal Position) : couverture des paiements nets : "nets = conclusions attendues - résidus de stables'.
3. Time-to-Hedge (TtH) SLO : p95 ≤ 2 mines (les vapeurs liquides), ≤ 10 mines (les réseaux fins).
4. Limites du marché « live » : maximum notaional sur l'actif sous-jacent non couvert (par exemple, ≤ 0. 5 % du RGG journalier).
5. Diversification des stablets : pas plus de X % par émetteur/chaîne, bilan on-chain/hors ligne-castodi.
6. Fail-safe : en cas de baisse des liquidités, le commutateur temporaire « deposit→steybl uniquement sur le réseau Y ».

2. 2 Matrice organisationnelle

Trésor - Responsable du livre de hedge, limites, DORS/exec.
Risk/MLRO - limites des contreparties, conformité des sanctions, SoF/SoW.
Ops - il/off-ramp opération, la configuration des portefeuilles, la surveillance des confs.
Finances - comptabilité, rapports, réévaluation, attribution P&L.

3) Les outils et leur rôle

4) Indicateurs de risque et SLO ciblés

Exposition (Net) : « E = Σ solde net par actif sous-jacent » (en USD). Objectif : « E ≤ limite L ».
VaR (99 %, 1d) : historique/couple. pour le panier d'actifs/steables.
TtH p95 : le temps entre la réception du dépôt et la couverture.

5) Stratégies types

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

À l'entrée (dépôt à BTC/ETH/etc), vous → immédiatement vendre dans le stable sélectionné par DORS (plusieurs CEX/OTC).
Stocker les stablets selon les limites des émetteurs/circuits ; la partie est en fiat sur off-ramp.
Pour les conclusions dans la crypto - acheter « retour » au besoin.

Avantages : simplicité, exposition delta quasi nulle.
Inconvénients : coûts du chiffre d'affaires, risque de steable (depeg), risques opérationnels.

5. 2 « Perp-hedge » (neutralisation du delta)

Nous tenons la crypte spot comme une position négociable (pour les conclusions), nous couronnons la perp équivalent à net.
Équilibrer le funding : si le funding> cible, convertir partiellement en stabls/fiat.

Avantages : vous pouvez garder un spot liquide pour l'UX ; flexibilité.
Inconvénients : le coût et le risque de la bourse.

5. 3 « Collar » pour les paiements nets prévus

Achat de puts sur l'actif sous-jacent + vente de colles (ou perp court) dans le montant des paiements nets par fenêtre T (par exemple, 7-14 jours).
Le budget de la prime limite le risque.

Avantages : limitation de l'infiltration ; coût gérable.
Inconvénients : liquidité des options, plus difficile sur le plan opérationnel.

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

Nous calculons le besoin net de crypto à l'horizon « T » à partir de modèles comportementaux (seasonality, cash-out rate).
Nous ne couvrons que ce volume ; les dépôts entrants sont parqués dans les stebls.

Avantages : moins de chiffre d'affaires ; hedge « sur l'affaire ».
Inconvénients : Risque type de prévision.

6) Architecture d'exécution et de comptabilité

6. 1 Composants

Crypto Payments Gateway : adresses/factures, confitures, contrôle AML.
Route du Trésor/SOR : choix d'échange/OTS, exécution algo (TWAP/VWAP/POV), limites.
Moteur Hedge : calcul de l'exposition, placement de perp/fusion/options, surveillance des RH/VaR.
Ledger/Accounting : positions, réévaluation par mark-tu-market, P & L-attribution : 'Trading P&L', 'Funding', 'Slippage', 'Fees'.
Risk & Compliance : limites des contreparties, contrôle des sanctions, SoF/SoW, on/off-ramp policy.

6. 2 Flux (exemple auto-sell)

1. Deposit. detected → confi ≥ N → AML_ok → "SOR. quote()`

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

3. Hedge. update () : 'E↓', 'HR→1' → événements dans Kafka

4. Ledger. mark2mkt : prix de fermeture/indicateur, calcul P&L

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

6. 3 Idempotence et risques d'exécution

Clés idempotentes pour les mandats et les conclusions (répétition du webhook ≠ transaction répétée).
Kill-switch sur la dégradation des liquidités (alertes par latitude/filaments).
Circuit-breakers par glissement et divergence des cotations (oracle vs book).

7) Modèle de données (simplifié)

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 et contrôles

9) Comptabilité et reporting

Mark to Market (MtM) : réévaluation quotidienne des positions sur les prix indépendants (oracles/indices de prix).
P&L Attribution : décomposition en 'Price P&L', 'Funding', 'Fees', 'Slippage', 'FX'.
Hedge Effectiveness : '(Δ P&L du portefeuille sans couverture − Δ P&L réel )/ Δ P&L sans couverture ".
Mapping to GGR : stockez séparément le « résultat de paiement » vs « résultat de trigerie ».
Audit des transactions : exec_id, rapports de compensation, déchargement par site.

10) Conformité, KYC/AML et sanctions

Politique il/off-ramp : seules les contreparties whitelisted, KYC-comptes vérifiés sont autorisés.
Dépistage en ligne : adresses/clustering, étiquettes « risque élevé », interdiction d'interaction.
Source of Funds/Wealth : seuils d'escalade pour les grandes entrées/sorties.
Règles régionales : statut des crypto-paiements, fiscalité, rapports.
Custody : fournisseur/auto-stockage, multisig/HSM, politiques de limitation de sortie.

11) Dashboard et alertes (ensemble minimum)

1. Exposition & RH : par actif et par agrégat.
2. VaR/ES : mise à jour quotidienne, scénarios de stress (− 20 %, + 20 %, depeg − 2 %).
3. TtH p50/p95, exec latency, fill ratio.
4. Funding/Carry et Fees/Slippage par site.
5. Diversification stable : par émetteur/réseau, indice depeg.
6. Risque de vente : bilan/marge/limites/incidents.

• `E > 0. 8L_asset' → P1 ; 'E> L_asset' → P0 avec auto-haie.
• `VaR > L_VaR` → P1; `TtH p95 > SLO` → P1.
• `Depeg spread > 0. 5 % (par émetteur) → auto-rebalance des steables.

12) Pleybooks

Effondrement brutal (− 10 % par heure) : Auto-sell dans le stable, fermer le reste avec une perpe courte, réduire les limites, activer TWAP avec un petit pas.
Depeg steable : Rebalance instantanée sur le steable alternatif/fiat, limite par émetteur = 0, fermer les perpes contre ce steable.
Gel des retraits boursiers : DORS passe de l'exécution à des solutions de rechange, OTC RFQ, réduction de la taille des mandats, répartition des demandes.
Sursaut de funding : passage partiel de perpes à spot + sell partiel, recalculer la valeur carry.
Marché subtil/nuit : augmenter la fenêtre TWAP, la limite sur le slippage bps, reporter les grands rééquilibres.

13) Cas de test (UAT/Prod)

1. Idempotent Exec : la répétition du webhook → 1 deal, pas deux.
2. TtH SLO : simuler 100 dépôts → p95 ≤ cible.
3. Kill-switch : simulation de retard boursier → SOR bascule.
4. Depeg Drill : − 1 % à la parité du steable → une auto-rebalance est déclenchée.
5. Stress VaR : hausse des prix ± 20 % → VaR/ES dans les limites.
6. Ledger Reprice : réévaluation journalière et rapprochement avec les rapports boursiers/OTS.
7. Limits Enforcement : tentative de dépasser le L_asset de l'échec →/auto-hedge.

14) Erreurs fréquentes et comment les éviter

Longue fenêtre sans haie (zones d'intégration) : fixez 'TtH' comme SLO, gardez « rapide » il-ramp.
Monoprovider : diversifiez les sites/émetteurs, limitez les ventes/stable.
Absence de MtM et d'attribution P&L : il n'y a pas de transparence sur l'efficacité de la couverture.
Croyance aveugle en perpes : ignorer le funding → le carry négatif.
Pas de scénario depeg : une proportion élevée d'un stable sans plan de sortie.
Opérations non-idempotentes : prises de mandats/retraits lors de la dérive de webhooks.

15) Résumé

La crypto-monétisation réussie dans iGaming repose sur trois piliers : la neutralisation instantanée du risque de prix, la stricte discipline/dashboard limite et la fiabilité opérationnelle des rampes. En combinant auto-sell, NWP hedge et outils de perp/options - avec une complication et une comptabilité rigides - vous gardez TtW faible, P&L stable et UX rapide et prévisible.