網絡流動性總額

（部分： 生態系統和網絡）

1）什麼是「一般流動性」，為什麼需要

總流動性是根據可預測規則分布在節點/鏈/支付軌道上的現金和代幣資產的總和，可供網絡參與者（運營商，提供商，工作室，支付/KUS提供商，附屬機構）使用。目標是：

最小RTO/RPO的付款/轉移速度和可預測性。
有效利用資本：減少「死余」和雙重儲備。
域之間的互操作性：橋梁，罐頭，PSP，stables，on/off-ramp。
控制風險：限制，緩沖區，保險，監控。

2）流動性模式

2.1集中化（custodial hub）

單個「清算中心」按區域/貨幣/鏈條持有池。只需實施，但交易對手風險和SPOF風險更高。適合啟動/小型網絡。

2.2分散化（域池）

流動性由許多供應商/市場制造商（MM）持有，交換是通過智能合同/渠道進行的。更高的可持續性,需要高級路由和鏈路規則。

2.3混合動力車（推薦）

關鍵貨幣/支付樞紐+外部MM/橋接進行擴展。管理-通過限額政策，抵押品和保險基金。

3）拓撲和對象

流動性池（LP）：「LP{域,貨幣/資產}」,具有以下屬性：余額、緩沖區、限額、資本價值（CoC）、傭金。
信貸額度（CL）：雙邊/多邊限額，帶有抵押品和使用價格。
橋梁：鎖定/薄荷/燒傷/釋放機制或僅消息傳遞+網。
路由邊緣：有效的轉換路徑（在LP之間,通過橋梁/銀行/PSP）。
保險基金：涵蓋政策內的赤字。

4）關鍵指標和公式

Liquidity Depth （LD）-「T」地平線上池中的可用音量：

`LD_T = Balance_T - Reserved_T`
Utilization （U）-池加載：「U=Used/（Balance）」

Coverage Ratio（CR）-第95次需求風險覆蓋：

「CR=Available/ P95 （Demand_T）」（目標≥ 1.5×)

Buffer％（BUF）是白天凈流的保險緩沖區：

`BUF = Buffer / P95(NetFlow_daily)`
Rebalance MTTR是觸發後不平衡關閉時間的中位數。
Cost-to-Serve （CTS per$）-匯總傭金/天然氣/sprad$翻譯。
Payout SLA命中率-≤目標分鐘/區塊支付份額。

Slippage/Quote Error —	報價−實際價格	/報價。

SLO（地標）：Payout SLA命中≥ 98-99％；CR ≥ 1.5×;Rebalance MTTR ≤ 30分鐘；CTS per$↓ QoQ為10-15％。

5）路由（SOR-智能訂單路由）

5.1個目標

在遵守SLA/限制時,選擇具有最低全成本和風險的路徑。

5.2路徑成本

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

LiquidityPenalty：罰款U> 70%或CR<目標。
TimePenalty：預測的結算/爭議窗口。
RiskAdj：制裁/壓力和交易對手風險。

5.3戰術

分裂路由：在多個LP/橋上共享主要翻譯。
預籌碼：在高峰時段預充電LP。
Quote locking：在短窗口中固定價格,動態加價在低CR下。
Retry/alt-path：在降解時,通過備份路徑進行等效重復。

6）傭金和價格

Base fee （bps）+priority fee在高SLA下。
Dynamic spread：在U> 80%或高波動率下增長。
Tiering：對於網絡的「好公民」來說（低風險，穩定的失誤）較低。
Negative fee promo：刺激流動性不足的方向（按需復蘇）。

7）流動性重組

7.1觸發器

閾值： 'U> 80%'或'CR <1。2`.

預測：預期需求激增（ML/季節性）。
事件：目標域中的鎖定/分支/傭金增長。

7.2個戰略

TWAP/VWAP溢出：按時間或體積均勻。
跨橋/DEX的原子交換（用於令牌）。
上網：窗口末尾的互惠承諾清算（小時/天）。
Rebalance auctions：外部MM關閉拍賣價格的不平衡。
Cross-currency hedge：對沖交易以穩定等值美元。

7.3優先權政策

現金/付款>關鍵業務轉移>其他。

8）風險管理

運行風險：撤軍申請激增→速度限制，動態浪費，SLA臨時延長。
集中：每個交易對手/鏈/銀行的曝光限制。
司法管轄區和制裁：清單，地理限制，與KYC/KYB脫鉤。
技術：橋梁故障/PSP，天然氣價格上漲，重組/爭議窗口。

操作： 密鑰泄露,資產錯誤映射,報價錯誤.

保險：風險基金+再保險；透明的覆蓋政策。

9）連鎖流動性和橋梁

信任模型：最好是光客戶端/ZK來賺錢；optimistic-窗口放大。
清算網絡：帶有HTLC/保證收據的通道/MM。

Pulling stables： 統一的規範資產註冊,記錄,地址,課程.

橋上打網：戰鬥清算，以降低天然氣成本和時間。

10）合規與審計

KYC/KYB用於影響角色和重大限制。
翻譯前後的AML/制裁（velocity/行為過濾器）。
Logs和configs審核：簽名,不變的解決方案註冊表。
數據駐留/PII：加密，別名，分開店面。

11）可觀察性、SLO和dashbords

SLI（示例）：

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

SLO（示例）：

Payout p95 ≤ 5分鐘（休息-決賽窗口≤），Success-Rate ≥ 99。5%, CR ≥ 1.5×, Relay/Bridge availability ≥ 99.9%.

Dashbords：

Ops (час): Success-Rate, p95 TTP, U%, CR, backlog, burn-rate SLO.
Liquidity&Cost（一天）：TVL/Net-flow按域、每美元CTS、票價收入、保險。
風險（周）：曝光，制裁命中，近跑指示器，橋梁故障。

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小時。
鍵和configs輪換：簽名，計時器，回滾。

15）事件劇本

CR下降<1。2和增長backlog

包括TWAP優先重組，提高傭金/sprad，包括split-routing；通知受影響的ETA合作夥伴。

運行腳本（質量結論）

激活速度限制/配額，暫時增加SLA窗口，參與保險基金和MM拍賣。

橋梁故障/最終化增長

切換到備用路徑（僅發送消息+上網或備用橋）、提升K-配置、更新報價。

制裁/AML觸發器

凍結適當的池/方向、手動咆哮、合規報告、更新評分規則。

資產/匯率映射錯誤

停止投標資產，回滾手冊，重新計算附錄的翻譯，公開註釋。

16）實施支票

1.按域描述池/限制/緩沖區和最低CR。
2.考慮到全部路徑成本和風險,啟用SOR。
3.配置rebalance（閾值+TWAP/VWAP）和上網。
4.定義SLI/SLO （SLA付款、CR、MTTR、CTS）和行車記錄儀。
5.啟動保險基金和MM拍賣以彌補短缺。
6.批準合規政策（KYC/KYB/AML/制裁）。
7.進行chaos和壓力測試（運行、橋梁故障、噴氣機）。
8.定期審核傭金、路線和限制。

17）詞匯表

LP（液化池）是域/貨幣流動性池。
CR （Coverage Ratio）-池覆蓋率。
U（Utilization）-使用的流動性份額。
SOR（智能訂單路由）-智能支付/轉移路由。
TWAP/VWAP-流暢的時間和體積溢出策略。
CTS per$-維護成本$翻譯。
運行風險是大規模剝離流動性的風險。
Netting是batchami相互義務的清算。

底線：總流動性是一個管理規則、池和路線的系統,其中資本有效運作,支付迅速且可預測。通過結合混合拓撲，SOR，動態傭金，嚴格的SLO和重組學科，生態系統獲得了可持續的，可擴展的，經濟上最佳的網絡流動性。

網絡流動性總額

SOR參數

付款的SLA

運行腳本（質量結論）

橋梁故障/最終化增長

制裁/AML觸發器

資產/匯率映射錯誤

與我們聯繫

快速聯繫

影片即將更新

我們目前正忙於各項專案