ქსელში ზოგადი ლიკვიდობა

(განყოფილება: ეკოსისტემა და ქსელი)

1) რა არის „საერთო ლიკვიდობა“ და რატომ არის ეს საჭირო

• გადახდების/გადარიცხვების სიჩქარე და პროგნოზირება მინიმალური RTO/RPO.
• კაპიტალის ეფექტური გამოყენება: ნაკლები „მკვდარი ნარჩენები“ და ორმაგი სარეზერვო.
• ინტეროპერაციულობა დომენებს შორის: ხიდები, ქილა, PSP, stables, on/off-ramp.
• კონტროლირებადი რისკები: ლიმიტები, ბუფერები, დაზღვევა, მონიტორინგი.

2) ლიკვიდობის მოდელები

2. 1 ცენტრალიზებული

ერთი „ლიკვიდაციის კერა“ ინახავს აუზებს რეგიონების/ვალუტის/ჯაჭვების მიხედვით. უბრალოდ დანერგვა, მაგრამ უფრო მაღალი, ვიდრე კონტრაგენტული რისკი და SPOF რისკები. შესაფერისია/მცირე ქსელების დასაწყებად.

2. 2 დეცენტრალიზებული (დომენების აუზები)

ლიკვიდობა ინახება მრავალი პროვაიდერის/ბაზრის შემქმნელის (MM) მიერ, გაცვლა - ჭკვიანი კონტრაქტებით/არხებით. უფრო მაღალი სტაბილურობა, საჭიროა მოწინავე მარშრუტიზაცია და on-chain წესები.

2. 3 ჰიბრიდული (რეკომენდებულია)

კრიტიკული ვალუტების ჰაბები/გადახდები + გარე MM/ხიდები მასშტაბისთვის. მენეჯმენტი - ლიმიტების, გირაოს და სადაზღვევო ფონდის პოლიტიკის საშუალებით.

3) ტოპოლოგია და ობიექტები

ლიკვიდობის აუზები (LP): 'LP {დომენი, ვალუტა/აქტივი "ატრიბუტით: დარჩენილი, ბუფერი, ლიმიტები, კაპიტალის ღირებულება (CoC), კომისია.
საკრედიტო ხაზები (CL): ორმხრივი/მრავალმხრივი ლიმიტები, რომლებიც უზრუნველყოფენ და ფასს იყენებენ.
ხიდები: მექანიკა lock/mint/burn/release ან messaging-only + netting.
მარშრუტიზაციის ნეკნები: დასაშვები გადაცემის მარშრუტები (on-us, LP- ს შორის, ხიდზე/ბანკში/PSP).
სადაზღვევო ფონდი: მოიცავს დეფიციტს პოლიტიკის ფარგლებში.

4) ძირითადი მეტრიკა და ფორმულები

• `LD_T = Balance_T - Reserved_T`
• Utilization (U) - აუზის დატვირთვა: 'U = used/( Balance)'

• 'CR = Available/P95 (Demand _ T)' (სამიზნე - 1. 5×)

• `BUF = Buffer / P95(NetFlow_daily)`
• Rebalance MTTR საშუალო დროა ტრიგერის შემდეგ დისბალანსის დახურვის შემდეგ.
• Cost-to-Serve (CTS per $) - მთლიანი საკომისიო/გაზი/sprad გადარიცხვისთვის.
• Payout SLA Hit Rate - გადახდების წილი სამიზნე წუთი/ბლოკი.

SLO (სახელმძღვანელო): Payout SLA hit 98-99%; CR ≥ 1. 5×; Rebalance MTTR - 30 წთ; CTS per $ QoQ 10-15% -ით.

5) მარშრუტიზაცია (SOR - Smart Order Routing)

5. 1 მიზანი

შეარჩიეთ ბილიკი მინიმალური სრული ღირებულებითა და რისკით, SLA/ლიმიტების დაცვით.

5. 2 ბილიკის ღირებულება

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

LiquidityPenalty: ჯარიმა U> 70% ან CR <სამიზნე.
TimePenalty: სავარაუდო დავის ფინალიზაციისთვის/ფანჯარისთვის.
RiskAdj: სანქციების/უსაფრთხოების და კონტრაგენტის რისკები.

5. 3 ტაქტიკა

Split routing: დიდი გადარიცხვების გაყოფა რამდენიმე LP/ხიდზე.
Pre-funding: LP- ის წინასწარი დატენვა პიკის საათებში.
Cte locking: დააფიქსირეთ ფასი მოკლე ფანჯარაზე, დინამიური ზღვარი დაბალი CR- ით.
Retry/alt-path: idempotent გამეორება სარეზერვო მარშრუტებზე დეგრადაციის დროს.

6) კომისიები და პრაიმერები

Base fee (bps) + priority fee მაღალი SLA.
Dynamic spread: იზრდება U> 80% ან მაღალი ცვალებადობით.
Tiering: უფრო დაბალია ქსელის „კარგი მოქალაქეებისთვის“ (დაბალი რისკი, სტაბილური ბრუნვა).
Negative fee promo: ლიკვიდობის დეფიციტის მიმართულების სტიმულირებისთვის.

7) ლიკვიდობის რებალანსი

7. 1 ტრიგერები

ბარიერი: 'U> 80%' ან 'CR <1. 2`.
პროგნოზი: მოსალოდნელი მოთხოვნის ზრდა (ML/სეზონური).
ღონისძიება: ბლოკირება/ჩანგალი/საკომისიოს ზრდა სამიზნე დომენში.

7. 2 სტრატეგია

TWAP/VWAP გადასასვლელები: თანაბრად დროში/მოცულობით.
Atomic swap ხიდზე/DEX (ნიშნებისთვის).
Netting: ურთიერთსაწინააღმდეგო ვალდებულებების დალაგება ფანჯრის ბოლოს (საათი/დღე).
Rebalance auctions: გარე MM დახურავს დისბალანსს აუქციონის ფასად.
Cross-currence hedge: ჰეჯირების გარიგებები აშშ - ს ეკვივალენტის სტაბილიზაციისთვის.

7. 3 პრიორიტეტული პოლიტიკა

ფული/გადახდები> კრიტიკული ოპერატიული გადარიცხვები> სხვა.

8) რისკის მენეჯმენტი

Run რისკები: გაყვანის განაცხადების ზრდა - სიჩქარის ლიმიტები, დინამიური სპრადი, SLA- ს დროებითი გახანგრძლივება.
კონცენტრაცია: ექსპოზიციის ლიმიტი კონტრარგუმენტზე/ჯაჭვზე/ბანკში.
იურისდიქციები და სანქციები: სიები, გეო-შეზღუდვები, off-ramp KYC/KYB.
ტექნოლოგია: ხიდების უკმარისობა/PSP, გაზების ფასების ზრდა, რეორგი/დავის ფანჯრები.
ოპერაციული: გასაღების გაჟონვა, აქტივების არასწორი მყიდველები, არასწორი ციტატები.
დაზღვევა: რისკის ფონდი + გადაზღვევა; გამჭვირვალე დაფარვის პოლიტიკა.

9) ჯაჭვის ლიკვიდობა და ხიდები

ნდობის მოდელი: სასურველია მსუბუქი კლიენტი/ZK ფულისთვის; optimistic - გაზრდილი ფანჯრით.
ლიკვიდაციის ქსელები: არხები/MM HTLC/გარანტირებული ქვითრები.
Puling stables: აქტივების ერთიანი კანონიკური რეესტრი, decimals აღრიცხვა, მისამართები, კურსები.
ხიდების netting: batch გაწმენდა გაზის ხარჯების და დროის შესამცირებლად.

10) შესაბამისობა და აუდიტი

KYC/KYB გავლენის მოხდენისა და ძირითადი შეზღუდვებისთვის.
AML/სანქციები გადაცემის წინ და მის შემდეგ (velocity/ქცევითი ფილტრები).
ლოგებისა და ჩამორთმევის აუდიტი: ხელმოწერები, გადაწყვეტილების უცვლელი რეესტრები.
მონაცემთა აღდგენა/PII: დაშიფვრა, ფსევდონიზაცია, ცალკეული ფანჯრები.

11) დაკვირვება, SLO და დაშბორდები

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

• Payout p95-5 წუთი (offset - ფინალიზაციის ფანჯარა), 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 (დღე): TVL/Net-flow დომენებზე, CTS per, fee შემოსავალი, დაზღვევა.
• რიკი (კვირა): ექსპოზიციები, სანქციების ჰიტები, ინდიკატორები, ხიდების უკმარისობა.

12) კონფიგურაციის მაგალითები (ფსევდო-YAML)

ტყვიებისა და ლიმიტების პოლიტიკა

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 პარამეტრები

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) შეკითხვის მაგალითები (ფსევდო-SQL)

ჩატვირთვა და დაფარვა

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 გადახდები

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) ოპერაციული რეგულაციები

ყოველდღიურად: LP ნარჩენების შერწყმა, ანგარიში CR/U/MTTR- ს შესახებ, ავტომატური გამრიცხველიანება მწვერვალების გრაფიკის მიხედვით.
ყოველკვირეული კომიტეტი: შეზღუდვების, კომისიების, მარშრუტების კორექტირება; CTS და უარის თქმის ანალიზი.

SEV ინციდენტები: ერთი „გაჩერების ამწე“ წყვილი დომენისთვის, საზოგადოებრივი სტატუსები, პოსტ-morthem - 72;

გასაღებების როტაცია და კონფიგურაცია: ხელმოწერები, timelock, გამოტოვება.

15) Playbook ინციდენტები

CR ეცემა <1. 2 და იზრდება backlog

ჩართეთ პრიორიტეტული TWAP რულონები, გაზარდეთ საკომისიო/სპრადი, ჩართეთ split-routing; აცნობეთ დაზარალებულ პარტნიორებს ETA- სთან.

Run სცენარი (მასობრივი დასკვნები)

გააქტიურეთ სიჩქარის/კვოტის ლიმიტები, დროებით გაზარდოთ SLA ფანჯრები, გამოიყენოთ სადაზღვევო ფონდი და MM აუქციონი.

ხიდის უკმარისობა/ფინალიზაციის ზრდა

გადასვლა ალტერნატიულ მარშრუტზე (გადართვა + ნეტა ან სარეზერვო ხიდი), აამაღლეთ K- კონფიგურაციები და განაახლეთ ციტატები.

სანქციები/AML ტრიგერები

გაყინეთ შესაბამისი აუზები/მიმართულებები, სახელმძღვანელო შურისძიება, შესაბამისობის ანგარიში, მორიელის წესების განახლება.

აქტივის/კურსის მაპინგის შეცდომა

აქტივზე ვაჭრობის შეჩერება, საცნობარო წიგნის გამოტოვება, ფიქსირებული თარგმანების გადაანგარიშება, საჯარო შენიშვნა.

16) განხორციელების შემოწმების სია

1. აღწერეთ აუზები/ლიმიტები/ბუფერები და მინიმალური CR დომენები.
2. ჩართეთ SOR ბილიკისა და რისკების სრული ღირებულების გათვალისწინებით.
3. Rebalance (ბარიერი + TWAP/VWAP) და netting.
4. განსაზღვრეთ SLI/SLO (SLA გადახდები, CR, MTTR, CTS) და დაშბორდები.
5. დაზღვეული სადაზღვევო ფონდი და MM აუქციონები დეფიციტისთვის.
6. დაამტკიცეთ შესაბამისობის პოლიტიკა (KYC/KYB/AML/სანქციები).
7. ჩაატარეთ chaos- და სტრესული ტესტები (run, ხიდების უკმარისობა, გაზსადენები).
8. რეგულარულად გადაამოწმეთ კომისიები, მარშრუტები და ლიმიტები.

17) გლოსარიუმი

LP (ლიკვიდობის აუზი) - ლიკვიდობის აუზი დომენში/ვალუტაში.
CR (Coverage Ratio) - ტყვიით მოთხოვნის დაფარვის კოეფიციენტი.
U (Utilization) - გამოყენებული ლიკვიდობის წილი.
SOR (Smart Order Routing) - ინტელექტუალური გადახდის/ტრანსფერების მარშრუტიზაცია.
TWAP/VWAP - დროის/მოცულობის გლუვი გადინების სტრატეგია.
CTS $ - გადარიცხვის მომსახურების ღირებულება.
Run-risk არის ლიკვიდობის მასობრივი ამოღების რისკი.
Netting არის ბრძოლების ურთიერთდახმარების კლირინგი.

შედეგი: ზოგადი ლიკვიდობა არის წესების, ტყვიების და მარშრუტების კონტროლირებადი სისტემა, სადაც კაპიტალი ეფექტურად მუშაობს, ხოლო გადახდები ხორციელდება სწრაფად და პროგნოზირებულად. ჰიბრიდული ტოპოლოგიის, SOR, დინამიური კომისიების, მკაცრი SLO და რებალანსის დისციპლინის შერწყმით, ეკოსისტემა იღებს სტაბილურ, მასშტაბურ და ეკონომიკურად ოპტიმალურ ქსელურ ლიკვიდობას.