Zanjirlar orasidagi moliyaviy oqimlar

(Bo’lim: Ekotizim va Tarmoq)

1) Nima uchun zanjirlararo pullarni boshqarish

• Xavfsizlik va yakunlash: faqat qaytarib bo’lmaydigan faktlarni hisobga olish.
• Likvidlilik va qiymat: yetarli zaxiralar mavjud bo’lganda yo’laklar qiymatini minimallashtirish.
• Hisobot va audit: ikki tomonlama yozuv va pruflar bilan to’liq kuzatib borish.
• Komplayens: AML/sanksiyalar, rezidentlik, yurisdiksiyalar bo’yicha limitlar.

2) Moliyaviy oqimlar tipologiyasi

1. Depozitlar: on-ramp → hamyon/foydalanuvchi hisobvarag’i (oncheyn/offcheyn).
2. To’lovlar: off-ramp/kripto to’lovlar → tashqi manzil/PSP.
3. Zanjirlararo tarjimalar (bridge): lock/mint, burn/release, message-based.
4. Svoplar/konvertatsiya (FX): orakul narxlari bilan cross-asset/chain swap.
5. Kliring va royalti: davriy o’zaro hisob-kitoblar operator, studiya, agregatorlar.
6. Vositachilik va chegirmalar: network fee, bridge fee, take rate, rebates.
7. G’aznachilik operatsiyalari (treasury): likvidlik rebalansi va xedj.

3) Rollar va konturlar

Ko’prik/releer: holatlar/aktivlar va pruflar ko’chirilishini ta’minlaydi.
G’aznachilik (Treasury): zanjirlar/valyutalar bo’yicha zaxiralar, limitlar, xedjirlash.
PSP/On-off-rampalar: kartalar/mahalliy ARM/banklar/kripto almashinuvi.
Oraqul/kotirovkalar: aktivlar, FX va vositachilik narxlari.
Tavakkalchilik/Komplayens: AML/KYC/KYB, sanksiyalar, velocity-limitlar.
Hisob/BI: ikki tomonlama yozuv, yakuniy hisobot, solishtirishlar.

4) Oqim arxitekturasi (referens)

Ingest (ko’prik/PSP/tugun) → Raw/Bronze (harakat faktlari) → Clean/Silver (normallashtirish, dedup, pruflar) → Core/Gold (ikki tomonlama yozuv, pozitsiyalar, majburiyatlar) → Marts (moliya, xavf, royalti) → Serve/API (hisobotlar, kliring,).
Asosiy xususiyatlar: idempotentlik, sxemalarni versiyalash, replay/backfill, late data.

5) Nizoning yakunlanishi, reorglari va oynalari

Maqomi:’observed → confirmed (K) → finalized → invalidated (reorg)’(+’challenged’optimistic-ko’priklar uchun).

• K-tasdig’i per chain/asset/summa (yirik o’tkazmalar uchun’K ↑’).
• Yuqori xavfli summalar va yangi ko’priklar uchun Delayed Finalization.
• Reorg handling: avtomatik nogironlik + agregatlarni qayta hisoblash.
• Proof coverage: valid prufli yozuvlarning maqsadli ulushi ≥ 99%.

6) Praysing, komissiyalar va FX

Narxning shakllanishi: ’effective _ amount = amount − (network_fee + bridge_fee + fx_spread) ’

Orakulalar: mediana kotirovkalari, outlier, time-weighted narxlardan himoya qilish.
Uzun yo’laklarda kurs uchun harakatlanuvchi oyna; hisobot siyosati bo’yicha’observed _ at’yoki’event _ at’kursini belgilash.
Fee buckets: komissiyaning yo’l xaritalari per corridor/asset.

7) Likvidlilik va limitlar

Zaxiralar: zanjir/aktivlar bo’yicha maqsadli balanslar, cho’qqilar uchun buferlar.
Yo’laklar: kundalik limitlar, g’aznachilik chaqiruvi ostonalari.
Rebalans: rebridjing/market-svoplar, cost-aware (shu jumladan latency va fee).
Stress-reja: fallback aktivlar/zanjirlar, bahsning K/oynalarini vaqtincha oshirish.

yaml treasury:
corridors:
"eth->polygon:USDC": { daily_usd: 1_000_000, k: 20, alert_at_pct: 80 }
"polygon->eth:USDC": { daily_usd: 800_000, k: 24, alert_at_pct: 75 }
reserves:
eth:   { usdc_min: 300_000, native_gas_min_usd: 25_000 }
polygon: { usdc_min: 250_000, native_gas_min_usd: 10_000 }

8) Voqealar kontraktlari va idempotentlik

yaml event:
id: uuid type: bridge. lock    bridge. mint    payout. requested    payout. finalized    deposit. settled ts: 2025-10-31T19:00:00Z chain_id: "eth-mainnet"
asset: "USDC"
amount: "123. 45"
src: "0x..." # address/organization dst: "0x..."    iban    wallet_id status: observed    confirmed    finalized    invalidated proof_ref: "merkle:..."
idempotency_key: "${chain}    ${block}    ${tx}    ${log}    ${type}"
fx: { base: "USD", rate: "1. 00", source: "oracle:v2" }
fees: { network: "1. 23", bridge: "0. 50" }

Deduplikatsiya qoidasi: upsert’idempotency _ key’oynada ≥ 72 soat.

9) Ikki marta yozish va hisobga olish (Core Ledger)

sql
CREATE TABLE ledger_entries (
id UUID PRIMARY KEY,
ts TIMESTAMPTZ,
account_dr TEXT, -- debit account_cr TEXT, -- credit amount NUMERIC (38.9),
currency TEXT, -- canonical accounting currency (for example, USD)
ref_event_id UUID,
meta JSONB
);

CREATE TABLE positions (
account TEXT PRIMARY KEY,
balance NUMERIC(38,9),
currency TEXT
);

Simlar misoli: USDCning zanjirlararo tarjimasi (lock → mint)

`Dr Bridge Receivable (dst_chain:USDC)` / `Cr Cash (src_chain:USDC)` — при lock.
`Dr Cash (dst_chain:USDC)` / `Cr Bridge Receivable (dst_chain:USDC)` — при mint(finalized).
Komissiyalar alohida liniyalar (’Bridge Fee Revenue’,’Network Fee Expense’) orqali aks ettiriladi.

10) Solishtirish va kliring

T-solishtirish: zanjirlar, aktivlar, provayderlar/ko’priklar bo’yicha, kun.
Proof match: koridorning ikkala tomonidagi kvitansiyalar (src/dst) va summalar (xatolikka yo’l qo’yilgan holda).
Dispute flow: anomaliyalar karantini (asset/decimals/amount mismatch).
Kliring royalti: faqat’finalized’, FX na’event _ at’yoki’observed _ at’- siyosatga muvofiq.

sql
-- Lock/mint bundle
SELECT l. tx_hash AS src_tx, m. tx_hash AS dst_tx, l. amount, m. amount
FROM core_events l
JOIN core_events m ON m. type='bridge. mint' AND m. proof_ref = l. proof_ref
WHERE l. type='bridge. lock' AND l. status='finalized' AND m. status='finalized';

-- Daily reconciliation by asset/chain
SELECT chain_id, asset,
SUM(CASE WHEN direction='in' THEN amount ELSE 0 END) AS inflow,
SUM(CASE WHEN direction='out' THEN amount ELSE 0 END) AS outflow
FROM flows
WHERE ts::date = CURRENT_DATE - INTERVAL '1 day'
GROUP BY chain_id, asset;

11) Komplayens va rezidentlik

AML/KYC/KYB: skoringlar, sanksiya ro’yxatlari, mablag’lar manbalari.
Rezidentlik/mahalliylashtirish: PII tokenlash, mintaqaviy shifrlash kalitlari, oq ro’yxatlar bo’yicha eksport.
Velocity limitlari: per user/org/corridor/day.
Audit-trail: oʻzgarmas kirish jurnallari, voqealar imzolari.

12) Kuzatish darajasi: SLI/SLO va metrika

• Finality p95 per corridor/asset,
• Success Rate tarjimalari,
• Proof Coverage%,
• Queue-Lag p95 (shina/ko’prik),
• FX Drift (kurslar tafovuti),
• Liquidity Utilization% (zaxiralar yuklamasi),
• Reorg/Challenge Rate,
• Dispute/Quarantine Rate.

• Finality p95: ≤ 3-10 daqiqa (koridor bo’ylab), Success ≥ 99. 5%,
• Proof Coverage ≥ 99. 0%, Queue-Lag P0 p95 ≤ 2 с,
• Dispute Rate ≤ 0. 2%, FX Drift ≤ 0. Mediananing 3 foizi.

Дашборды: Flows Core, Finality & Proofs, Treasury & Liquidity, FX & Fees, Compliance.

13) O’zgartirishlarni boshqarish

K/limitlar/koridorlarni o’zgartirish uchun Timelock; qarorlar jurnali.
Aktiv/decimals kataloglari versiyasi (faqat «qoʻshish» mosligi).
A/V-yangi ko’priklarni kiritish: canary oqimi, limitlar, oshirilgan K.
Anomaliyalarda koridorning emergency kill-switch.

14) Konfiguratsiyalar (YAML)

Moliyalashtirish/tavakkalchilik siyosati

yaml finality_policy:
eth-mainnet: { k: 12, delayed_for_usd_gt: 100000 }
polygon:   { k: 256 }
optimistic: { k: 0, challenge_minutes: 20, delayed_for_usd_gt: 50000 }
risk:
large_transfer_alert_usd: 25000 sanction_check: true

Yo’laklar va komissiyalar qoidalari

yaml corridors:
- id: "eth->polygon:USDC"
fee_bps: 25 fx_source: "oracle:v2"
daily_limit_usd: 1_000_000 slo:
finality_p95_min: 6 success_pct: 99. 6

Kliring uchun Webhook/imzolar

yaml webhooks:
clearing:
signature: { alg: "HMAC-SHA256", header: "X-Signature", ts_header: "X-Timestamp" }
retry: { attempts: 5, backoff_ms: [200,800,1600,3200,6400], jitter: true }

15) Hodisalar Playbook

A. Spayk reorg/invalidated

1. «K» ni vaqtincha ko’tarish, «finalized-only» ni kiritish; 2) high-risk reyslarini to’xtatish;

2. agregatlarni qayta hisoblash; 4) post-mortem va siyosatga tuzatishlar kiritish.

B. Proof Coverage qulashi

1. Merklizatsiya/pruverlarni restart; 2) shubhali o’tkazmalar karantini;

2. keyslarni qo’lda tanlash; 4) g’aznachilik/komplayens hisoboti.

S. Koridorda likvidlikning yetishmasligi

1. Rebalans/svopni yoqish; 2) fee ko’tarish/kvotalar kiritish;

2. P0-to’lovlarni ustuvorlashtirsin; 4) qatnashchilarni xabardor qilish.

D. FX Drift/narx anomaliyalari

1. Kotirovka manbasini oʻzgartirish; 2) yirik bitimlarni cheklash;

2. xedjni bajarish; 4) deraza hisobotlarini qayta sanash.

E. sanksiya/AML trigger

1. Darhol operatsiya bloki; 2) Compliance-da eskalatsiya;

2. artefaktlar/pruflarni saqlash; 4) hisobot va huquqiy harakatlar.

16) Joriy etish chek-varaqasi

1. Oqim manbalari, yoʻlaklar va yakuniy oynalarni oʻrnating.
2. Kanonik hodisalar va idempotentlik kalitini kiriting.
3. Ikki tomonlama yozuv va pozitsiyalarni, FX-normallashtirish va komissiyalarni hisobga olishni amalga oshiring.
4. Limitlar/zaxiralar va avtomatik rebalansni moslash.
5. SLI/SLO: Finality, Proofs, Liquidity, FX, Compliance dashbordlarini ko’taring.
6. AML/sanktsiyalar, rezidentlik va audit-treyllarni kiriting.
7. Chaos-/DR testlarini o’tkazing (reorg, oracle-drift, likvidlik).
8. Yo’laklarning/K/limitlarining har qanday o’zgarishi uchun governance-protseduralarini ishga tushiring.

17) Glossariy

Finality - tranzaksiya/holatning qaytarilmasligi.
Reorg - bloklarni bekor qilish bilan zanjirning bir qismini qayta yig’ish.
Corridor - qiymatni o’tkazish uchun boshqariladigan zanjir/aktivlar bog’lamasi.
Proof Coverage - valid kriptovalyutalari bo’lgan yozuvlar ulushi.
FX Drift - qo’llanilgan kursning etalondan chetga chiqishi.
Double-Entry - buxgalteriya hisobi uchun ikki baravar yozuv (debet/kredit).
Delayed Finalization - high-risk summalari uchun hisobotlarga kechiktirilgan qabul qilish.

Xulosa: zanjirlar orasidagi moliyaviy oqimlarni boshqarish shunchaki «aktivlarni ko’paytirish» emas, balki yakuniy, likvidlik, hisob va komplayens intizomidir. Kanonik hodisalar, ikki tomonlama yozuvlar, limitlar va yoʻlaklar boʻylab SLO har qanday yurisdiksiyada audit va auditga tayyor boʻlgan tekshiriladigan, tejamkor va barqaror tizimni yaratadi.