Şəbəkədə ümumi likvidlik

(Bölmə: Ekosistem və Şəbəkə)

1) «ümumi likvidlik» nədir və niyə lazımdır

• Minimum RTO/RPO ilə ödənişlərin/köçürmələrin sürəti və proqnozlaşdırılması.
• Kapitalın effektiv istifadəsi: daha az «ölü qalıqlar» və ikiqat ehtiyat.
• Domenlər arasında interaktivlik: körpülər, banklar, PSP, stableslər, on/off-ramp.
• Nəzarət olunan risklər: limitlər, buferlər, sığorta, monitorinq.

2) Likvidlik modelləri

2. 1 Mərkəzləşdirilmiş (custodial hub)

Vahid «likvid-hub» regionlar/valyutalar/zəncirlər üzrə pulları saxlayır. Sadəcə tətbiq, lakin daha yüksək kontragent risk və SPOF riskləri. Başlanğıc/kiçik şəbəkələr üçün uyğundur.

2. 2 Mərkəzləşdirilməmiş (domen pulları)

Likvidlik bir çox provayderlərdə/market-meykerlərdə (MM) saxlanılır, mübadilə - ağıllı müqavilələr/kanallar üzrə. Yuxarıda sabitlik, qabaqcıl marşrutlaşdırma və on-chain qaydaları lazımdır.

2. 3 Hibrid (tövsiyə olunur)

Kritik valyutalar/ödənişlər üçün hub + ölçmək üçün xarici MM/körpülər. İdarəetmə - limit, girov siyasəti və sığorta fondu vasitəsilə.

3) Topologiya və obyektlər

Likvidlik hovuzları (LP): 'LP {domen, valyuta/aktiv}' atributları ilə: balans, bufer, limitlər, kapital dəyəri (CoC), komissiya.
Kredit xətləri (CL): təminat və istifadə qiyməti ilə ikitərəfli/çoxtərəfli limitlər.
Körpülər: mexaniki lock/mint/burn/release və ya messaging-only + netting.
Marşrutlaşdırma qabırğaları: icazə verilən köçürmə yolları (on-us, LP arasında, körpü/bank/PSP vasitəsilə).
Sığorta fondu: siyasət çərçivəsində kəsirləri ödəyir.

4) Açar metriklər və düsturlar

• `LD_T = Balance_T - Reserved_T`
• Utilization (U) - hovuz yüklənməsi: 'U = Used/( Balance)'

• 'CR = Available/ P95 (Demand_T)' (hədəf ≥ 1. 5×)

• `BUF = Buffer / P95(NetFlow_daily)`
• Rebalance MTTR - triggerdən sonra balanssızlığın bağlanış vaxtının medianı.
• Cost-to-Serve (CTS per $) - $ köçürmə üçün ümumi komissiya/qaz/spred.
• Payout SLA Hit Rate - hədəf dəqiqə/bloklar ≤ ödənişlərin payı.

SLO (referans): Payout SLA hit ≥ 98-99%; CR ≥ 1. 5×; Rebalance MTTR ≤ 30 dəq; CTS per $ ↓ QoQ 10-15%.

5) Marşrutlaşdırma (SOR - Smart Order Routing)

5. 1 Məqsəd

SLA/limitlərə uyğun olaraq minimum tam dəyəri və riski olan bir yol seçin.

5. 2 Yol haqqı

`TotalCost = Fee + Gas + Slippage + LiquidityPenalty + TimePenalty + RiskAdj`

LiquidityPenalty: U üçün cəza> 70% və ya CR <hədəf.
TimePenalty: proqnozlaşdırılan final/mübahisə pəncərəsi üçün.
RiskAdj: sanksiya/ölkə və kontragent riskləri.

5. 3 Taktika

Split routing: bir neçə LP/körpülərdə böyük köçürmələri bölmək.
Pre-funding: pik saat LP əvvəlcədən şarj.
Quote locking: aşağı CR dinamik marj ilə qısa pəncərə qiyməti qeyd.
Retry/alt-path: deqradasiya zamanı ehtiyat yollarda idempotent təkrarlamalar.

6) Komissiyalar və qiymət

Base fee (bps) + yüksək SLA priority fee.
Dynamic spread: U> 80% və ya yüksək dəyişkənlikdə böyüyür.
Tiering: «yaxşı vətəndaşlar» şəbəkə üçün aşağıda (aşağı risk, sabit dövriyyəsi).
Negative fee promo: likvidlik çatışmazlığı ilə istiqaməti stimullaşdırmaq üçün (rebalance by demand).

7) Likvidlik rebalantı

7. 1 Tetikləyicilər

Eşik: 'U> 80%' və ya 'CR <1. 2`.
Proqnoz: Gözlənilən tələbin artması (ML/mövsümilik).
Hadisə: hədəf domenində kilid/fork/artan komissiyalar.

7. 2 Strategiyalar

TWAP/VWAP-daşqınlar: zaman/həcmdə bərabər.
körpü/DEX vasitəsilə atomik swap (tokenlər üçün).
Netting: pəncərənin sonunda qarşılıqlı öhdəliklərin klirinqi (saat/gün).
Rebalance auctions: xarici MM hərrac qiymətində balanssızlığı bağlayır.
Cross-currency hedge: USD ekvivalentini sabitləşdirmək üçün hedge əməliyyatlar.

7. 3 Prioritet siyasət

Pul/ödənişlər> kritik əməliyyat köçürmələri> digər.

8) Risk menecmenti

Run riskləri: geri çəkilmə təkliflərinin artması → sürət limitləri, dinamik spred, SLA-nın müvəqqəti uzadılması.
Konsentrasiya: kontragent/zəncir/bank üçün ekspozisiya limiti.
Yurisdiksiya və sanksiyalar: siyahılar, geo-məhdudiyyətlər, KYC/KYB ilə off-ramp.
Texnoloji: körpülərin nasazlığı/PSP, qaz qiymətlərinin artması, reorglər/mübahisə pəncərələri.
Əməliyyat: açar sızması, səhv aktiv satıcıları, səhv kotirovkalar.
Sığorta: risk fondu + təkrar sığorta; şəffaf örtük siyasəti.

9) Zəncirlərarası likvidlik və körpülər

Etimad modeli: pul üçün tercihen light-client/ZK; optimistic - genişləndirilmiş pəncərə ilə.
Ləğv şəbəkələri: HTLC/zəmanətli qəbzləri olan kanallar/MM.
Stabl Puulinq: aktivlərin vahid kanonik reyestri, decimals, ünvanlar, kursların uçotu.
Körpülərdə nettinq: qaz xərclərini və vaxtı azaltmaq üçün batch-klirinq.

10) Komplayens və audit

təsir rolları və böyük limitləri üçün KYC/KYB.
Tərcümə əvvəl və sonra AML/sanksiyalar (velocity/davranış filtrləri).
Log və konfiqurasiya auditi: imzalar, dəyişməz həllər reyestrləri.
Data residency/PII: şifrələmə, təxəllüs, ayrı vitrinlər.

11) Müşahidə, SLO və daşbordlar

• p50/p95 Time-to-Payout, Success-Rate, CTS per $, Utilization%, CR, Backlog, Rebalance MTTR, Quote Error, Liquidity Utilization of pool.

• Payout p95 ≤ 5 dəq (şəbəkələrarası - final pəncərə ≤), Success-Rate ≥ 99. 5%, CR ≥ 1. 5×, Relay/Bridge availability ≥ 99. 9%.

• Ops (час): Success-Rate, p95 TTP, U%, CR, backlog, burn-rate SLO.
• Liquidity & Cost (gün): TVL/Net-flow domen, CTS per $, fee gəlir, sığorta.
• Risk (həftə): ekspozisiyalar, sanksiya hitləri, near-run göstəriciləri, körpülərin uğursuzluğu.

12) Konfiqurasiya nümunələri (psevdo-YAML)

Pullar və limitlər siyasəti

yaml liquidity:
pools:
- id: "LP:EU:EUR"
min_buffer_pct: 60 max_utilization_pct: 85 rebalance_threshold:
cr_min: 1. 3 utilization_max: 0. 80 fees_bps:
base: 8 priority: 5
- id: "LP:TR:TRY"
min_buffer_pct: 70 max_utilization_pct: 80 credit_lines:
- from: "LP:EU:EUR"
to:  "LP:TR:TRY"
limit: 2_000_000 collateral: "USDC"
rate_bps_daily: 1. 5 bridges:
- pair: ["ETH", "Polygon"]
finality:
mode: light_client confirmations: 20 rate_limits:
per_minute: 300 per_hour: 12000

SOR parametrləri

yaml routing:
split_max_parts: 4 risk_adjustments:
utilization_penalty_bps: 25 # for every% over 70%
cr_penalty_bps: 50       # за CR<1. 2 time_penalty_ms_per_min: 5 prefer_paths: ["on-us", "light-client", "mm-auction"]

13) Sorğu nümunələri (psevdo-SQL)

Yükləmə və əhatə

sql
SELECT pool_id,
AVG(utilization) AS u_avg,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY demand_daily) AS p95_demand,
AVG(available) / NULLIF(PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY demand_daily),0) AS cr
FROM liquidity_snapshots
WHERE ts >= now() - INTERVAL '30 days'
GROUP BY pool_id;

SLA ödənişlər

sql
SELECT date_trunc('hour', finished_at) AS h,
100. 0 AVG(CASE WHEN EXTRACT(EPOCH FROM (finished_at - created_at)) <= sla_sec THEN 1 ELSE 0 END) AS payout_sla_hit
FROM payouts
WHERE created_at >= now() - INTERVAL '7 days'
GROUP BY 1;

CTS per $

sql
SELECT date_trunc('day', ts) AS d,
SUM(fees + gas + slippage_cost) / NULLIF(SUM(amount_usd),0) AS cts_per_usd
FROM transfers_costs
WHERE ts >= current_date - INTERVAL '30 days'
GROUP BY 1;

14) Əməliyyat qaydaları

Gündəlik: LP qalıqlarının yoxlanılması, CR/U/MTTR hesabatı, pik cədvəli üzrə avtomatik yenidən balans.
Həftəlik komitə: limitlərin, komissiyaların, marşrutların tənzimlənməsi; CTS və nasazlıqların təhlili.
SEV hadisələri: bir neçə domen üçün vahid «stop-kran», ictimai statuslar, post-mortem ≤ 72 saat.
Açarların və konfiqurasiyaların rotasiyası: imzalar, timelock, geri çəkilmələr.

15) Playbook hadisələr

CR düşür <1. 2 və artır backlog

TWAP prioritet rebalansları daxil edin, komissiyalar/spred qaldırın, split-routing daxil edin; ETA ilə təsirlənmiş tərəfdaşları xəbərdar edin.

Run-script (kütləvi nəticələr)

Sürət/kvota limitlərini aktivləşdirin, müvəqqəti olaraq SLA pəncərələrini artırın, sığorta fondunu və MM hərracını işə salın.

Körpünün uğursuzluğu/böyüməsi

Alternativ yola keçin (messaging-only + netting və ya ehtiyat körpü), K-confirmations qaldırın, kotirovkaları yeniləyin.

Sanksiya/AML tetikləyiciləri

Müvafiq hovuz/istiqamətləri dondurun, əl ilə review, komplayens hesabatı, skorinq qaydalarını yeniləyin.

Aktiv/kurs mappinq səhvi

Aktiv üzrə ticarətin dayandırılması, istinad kitabçasının geri çəkilməsi, bağlı köçürmələrin yenidən hesablanması, ictimai qeyd.

16) Giriş çek siyahısı

1. Domenlər üzrə hovuzlar/limitlər/buferlər və minimum CR-ləri təsvir edin.
2. Tam yol dəyəri və riskləri nəzərə alaraq SOR daxil edin.
3. rebalance (eşik + TWAP/VWAP) və netting.
4. SLI/SLO (SLA ödənişlər, CR, MTTR, CTS) və daşbordları müəyyən edin.
5. Sığorta fondunu və qıtlıqlar üçün MM hərraclarını işə salın.
6. Uyğunluq siyasətini təsdiq edin (KYC/KYB/AML/sanksiyalar).
7. chaos- və stress testləri (run, körpülərin nasazlığı, qaz lehimləri).
8. Mütəmadi olaraq komissiyaları, marşrutları və limitləri yoxlayın.

17) Lüğət

LP (Liquidity Pool) - domen/valyutada likvidlik hovuzu.
CR (Coverage Ratio) - tələbin hovuzla əhatə olunma əmsalı.
U (Utilization) - istifadə olunan likvidliyin payı.
SOR (Smart Order Routing) - ödənişlərin/transferlərin ağıllı marşrutlaşdırılması.
TWAP/VWAP - zaman/həcm üzrə hamar daşqın strategiyaları.
CTS per $ - $ transfer xidməti haqqı.
Run-risk - likvidliyin kütləvi şəkildə geri alınması riski.
Netting - batches tərəfindən qarşılıqlı öhdəliklərin klirinqi.

Nəticə: ümumi likvidlik - kapitalın səmərəli işlədiyi və ödənişlərin tez və proqnozlaşdırıla bilən qaydaların, hovuzların və marşrutların idarə olunan sistemidir. Hibrid topologiya, SOR, dinamik komissiyalar, ciddi SLO və rebalance intizamını birləşdirən ekosistem sabit, ölçülü və iqtisadi cəhətdən optimal şəbəkə likvidliyi əldə edir.