Lichiditatea totală în rețea

(Secțiunea: Ecosistem și rețea)

1) Ce este „lichiditatea totală” și de ce este necesară

• Viteza și predictibilitatea plăților/transferurilor cu RTO/RPO minim.
• Utilizarea eficientă a capitalului: mai puțin „echilibru mort” și rezervă dublă.
• Interoperabilitate intre domenii: poduri, banci, PSP, grajduri, on/off-rampa.
• Riscuri controlate: limite, tampoane, asigurări, monitorizare.

2) Modele de lichiditate

2. 1 Centralizat (butuc custodial)

Un singur „hub de lichiditate” deține bazine pe regiuni/valute/lanț. Doar pune în aplicare, dar riscul de contrapartidă mai mare și riscurile SPOF. Potrivit pentru plase de pornire/mici.

2. 2 Descentralizat (bazine după domeniu)

Lichiditatea este stocată în mulți furnizori/factori de decizie de piață (MM), schimb - prin contracte/canale inteligente. Stabilitate mai mare, necesită reguli avansate de rutare și pe lanț.

2. 3 Hibrid (recomandat)

Hub-uri pentru valute critice/plăți + MM/poduri externe pentru scalare. Gestionarea - prin politica de limite, gaj și fond de asigurare.

3) Topologie și obiecte

Piscine de lichiditate (LP): 'LP {domeniu, valută/activ}' cu atribute: sold, tampon, limite, costul capitalului (CoC), comision.
Linii de credit (CL): limite bilaterale/multilaterale cu garanţii reale şi preţ per utilizare.
Poduri: blocare/mentă/arde/eliberare sau mesagerie-numai + mecanica de plasă.
Muchii de rutare: căi de traducere valide (la noi, între LP-uri, peste pod/bancă/PSP).
Fondul de asigurare: acoperă deficitele în cadrul poliței.

4) Măsurători și formule cheie

• 'LD _ T = Balance_T - Reserved_T'
• Utilizare (U) - încărcare în piscină: 'U = Folosit/( Echilibru)'

• 'CR = Disponibil/ P95 (Demand_T)' (ţintă ≥ 1. 5 ×)

• 'BUF = Buffer/ P95 (NetFlow_daily)'
• Reechilibrarea MTTR - timpul median până la închiderea dezechilibrului după declanșare.
• Cost-to-Serve (CTS per $) - comision total/gaz/spread pentru transfer $.
• Rata de plată SLA Hit - cota de plăți ≤ minute țintă/blocuri.

SLO (repere): Payout SLA a lovit ≥ 98-99%; CR ≥ 1. 5 ×; Reechilibrare MTTR ≤ 30 min; CTS per $ ↓ QoQ cu 10-15%.

5) Rutare (SOR - Rutare comandă inteligentă)

5. 1 Scop

Selectați calea cu costuri și riscuri minime complete dacă SLA/limitele sunt îndeplinite.

5. 2 Costul pistei

'TotalCost = Comision + Gaz + Alunecare + LichiditatePenalizare + TimpPenalizare + RiscAdject'

LichiditatePenalizare: penalizare pentru U> 70% sau CR <target.
TimePenalty: pentru fereastra de finalizare/dispută prognozată.
RiskAdj: riscuri de sancțiune/țară și contrapartidă.

5. 3 Tactici

Împărțiți rutarea: Împărțiți transferurile mari pe mai multe LP-uri/poduri.
Pre-finanțare: preîncărcarea LP în orele de vârf.
Blocare citat: fixați prețul pentru o fereastră scurtă, cu un marcaj dinamic la un CR scăzut.
Încercați din nou/alt-path: repetări idempotente de-a lungul căilor de rezervă în timpul degradării.

6) Comisioane și prețuri

Taxa de bază (bps) + taxa de prioritate la SLA-uri mari.
Răspândire dinamică: crește la U> 80% sau volatilitate ridicată.
Niveluri: mai mici pentru „cetățenii buni” ai rețelei (risc scăzut, cifră de afaceri stabilă).
Comision negativ promo: pentru a stimula direcția cu deficit de lichiditate (reechilibrare de cerere).

7) Reechilibrarea lichidității

7. 1 Declanșatoare

Prag: "U> 80%" sau "CR <1. 2`.
Prognoza: vârfuri în cererea de așteptat (ML/sezonalitate).
Eveniment: blocarea/furculițele/creșterea comisioanelor în domeniul țintă.

7. 2 Strategii

Revărsări TWAP/VWAP: uniforme în timp/volum.
Atomic swap over bridge/DEX (pentru jetoane).
Compensare: compensarea obligațiilor reciproce la sfârșitul ferestrei (oră/zi).
Licitații de reechilibrare: MM-urile externe închid dezechilibrul la prețul licitației.
Gard viu cross-valutar: tranzacții de acoperire pentru a stabiliza echivalentul USD.

7. 3 Politica prioritară

Bani/plăți> transferuri operaționale critice> altele.

8) Managementul riscurilor

Riscuri de rulare: creșterea cererilor de retragere → limitele de viteză, răspândirea dinamică, extinderea temporară a SLA.
Concentrare: limita de expunere per contraparte/lanț/bancă.
Jurisdicții și sancțiuni: listări, geo-restricții, off-rampă cu KYC/KYB.
Tehnologic: defectarea podului/PSP, creșterea prețului gazului, reorguri/ferestre de dispută.
Operațional: scurgeri de chei, cartografieri eronate ale activelor, citate incorecte.
Asigurare: fond de risc + reasigurare; politica de acoperire transparentă.

9) Lichiditate și punți între lanțuri

Modelul de încredere: preferabil light-client/ZK pentru bani; optimist - cu fereastră mărită.
Rețele de lichidare: canale/MM cu chitanțe HTLC/garantate.
Punerea în comun a grajdurilor: un singur registru canonic al activelor, contabilizarea zecimalelor, adreselor, cursurilor.
Punte de compensare: butch de compensare pentru a reduce costurile de gaz și de timp.

10) Conformitate și audit

KYC/KYB pentru roluri de influențare și limite mari.
AML/sancțiuni înainte și după traducere (viteza/filtre comportamentale).
Jurnale de audit și configurații: semnături, registre de soluții neschimbabile.
Rezidență de date/PII: criptare, pseudonimizare, storefronturi separate.

11) Observabilitate, SLO și tablouri de bord

• p50/p95 Time-to-Payout, Succes-Rate, CTS per $, Utilizare%, CR, Backlog, Reechilibrare MTTR, Citat Error, Utilizarea lichidității de pool.

• Plata p95 ≤ 5 min (inter-rețea - ≤ fereastra finală), Rata de succes ≥ 99. 5%, RC ≥ 1. 5 ×, Disponibilitate releu/pod ≥ 99. 9%.

• Ops (час): Rata de succes, p95 TTP, U%, CR, restanțe, SLO burn-rate.
• Lichiditate și cost (zi): TVL/Net-flow pe domeniu, CTS pe $, venit comision, asigurare.
• Risc (săptămână): expuneri, lovituri de sancțiune, indicatori apropiați, eșec de punte.

12) Exemple de configurare (Pseudo-YAML)

Politica privind piscinele și limitele

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

Parametrii 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) Interogări de probă (pseudo-SQL)

Încărcare și acoperire

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-uri de plată

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) Regulamentele de funcționare

Zilnic: reconcilierea reziduurilor LP, raport CR/U/MTTR, reechilibrare automată după programul de vârf.
Comitetul săptămânal: ajustarea limitelor, comisioanelor, rutelor; analiza CTS și eșecuri.
Incidente SEV: o singură „macara de oprire” pentru perechi de domenii, statusuri publice, post-mortem ≤ 72 de ore.
Rotirea tastelor și configurațiilor: semnături, timelock, rollback-uri.

15) Incidente Playbook

CR scade <1. 2 și restanțe în creștere

Activați reechilibrele TWAP prioritare, ridicați comisioanele/răspândirea, activați rutarea split; notifică partenerii afectați cu ETA.

Run script (ieșire în masă)

Activați limitele de viteză/cotă, creșteți temporar ferestrele SLA, utilizați fondul de asigurare și licitația MM.

Eșecul punții/creșterea finalizării

Comutați pe o cale alternativă (numai mesagerie + plasă sau punte de rezervă), ridicați confirmările K, actualizați citate.

Sancțiuni/Declanșatoare AML

Înghețați piscina/instrucțiunile relevante, revizuirea manuală, raportul de conformitate, actualizarea regulilor de notare.

Eroare de cartografiere a activelor/ratei

Opriți tranzacționarea pe activ, rollback al directorului, recalcularea transferurilor afectate, notă publică.

16) Lista de verificare a implementării

1. Descrieți bazine/limite/tampoane și RC-uri minime pe domenii.
2. Includeți SOR având în vedere costul și riscurile întregii căi.
3. Configurați reechilibrarea (prag + TWAP/VWAP) și plasa.
4. Definiți SLI/SLO (Payout SLA, CR, MTTR, CTS) și tablouri de bord.
5. Începeți licitațiile fondului de asigurări și MM pentru deficite.
6. Aprobarea politicii de conformitate (KYC/KYB/AML/sancțiuni).
7. Efectuați teste de haos și stres (rulare, eșec de pod, aderențe de gaz).
8. Revizuirea periodică a comisioanelor, rutelor și limitelor.

17) Glosar

LP (Liquidity Pool) - pool de lichiditate în domeniu/valută.
CR (Raportul de acoperire) - raportul dintre acoperirea cererii de către piscină.
U (Utilizare) - cota de lichiditate utilizată.
SOR (Smart Order Routing) - rutare inteligentă a plăților/transferurilor.
TWAP/VWAP - strategii de depășire fără probleme în funcție de timp/volum.
CTS per $ - costul de service transfer $.
Run-risc - risc de retragere masivă a lichidității.
Compensarea - compensarea obligațiilor reciproce pe loturi.

Concluzie: lichiditatea totală este un sistem ușor de gestionat de reguli, piscine și rute, în care capitalul funcționează eficient și plățile se fac rapid și previzibil. Combinând topologia hibridă, SOR, comisioanele dinamice, SLO-urile riguroase și disciplina de reechilibrare, ecosistemul câștigă lichidități de rețea durabile, scalabile și optime din punct de vedere economic.