Желідегі жалпы өтімділік

(Бөлім: Экожүйе және Желі)

1) «Жалпы өтімділік» дегеніміз не және ол не үшін қажет

• Ең аз RTO/RPO кезіндегі төлемдердің/аударымдардың жылдамдығы мен болжамдылығы.
• Капиталды тиімді пайдалану: «өлі қалдықтар» мен қосарланған резервтеуден аз.
• Домендер арасындағы интероперабельділік: көпірлер, банкілер, PSP, стейблдер, on/off-ramp.
• Бақыланатын тәуекелдер: лимиттер, буферлер, сақтандыру, мониторинг.

2) Өтімділік модельдері

2. 1 Орталықтандырылған (custodial hub)

Бірыңғай «таратушы-хаб» өңірлер/валюталар/тізбектер бойынша пулдарды ұстайды. Жай ғана енгізу, бірақ контрагенттік тәуекел мен SPOF-тәуекелдер жоғары. Шағын желілерді бастау үшін жарамды.

2. 2 Орталықсыздандырылған (домендер бойынша пулдар)

Өтімділік көптеген провайдерлерде/маркет-мейкерлерде (ММ) сақталады, айырбастау - смарт-келісімшарттар/арналар бойынша. Жоғары тұрақтылық, озық бағыттау және on-chain ережелері қажет.

2. 3 Гибридті (ұсынылады)

Күрделі валюталарға/төлемдерге арналған хабтар + сыртқы ММ/масштабтауға арналған көпірлер. Басқару - лимиттер, кепiлдер және сақтандыру қоры саясаты арқылы.

3) Топология және объектілер

Өтімділік пулдары (LP): 'LP {домен, валюта/актив}' атрибуттарымен: қалдық, буфер, лимиттер, капитал құны (CoC), комиссия.
Кредиттік желілер (CL): қамтамасыз етумен және пайдаланғаны үшін бағамен екі жақты/көп жақты лимиттер.
Көпірлер: lock/mint/burn/release немесе messaging-only + неттинг механикасы.
Бағыттау қабырғалары: аударудың рұқсат етілген жолдары (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 $) - $ аударымға жиынтық комиссия/газ/спрэд.
• 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-ді шыңдалған сағаттарда алдын ала зарядтау.
Quote locking: төмен CR кезінде динамикалық үстеме бағамен қысқа терезенің бағасын белгілеу.
Retry/alt-path: деградация кезінде резервтік жолдар бойынша демпотенттік қайталаулар.

6) Комиссия және прайсинг

Base fee (bps) + priority fee жоғары SLA кезінде.
Dynamic spread: U> 80% немесе жоғары құбылмалылықта өседі.
Tiering: «жақсы азаматтар» желісі үшін төмен (төмен тәуекел, тұрақты айналымдар).
Negative fee промо: өтімділік тапшылығы бар бағытты ынталандыру үшін (rebalance by demand).

7) Өтімділік ребалансы

7. 1 Триггерлер

Шекті: 'U> 80%' немесе 'CR <1. 2`.
Болжамды: күтілетін сұраныстың көтерілуі (ML/маусымдылық).
Оқиға: мақсатты доменде бұғаттау/форкалар/комиссиялардың өсуі.

7. 2 Стратегиялар

TWAP/VWAP-құйылулар: уақыт бойынша/көлемі бойынша біркелкі.
Көпір/DEX арқылы Atomic swap (токендер үшін).
Неттинг: терезе соңындағы өзара міндеттемелердің клирингі (сағат/күн).
Rebalance auctions: сыртқы ММ теңгерімсіздікті аукциондық баға бойынша жабады.
Cross-currency hedge: USD-баламасын тұрақтандыру үшін хеджирлеу мәмілелері.

7. 3 Басымдық саясаты

Ақша/төлемдер> күрделі операциялық аударымдар> өзгелер.

8) Тәуекел-менеджмент

Run-тәуекелдер: шығару өтінімдерінің өсуі → жылдамдық лимиттері, динамикалық спрэд, SLA уақытша ұзарту.
Шоғырлану: контрагентке/тізбекке/банкке арналған экспозиция лимиті.
Юрисдикциялар мен санкциялар: тізімдер, гео-шектеулер, KYC/KYB-мен off-ramp.
Технологиялық: көпірлердің істен шығуы/PSP, газ бағасының өсуі, реоргалар/дау терезелері.
Операциялық: кілттердің жылыстауы, активтердің қате мэппингтері, қате баға белгілеулер.
Сақтандыру: тәуекел қоры + қайта сақтандыру; жабындардың мөлдір саясаты.

9) Тізбеаралық өтімділік және көпірлер

Сенім моделі: ақшаға арналған light-client/ZK; optimistic - терезесі үлкейтілген.
Тарату желілері: HTLC/кепілдік берілген түбіртектері бар арналар/ММ.
Стейблдердің пулингі: активтердің бірыңғай каноникалық тізілімі, decimals, мекенжайлар, бағамдарды есепке алу.
Көпірлер бойынша неттинг: газ шығындары мен уақытты төмендету үшін батч-клиринг.

10) Комплаенс және аудит

Әсер ететін рөлдер мен ірі лимиттер үшін KYC/KYB.
Аудармаға дейін және кейін AML/санкциялар (velocity/мінез-құлық сүзгілері).
Логтар мен пішіндер аудиті: қолтаңбалар, шешімдердің өзгермейтін тізілімдері.
Data residency/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 мин (желіаралық - қорытынды терезенің ≤), 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 кірісі, сақтандыру.
• Тәуекел (апта): экспозициялар, санкциялық хиттер, near-run индикаторлары, көпірлердің істен шығуы.

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 инциденттері: домендер жұбына бірыңғай «тоқтату краны», жария мәртебелер, пост-мортем ≤ 72 сағ.
Кілттер мен конфигурацияларды ротациялау: қолтаңбалар, timelock, кері шегіністер.

15) Playbook оқиғалар

CR құлайды <1. 2 және өсу backlog

TWAP басымдықты ребаланстарын қосу, комиссияны/спрэдті көтеру, split-routing қосу; ETA-мен қозғалған әріптестерді хабардар ету.

Run-сценарий (жаппай қорытындылар)

Жылдамдық/квота лимиттерін жандандыру, SLA терезелерін уақытша ұлғайту, сақтандыру қоры мен ММ аукционын іске қосу.

Көпірдің істен шығуы/аяқталу өсімі

Басқа жолға ауысу (messaging-only + неттинг немесе резервтік көпір), K-confirmations-ды көтеру, баға белгілеуді жаңарту.

Санкциялық/AML триггерлері

Тиісті пул/бағыттарды, қолмен жылтырауды, комплаенс есебін, скоринг ережелерін жаңартуды тоқтату.

Актив/бағам мэппингінің қатесі

Актив бойынша сауда-саттықты тоқтату, анықтамалықтың қайтарылуы, үлестес аударымдарды қайта есептеу, жария жазба.

16) Енгізу чек-парағы

1. Домендер бойынша пулдарды/лимиттерді/буферлерді және ең аз CR-ді сипаттаңыз.
2. Жолдың толық құнын және тәуекелдерді ескере отырып, SOR қосыңыз.
3. Ребалансты (шекті + TWAP/VWAP) және неттингті теңшеңіз.
4. SLI/SLO (SLA төлемдер, CR, MTTR, CTS) және дашбордтарды анықтаңыз.
5. Тапшылық үшін сақтандыру қоры мен ММ аукциондарын іске қосыңыз.
6. Комплаенс-саясатты (KYC/KYB/AML/санкциялар) бекітіңіз.
7. Chaos- және стресс-тесттер (run, көпірлердің істен шығуы, газ дәнекерлеу) жүргізіңіз.
8. Комиссияларды, маршруттар мен лимиттерді үнемі тексеріп тұрыңыз.

17) Глоссарий

LP (Liquidity Pool) - домендегі/валютадағы өтімділік пулы.
CR (Coverage Ratio) - сұранысты пулмен жабу коэффициенті.
U (Utilization) - пайдаланылған өтімділік үлесі.
SOR (Smart Order Routing) - төлемдерді/трансферттерді интеллектуалды бағыттау.
TWAP/VWAP - уақыт/көлем бойынша бірқалыпты құю стратегиялары.
CTS per $ - $ аударымға қызмет көрсету құны.
Run-risk - өтімділікті жаппай алу тәуекелі.
Netting - батшалардың өзара міндеттемелерінің клирингі.

Қорытынды: жалпы өтімділік - бұл капитал тиімді жұмыс істейтін, ал төлемдер тез және болжамды орындалатын ережелердің, пулдар мен бағыттардың басқарылатын жүйесі. Гибридтік топологияны, SOR, динамикалық комиссияларды, қатаң SLO және ребаланс тәртібін біріктіре отырып, экожүйе тұрақты, масштабталатын және экономикалық оңтайлы желілік өтімділікке ие болады.