网络流动性总额

（部分： 生态系统和网络）

1）什么是"一般流动性"，为什么需要

• 最小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）关键指标和公式

• `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$）-汇总佣金/天然气/sprad$翻译。
• Payout SLA命中率-≤目标分钟/区块支付份额。

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

• 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、票价收入、保险。
• 风险（周）：曝光，制裁命中，近跑指示器，桥梁故障。

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和重组学科，生态系统获得了可持续的，可扩展的，经济上最佳的网络流动性。