Ağdaki toplam likidite

(Bölüm: Ekosistem ve Ağ)

1) "Toplam likidite'nedir ve neden gereklidir?

• Minimum RTO/RPO ile ödemelerin/transferlerin hızı ve öngörülebilirliği.
• Sermayenin verimli kullanımı: daha az "ölü denge've çifte rezerv.
• Alanlar arasında birlikte çalışabilirlik: köprüler, bankalar, PSP, ahırlar, açık/kapalı rampa.
• Kontrollü riskler: limitler, tamponlar, sigorta, izleme.

2) Likidite modelleri

2. 1 Merkezi (saklama merkezi)

Tek bir "likidite merkezi", bölgeye/para birimine/zincire göre havuzları tutar. Sadece uygulayın, ancak daha yüksek karşı taraf riski ve SPOF riskleri. Başlangıç/küçük ağlar için uygundur.

2. 2 Merkezi olmayan (etki alanına göre havuzlar)

Likidite birçok sağlayıcı/piyasa yapıcıda (MM), borsada - akıllı sözleşmeler/kanallar aracılığıyla depolanır. Daha yüksek stabilite, gelişmiş yönlendirme ve zincir kuralları gerektirir.

2. 3 Hibrit (önerilir)

Kritik para birimleri/ödemeler + ölçeklendirme için harici MM/köprüler için hub'lar. Yönetim - limitler, taahhütler ve sigorta fonu politikası aracılığıyla.

3) Topoloji ve nesneler

Likidite havuzları (LP): 'LP {domain, currency/asset}' nitelikleriyle: denge, tampon, limitler, sermaye maliyeti (CoC), komisyon.
Kredi limitleri (CL): Kullanım başına teminat ve fiyat ile ikili/çok taraflı limitler.
Köprüler: kilitleme/nane/yakma/serbest bırakma veya yalnızca mesajlaşma + ağ mekaniği.
Yönlendirme kenarları: geçerli çeviri yolları (on-us, LP'ler arasında, köprü/banka/PSP üzerinden).
Sigorta fonu: poliçe içindeki açıkları karşılar.

4) Temel metrikler ve formüller

• 'LD _ T = Balance_T - Reserved_T'
• Kullanım (U) - havuz yükü: 'U = Kullanılmış/( Denge)'

• 'CR = Available/ P95 (Demand_T)' (hedef ≥ 1. 5 ×)

• BUF = Buffer/ P95 (NetFlow_daily)
• Yeniden dengeleme MTTR - tetiklemeden sonra dengesizliğin kapanması için medyan zaman.
• Hizmet Maliyeti ($ başına CTS) - $ transfer için toplam komisyon/gaz/spread.
• Ödeme SLA Hit Rate - hedef dakika/bloklar ≤ ödemelerin paylaşımı.

SLO (yer işaretleri): Ödeme SLA hit ≥ 98-99 %; CR ≥ 1. 5 ×; Yeniden dengeleme MTTR ≤ 30 dk; ↓ $ QoQ başına CTS %10-15.

5) Yönlendirme (SOR - Akıllı Sipariş Yönlendirme)

5. 1 Amaç

SLA/limitleri karşılanırsa minimum tam maliyet ve risk içeren yolu seçin.

5. 2 Parça maliyeti

'ToplamMaliyet = Ücret + Gaz + Kayma + LikiditeCeza + ZamanCeza + RiskEk'

Likidite Cezası: U> %70 veya CR <hedefi için ceza.
TimePenalty: Öngörülen kesinleştirme/anlaşmazlık penceresi için.
RiskAdj: Yaptırım/ülke ve karşı taraf riskleri.

5. 3 Taktik

Bölünmüş yönlendirme: Büyük transferleri birden fazla LP/köprü arasında bölün.
Ön finansman: Yoğun saatlerde LP ön ücreti.
Teklif kilitleme: Düşük bir CR'de dinamik bir işaretleme ile kısa bir pencerenin fiyatını sabitleyin.
Retry/alt-path: Bozulması sırasında yedekleme yolları boyunca idempotent tekrarlar.

6) Komisyonlar ve fiyatlandırma

Temel ücret (bps) + yüksek SLA'larda öncelikli ücret.
Dinamik yayılma: U> %80 veya yüksek volatilitede büyür.
Katmanlama: Ağın'iyi vatandaşları "için daha düşük (düşük riskli, istikrarlı ciro).
Negatif ücret promosyonu: likidite açığı ile yönü teşvik etmek (talep ile yeniden dengeleme).

7) Likidite yeniden dengeleme

7. 1 Tetikleyiciler

Eşik: 'U> %80' veya 'CR <1. 2`.
Tahmin: Beklenen talepteki ani artışlar (ML/mevsimsellik).
Olay: Hedef alandaki komisyonların engellenmesi/çatallanması/büyümesi.

7. 2 Stratejiler

TWAP/VWAP taşar: zaman/hacim içinde tekdüze.
Köprü/DEX üzerinden atomik takas (belirteçler için).
Netleme: Pencerenin sonunda karşılıklı yükümlülüklerin temizlenmesi (saat/gün).
Yeniden dengeleme ihaleleri: Harici MM'ler dengesizliği açık artırma fiyatından kapatır.
Çapraz para birimi hedge: USD eşdeğerini stabilize etmek için hedging işlemleri.

7. 3 Öncelikli politika

Para/ödemeler> kritik operasyonel transferler> diğerleri.

8) Risk yönetimi

Riskleri çalıştırın: para çekme taleplerinde artış - hız sınırları, dinamik yayılma, SLA'nın geçici olarak uzatılması.
Konsantrasyon: karşı taraf/zincir/banka başına maruz kalma limiti.
Yargı yetkileri ve yaptırımlar: listeler, coğrafi kısıtlamalar, KYC/KYB ile rampa dışı.
Teknolojik: köprü arızası/PSP, gaz fiyat artışı, anlaşmazlık reorgs/pencereler.
Operasyonel: anahtar sızıntıları, hatalı varlık eşlemeleri, yanlış alıntılar.
Sigorta: risk fonu + reasürans; şeffaf kapsama politikası.

9) Zincirler arası likidite ve köprüler

Güven modeli: para için tercihen hafif müşteri/ZK; iyimser - genişletilmiş pencere ile.
Tasfiye ağları: HTLC/garantili makbuzlara sahip kanallar/MM.
Ahırların bir araya getirilmesi: varlıkların tek bir kanonik kaydı, ondalık sayıların, adreslerin, kursların muhasebeleştirilmesi.
Köprü ağı: gaz maliyetlerini ve zamanı azaltmak için butch temizleme.

10) Uyumluluk ve denetim

Rolleri ve büyük sınırları etkilemek için KYC/KYB.
Çeviri öncesi ve sonrası AML/yaptırımlar (hız/davranışsal filtreler).
Denetim günlükleri ve yapılandırmaları: imzalar, değiştirilemez çözüm kayıtları.
Veri ikametgahı/PII: şifreleme, takma ad, ayrı vitrinler.

11) Gözlemlenebilirlik, SLO ve gösterge panoları

• P50/p95 Ödeme Zamanı, Başarı Oranı, $ başına CTS, Kullanım %, CR, Backlog, Rebalance MTTR, Teklif Hatası, Havuzun Likidite Kullanımı.

• Ödeme p95 ≤ 5 dk (ağlararası - son pencere ≤), Başarı Oranı ≥ 99. %5, CR ≥ 1. 5 ×, Röle/Köprü kullanılabilirliği ≥ 99. 9%.

• Ops (час): Success-Rate, p95 TTP, U %, CR, backlog, burn-rate SLO.
• Likidite ve Maliyet (gün): Alana göre TVL/Net akış, $ başına CTS, ücret geliri, sigorta.
• Risk (hafta): Maruz kalma, yaptırım isabetleri, yakın çalışma göstergeleri, köprü arızası.

12) Yapılandırma Örnekleri (Pseudo-YAML)

Havuzlar ve Limitler Politikası

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 parametreleri

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) Örnek sorgular (pseudo-SQL)

Yükleme ve kaplama

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;

Ödeme SLA'ları

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;

$ başına CTS

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) Çalışma yönetmelikleri

Günlük: LP artıklarının uzlaştırılması, CR/U/MTTR raporu, pik programa göre otomatik yeniden dengeleme.
Haftalık komite: sınırların, komisyonların, rotaların ayarlanması; CTS ve başarısızlıkların analizi.
SEV olayları: Alan çiftleri, kamu durumları, ölüm sonrası ≤ 72 saat için tek bir "durdurma vinci".
Anahtarların ve yapılandırmaların dönüşü: imzalar, zaman çizelgesi, geri dönüşler.

15) Playbook olayları

CR düşer <1. 2 ve büyüyen backlog

Öncelikli TWAP yeniden dengelemelerini etkinleştirin, komisyonları/yayılmayı yükseltin, bölünmüş yönlendirmeyi etkinleştirin; Etkilenen ortakları ETA ile bilgilendirin.

Komut dosyasını çalıştır (kütle çıkışı)

Hız/kota limitlerini etkinleştirin, SLA pencerelerini geçici olarak artırın, sigorta fonu ve MM açık artırmasını kullanın.

Köprü hatası/sonuçlandırma büyümesi

Alternatif bir yola geçin (yalnızca mesajlaşma + ağ veya yedekleme köprüsü), K-onaylarını yükseltin, teklifleri güncelleyin.

Yaptırımlar/AML Tetikleyicileri

İlgili havuzu/yönleri dondurun, manuel inceleme, uyumluluk raporu, puanlama kurallarını güncelleyin.

Varlık/Oran Eşleme Hatası

Varlık üzerinde işlem yapmayı durdurun, dizini geri alın, etkilenen transferlerin yeniden hesaplanması, genel not.

16) Uygulama kontrol listesi

1. Etki alanına göre havuzları/limitleri/tamponları ve minimum CR'leri tanımlayın.
2. Tam yol maliyetini ve risklerini göz önünde bulundurarak SOR'u dahil edin.
3. Yeniden dengelemeyi (eşik + TWAP/VWAP) ve netlemeyi yapılandırın.
4. SLI/SLO (Ödeme SLA, CR, MTTR, CTS) ve panoları tanımlayın.
5. Sigorta fonu ve MM açık artırmalarını açıklar için başlatın.
6. Uyum politikasını onaylayın (KYC/KYB/AML/yaptırımlar).
7. Kaos ve stres testleri yapın (çalıştırma, köprü arızası, gaz yapışıklıkları).
8. Komisyonları, rotaları ve sınırları düzenli olarak gözden geçirin.

17) Sözlük

LP (Likidite Havuzu) - alan/para biriminde likidite havuzu.
CR (Kapsama Oranı) - Havuz tarafından talep kapsamının oranı.
U (Kullanım) - kullanılmış likidite payı.
SOR (Akıllı Sipariş Yönlendirme) - ödemelerin/transferlerin akıllı yönlendirilmesi.
TWAP/VWAP - zamana/hacme göre düzgün taşma stratejileri.
$ başına CTS - servis maliyeti $ transfer.
Run-risk - likiditenin büyük ölçüde geri çekilmesi riski.
Netleştirme - karşılıklı yükümlülüklerin toplu olarak temizlenmesi.

Sonuç olarak: toplam likidite, sermayenin verimli çalıştığı ve ödemelerin hızlı ve öngörülebilir bir şekilde yapıldığı yönetilebilir bir kurallar, havuzlar ve yollar sistemidir. Hibrit topoloji, SOR, dinamik komisyonlar, titiz SLO'lar ve yeniden dengeleme disiplinini birleştirerek, ekosistem sürdürülebilir, ölçeklenebilir ve ekonomik olarak en uygun ağ likiditesini kazanır.