Liquidità totale in rete

(Sezione Ecosistema e Rete)

1) Cos'è la liquidità totale e perché è necessaria

• Velocità e prevedibilità dei pagamenti/trasferimenti con RTO/RPO minimo.
• L'utilizzo efficiente del capitale è inferiore ai residui morti e alla doppia riserva.
• Interoperabilità tra domini: ponti, banche, PSP, staffe, on/off-ramp.
• Rischi controllati: limiti, buffer, assicurazioni, monitoraggio.

2) Modelli di liquidità

2. 1 Centralizzato (custodial hub)

Un unico «liquiditi-hab» mantiene i pool per regione/valuta/catena. Semplice da implementare, ma maggiore rischio di contrattazione e rischi SPOF. Adatto per partire/reti piccole.

2. 2 Decentralizzato (pool per dominio)

La liquidità è memorizzata in molti provider/market maker (MM), lo scambio è su contratti/canali smart. Maggiore stabilità, bisogno di routing avanzato e regole on-chain.

2. 3 Ibrido (raccomandato)

Hub per valute/pagamenti critici + esterne MM/ponti da scalare. La gestione è attraverso la politica dei limiti, le garanzie e il fondo assicurativo.

3) Topologia e oggetti

Pool di liquidità (LP): 'LP {dominio, valuta/asset}' con attributi: saldo, buffer, limiti, valore capitale (CoC), commissione.
Linee di credito (CL) - limiti bilaterali/multilaterali con garanzia e prezzo di utilizzo.
Ponti: meccanica lock/mint/burn/release o messaging-only + netting.
Costole di instradamento: percorsi di traduzione validi (on-us, tra LP, ponte/banca/PSP).
L'assicurazione copre i deficit politici.

4) Metriche chiave e formule

• `LD_T = Balance_T - Reserved_T`
• Utilization (U) - Caricamento pool: 'U = Used/( Bilance)'

• CR = Available/P95 (Demand _ T) '(destinazione 1. 5×)

• `BUF = Buffer / P95(NetFlow_daily)`
• Rebalance MTTR è la mediana del tempo di chiusura dello squilibrio dopo il trigger.
• Cost-to-Cerve (CTS per $) è una commissione totale/gas/spread per $ traduzione.
• Payout SLA Hit Rate è la percentuale dei pagamenti per i minuti/blocchi di destinazione.

SLO: Payout SLA hit 98-99%; CR ≥ 1. 5×; Rebalance MTTR da 30 min; Il CTS per $ è del 10-15%.

5) Routing (SOR - Smart Order Routing)

5. 1 Obiettivo

Scegli un percorso con costi e rischi minimi, rispettando i limiti/limiti SLA.

5. 2 Costo del percorso

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

LiquidityPenalty: multa per U> 70% o CR <target.
Per la prevista finalizzazione/finestra del contenzioso.
Rischi di sanzioni e contrattazioni.

5. 3 Tattica

Split routing: suddivide grandi traduzioni in più LP/ponti.
Pre-funding - precarica LP in orologi di punta.
Quote locking - Fissa il prezzo in una finestra corta, con un costo dinamico a basso CR.
Retry/alt-path: ripetizioni idipotenti nei percorsi di riserva in caso di degrado.

6) Commissioni e price

Base fee (bps) + priority fee con SLA elevate.
Lo spread dynamic cresce a U> 80% o ad alta volatilità.
Tiering è più basso per i «buoni cittadini» della rete (rischio basso, rotazione stabile).
Promozioni negative per stimolare la direzione con deficit di liquidità (rebalance by demand).

7) Ricalance della liquidità

7. 1 Trigger

Soglia: «U> 80%» o'CR <1. 2`.
Previsionale: picchi della domanda prevista (ML/stagionalità).
Evento: blocchi/forky/aumento delle commissioni nel dominio di destinazione.

7. 2 Strategie

Trasfusioni TWAP/VWAP uniformemente nel tempo/volume.
Atomic swap attraverso il ponte/DEX (per i token).
Netting: clearing degli obblighi reciproci alla fine della finestra (ora/giorno).
Rebalance uctions - I MM esterni chiudono lo squilibrio al prezzo d'asta.
Cross-currency hedge - Transazioni hedge per stabilizzare l'equivalente USD.

7. 3 Criteri di priorità

Soldi/pagamenti> trasferimenti operativi critici> altri.

8) Gestione dei rischi

Run-risk: aumento delle richieste di → di velocità, spread dinamico, allungamento temporaneo della SLA.
Concentrazione: limite di esposizione per contractor/catena/banca.
Giurisdizioni e sanzioni: elenchi, geo-restrizioni, off-ramp con KYC/KYB.
Tecnologia: interruzione dei ponti/PSP, aumento dei prezzi del gas, riorghi/finestre del contenzioso.
Operazioni: fughe di chiavi, magping errati, quotazioni sbagliate.
Assicurazione: fondo rischi + riassicurazione; Criteri di copertura trasparenti.

9) Liquidità e ponti intercorrenti

Modello di fiducia: preferibilmente light-client/ZK per il denaro; ottimistic - con finestra ingrandita.
Reti liquiditi: canali/MM con ricevute HTLC/garantite.
Puling stable: un unico registro canonico dei beni, registro dei decimals, indirizzi, corsi.
Neting per ponti - Clisting per ridurre i costi e i tempi di gas.

10) Compilazione e verifica

KYC/KYB per ruoli influenti e limiti più grandi.
AML/sanzioni prima e dopo la traduzione (velocity/filtri comportamentali).
Controllo di logi e configurazioni: firme, registri di soluzioni invariati.
Data residency/PII: crittografia, alias, vetrine separate.

11) Osservabilità, SLO e dashboard

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

• Payout p95-5-5-min ( - della finestra di finalizzazione), Success-Rate-99. 5%, CR ≥ 1. 5×, Relay/Bridge availability ≥ 99. 9%.

• Ops (час): Success-Rate, p95 TTP, U%, CR, backlog, burn-rate SLO.
• Liquidità & Cost (giorno): TVL/Net-flow per dominio, CTS per $, reddito fee, assicurazione.
• Risk (settimana) - esposizioni, successi delle sanzioni, indicatori near-run, interruzione dei ponti.

12) Esempi di configurazione (pseudo-YAML)

Criteri dei pool e dei limiti

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

Impostazioni 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) Casi di query (pseudo-SQL)

Caricamento e copertura

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;

pagamenti 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) Regolamenti operativi

Ogni giorno: compressione dei residui LP, rapporto CR/U/MTTR, rievocazione automatica dei picchi.
Comitato settimanale: regolazione dei limiti, delle commissioni, delle rotte; Analisi CTS e guasti.
Gli incidenti della SEC sono un unico «rubinetto di stop» su coppie di domini, statali pubblici, post mortem di 72 ore.
Rotazione di chiavi e configurazioni: firme, timelock, rimborsi.

15) Playbook incidenti

CR cade <1. 2 e il backlog cresce

Includere i riequilibri TWAP prioritari, sollevare le commissioni/spread, attivare lo split-routing; notifica ai partner ETA interessati.

Script Run (output di massa)

Attivare i limiti di velocità/quota, aumentare temporaneamente le finestre SLA, utilizzare il fondo assicurativo e l'asta MM.

Errore ponte/aumento finalizzazione

Passa al percorso alternativo (messaging-only + netting o ponte di riserva), alza K-confermations, aggiorna le quote.

Trigger di sanzione/AML

Congelare i pool/direzioni appropriati, la gelosia manuale, il report alla compilazione, l'aggiornamento delle regole di compilazione.

Errore di mapping dell'attivo/corso

Stop delle offerte per l'asset, ritocco del manuale, ricalcolazione delle traduzioni, nota pubblica.

16) Assegno-foglio di implementazione

1. Descrivere i pool/limiti/buffer e i CR minimi per dominio.
2. Accendere SOR in base al costo totale del percorso e dei rischi.
3. Personalizzare la soglia (soglia + TWAP/VWAP) e il netting.
4. Definire SLI/SLO (pagamenti SLA, CR, MTTR, CTS) e dashboard.
5. Avvia un fondo assicurativo e aste MM per deficit.
6. Approva il criterio di compilazione (KYC/KYB/AML/sanzioni).
7. Eseguire i test chaos e di stress (run, ponti guasti, fiammate di gas).
8. Rivedere regolarmente le commissioni, le rotte e i limiti.

17) Glossario

LP (Liquidity Pool) - pool di liquidità nel dominio/valuta.
CR (Coverage Ratio) - Fattore di copertura della domanda per pool.
U (Utilization) è una quota della liquidità utilizzata.
SOR (Smart Order Routing) - Routing intelligente di pagamenti/trasferimenti.
TWAP/VWAP - strategie di trasfusione fluida in termini di tempo/volume.
CTS per $ - costo di manutenzione $ traduzione.
Run-risk è il rischio di ritirare liquidità in massa.
Netting è il clearing dell'impegno reciproco con i battenti.

La liquidità totale è un sistema gestito di regole, pool e rotte, dove il capitale funziona in modo efficiente e i pagamenti vengono effettuati in modo rapido e prevedibile. Combinando topologia ibrida, SOR, commissioni dinamiche, SLO rigorosa e disciplina della rebalance, l'ecosistema ottiene una liquidità di rete sostenibile, scalabile e economicamente ottimale.