Volatilitate și acoperire cripto
TL; DR
Plățile cripto oferă TtW rapid, cost redus și acoperire globală, dar transportă riscul de preț. Strategia de bază este conversia instantanee (auto-vinde la stabil/fiat) și gard viu NWP (gard viu numai plăți nete). Pentru a menține riscul: limite de expunere (în minute/ore), instrumente de acoperire (spot/perp/futures/options), disciplină on/off rampă, tablouri de bord VaR/TtH (timp-la-gard) și idempotență operațională strictă.
1) Surse de volatilitate în bucla de plată
Prețul activului suport: BTC/ETH/TON etc.
Depeg stablecoins: UST caz → gestionat cota per emitent/lanț.
Baza futures și finanțare: perps ↔ spot (premium/discount).
Lichiditate și alunecare: ore de noapte, piețe locale, perechi subțiri/lanțuri.
FX peste cripto: fixați soldul valutar vs nominalizarea activelor USD.
Fereastra de operare: întârzieri de pornire/oprire, confirmări blockchain (confa).
2) Politica de custodie (model de referință)
Scop: Minimizați P&L de la preț, menținând în același timp UX și marja.
2. 1 Principii
1. Auto-gard viu la primire: convertiți la stabil în momentul depunerii (USDC/USDT/... cu limitele emitentului) sau fiat.
2. Gard viu NWP (Net Within Position): Plăți nete de acoperire: 'net = takeaways așteptate - stables'
3. Timp-la-gard viu (TtH) SLO: p95 ≤ 2 min (perechi lichide), ≤ 10 min (rețele subțiri).
4. Limitele pieței live: max. notaional pe un activ suport non-acoperit (de exemplu ≤ 0. 5% RGG zilnic).
5. Diversificarea grajdurilor: nu mai mult de X% per emitent/lanț, echilibru on-chain/offline-custom.
6. Fail-safe: dacă lichiditatea scade, comutatorul temporar "deposit→steybl numai în rețeaua Y.
2. 2 Matrice organizațională
Trezorerie - responsabil pentru carte de gard viu, limite, SOR/μ.
Risc/MLRO - limitele contrapărții, respectarea sancțiunilor, SoF/SoW.
Ops - operațiuni it/off-rampă, configurarea portofelelor, monitorizarea confs.
Finanțe - contabilitate, raportare, reevaluare, atribuire P&L.
3) Instrumente și rolul lor
4) Valorile riscurilor și SLO-urile țintă
Expunere: „E = Σ soldul net al activului suport” (în USD). Scop: „E ≤ limită L”.
VaR (99%, 1d): istoric/alin. pentru un coș de bunuri/grajduri.
TtH p95: timpul de la primirea depozitului la gard viu.
5) Strategii tipice
5. 1 „Auto-vinde la stabil”
La intrare (depozit în BTC/ETH/etc) → vinde instantaneu la stabil selectat prin SOR (mai multe CEX/OTC).
Depozitați grajdurile în funcție de limitele emitentului/lanțului; parte - în fiat pe off-rampă.
Pentru concluzii în cripto - cumpărați „înapoi” după cum este necesar.
Pro: simplitate, expunere aproape zero la delta.
Contra: costuri de cifră de afaceri, risc stabil (depeg), lag-uri de operare.
5. 2 „Perp-gard viu” (neutralizare delta)
Ținem cripta spot ca o poziție inversă (pentru concluzii), infractorul scurt este echivalent cu net.
Echilibrarea finanțării: dacă finanțarea> țintă, se transformă parțial în grajduri/fiat.
Pro: Puteți păstra un loc lichid pentru UX; flexibilitate.
Contra: valoarea finanțării și riscul de schimb.
5. 3 „Guler” pentru plățile nete prognozate
Cumpărarea pune pe activul suport + apeluri de vânzare (sau scurt infractor) în suma de plăți nete pe fereastra T (de exemplu, 7-14 zile).
Bugetul de primă limitează riscul de coadă.
Pro: limitarea desenelor; valoare gestionată.
Contra: opțiuni de lichiditate, mai dificil operațional.
5. 4 „NWP-gard viu” (poziție de retragere netă)
Calculăm nevoia netă de cripto pe orizontul „T” din modele comportamentale (sezonalitate, rată de cash-out).
Acoperim doar acest volum; depozite de intrare parc în grajduri.
Pro: mai puțină cifră de afaceri; gard viu „pe caz”.
Contra: Model de risc prognozat.
6) Executie si arhitectura contabila
6. 1 Componente
Crypto Payments Gateway: adrese/facturi, confs, screening AML.
Router trezorerie/SOR: selecție de schimb/OTS, execuție algo (TWAP/VWAP/POV), limite.
Hedge Engine: calculul expunerii, plasarea perp/future/options, monitorizarea HR/VaR.
Registru/Contabilitate: poziții, reevaluare pe piață, atribuire P&L: „Trading P&L”, „Finanțare”, „Derapaj”, „Taxe”.
Risc și conformitate: limite de contrapartidă, screening de sancțiuni, SoF/SoW, politici on/off-rampă.
6. 2 Flow (exemplu de vânzare automată)
1. Depozit. detectat konfa N 'SOR. citat () '
2. Executați TWAP (exec_id idempotent) → "comerț. umple ' ' ' '
3. Gard viu. update (): 'E↓', 'HR→1' → evenimente în Kafka
4. Registru. mark2mkt: preț de închidere/indicator, calcul P&L
5. Tablou de bord: TtH, VaR, HR, finanțare, derapaj/taxe
6. 3 Riscuri de idempotență și execuție
Chei Idempotent pentru comenzi și concluzii (repetați webhook ≠ re-deal).
Kill-switch pentru degradarea lichidității (alerte de latență/fișiere).
Întrerupătoare de circuit pentru ghilimele alunecare și divergente (oracol vs carte).
7) Modelul de date (simplificat)
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) Limite și controale
9) Contabilitate și raportare
Mark-to-Market (MtM): reevaluarea zilnică a pozițiilor prin preț independent (oracole/indici de preț).
P&L Atribuire: descompunere în „Preț P&L”, „Finanțare”, „Taxe”, „Derapaj”, „FX”.
Eficacitatea gard viu: '(Δ portofoliu P&L fără gard viu − Δ P&L efectiv )/ Δ P&L fără gard viu'.
Maparea la GGR: stocați separat „rezultatul plății” vs „rezultatul pe termen”.
Auditul tranzacțiilor: exec_id, rapoarte de compensare, încărcări pe site-uri.
10) Conformitate, KYC/AML și sancțiuni
Politica de rampă on/off: sunt permise numai contrapărțile listate la alb, conturile verificate de KYC.
Examinarea sancțiunilor pe lanț: adrese/clustering, etichete „cu risc ridicat”, interoperabilitate.
Sursa de fonduri/avere: praguri de escaladare pentru I/O.
Norme regionale: statutul plăților cripto, impozitarea, raportarea.
Custodie: furnizor/auto-stocare, multisig/HSM, politici limită de retragere.
11) Tabloul de bord și alerte (set minim)
1. Expunere & HR: pe active și în agregat.
2. VaR/ES: actualizare zilnică, scenarii de stres (− 20%, + 20%, depeg − 2%).
3. TtH p50/p95, latenţă, raport de umplere.
4. Finanțare/Carry și taxe/Slippage pe site.
5. Diversificare stabilă: prin emitent/rețea, indice depeg.
6. Riscul locației: solduri/marje/limite/incidente.
- "E> 0. 8L_asset' → P1; "E> L_asset' → P0 cu gard viu automat.
- "VaR> L_VaR' → P1;" TtH p95> SLO "→ P1.
- 'Depeg spread> 0. 5% "(prin emitent) → reechilibrarea automată a grajdurilor.
12) Playbooks
Un colaps ascuțit (− 10% pe oră): auto-vinde într-un grajd, închideți restul cu o pauză scurtă, îngustați limitele, porniți TWAP cu un pas mic.
Depeg stabil: reechilibrare instantanee pentru a alterna stabil/fiat, limita emitentului = 0, închide infractorii împotriva acestui stabil.
Înghețarea retragerii de schimb: execuția comutatoarelor SOR la alternative, OTC RFQ, reducerea dimensiunii comenzilor, partiționarea aplicațiilor.
Finanțare prin supratensiune: tranziție parțială de la infractori la spot + vânzare parțială, recalcularea valorii transportului.
Piața subțire/noapte: creșterea ferestrei TWAP, limitarea bps-urilor de alunecare, amânarea reechilibrelor mari.
13) Cazuri de testare (UAT/Prod-gata)
1. Idempotent Μ: repetați webhook → 1 afacere, nu două.
2. TtH SLO: simula 100 depozite → p95 ≤ țintă.
3. Kill-switch: simulare întârziere schimb → comutatoare SOR.
4. Depeg burghiu: − 1% la paritatea stabil → auto-reechilibrare este declanşată.
5. Stresul VaR: saltul de preț ± 20% → VaR/ES în limite.
6. Ledger Reprice: reevaluare zilnică și reconciliere cu rapoartele de schimb/UTS.
7. Limite de aplicare - încercarea de a depăși L_asset → renunțare/gard viu auto.
14) Greșeli frecvente și cum să le evitați
Fereastră lungă fără gard viu (lag-uri de integrare): fixați 'TtH' ca SLO, păstrați „rapid” rampa.
MonoProvider: Diversificarea site-urilor/emitenților, locație/limite stabile.
Lipsa atribuirii MtM și P&L: nicio transparență privind eficacitatea gard viu.
Credința oarbă în infractori: ignorați finanțarea → purtarea negativă.
Nu există nici un script depeg: o proporție mare de un stabil fără un plan de ieșire.
Operațiuni non-idempotente: comenzi duplicate/concluzii atunci când chatting webhooks.
15) Rezumat
Monetizarea cripto de succes în iGaming se bazează pe trei piloni: neutralizarea instantanee a riscului de preț, disciplina limită strictă/tablouri de bord și fiabilitatea operațională a rampei de pornire/oprire. Prin combinarea instrumentelor de auto-vânzare, gard viu NWP și perp/opțiuni - cu conformitate strânsă și contabilitate - păstrați TtW scăzut, P&L stabil și UX rapid și previzibil.