Загальна ліквідність в мережі

(Розділ: Екосистема та Мережа)

1) Що таке «загальна ліквідність» і навіщо вона потрібна

• Швидкість і передбачуваність виплат/переказів при мінімальному RTO/RPO.
• Ефективне використання капіталу: менше «мертвих залишків» і подвійного резервування.
• Інтероперабельність між доменами: мости, банки, PSP, стейбли, on/off-ramp.
• Контрольовані ризики: ліміти, буфери, страхування, моніторинг.

2) Моделі ліквідності

2. 1 Централізована (custodial hub)

Єдиний «ліквідіті-хаб» тримає пули по регіонах/валютах/ланцюгах. Просто впроваджувати, але вище контрагентський ризик і SPOF-ризики. Підходить для старту/малих мереж.

2. 2 Децентралізована (пули по доменах)

Ліквідність зберігається у безлічі провайдерів/маркет-мейкерів (ММ), обмін - за смарт-контрактами/каналами. Вище стійкість, потрібна просунута маршрутизація і on-chain правила.

2. 3 Гібридна (рекомендується)

Хаби для критичних валют/виплат + зовнішні ММ/мости для масштабування. Управління - через політику лімітів, застав і страховий фонд.

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-переливи: рівномірно в часі/за обсягами.
Atomic swap через міст/DEX (для токенів).
Неттінг: кліринг взаємних зобов'язань в кінці вікна (година/день).
Rebalance auctions: зовнішні ММ закривають дисбаланс за аукціонною ціною.
Cross-currency hedge: хеджуючі угоди для стабілізації USD-еквівалента.

7. 3 Політика пріоритету

Гроші/виплати> критичні операційні перекази> інші.

8) Ризик-менеджмент

Run-ризики: сплеск заявок на виведення → ліміти швидкості, динамічний спред, тимчасове подовження SLA.
Концентрація: ліміт експозиції на контрагента/ланцюг/банк.
Юрисдикції та санкції: списки, гео-обмеження, off-ramp з KYC/KYB.
Технологічні: відмова мостів/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 дохід, страховка.
• Risk (тиждень): експозиції, санкційні хіти, 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 і дисципліну ребалансу, екосистема отримує стійку, масштабовану і економічно оптимальну мережеву ліквідність.