Liquidez total na rede

(Secção: Ecossistema e Rede)

1) O que é «liquidez total» e o que é necessário

• Velocidade e previsibilidade de pagamento/transferência com RTO/RPO mínimo.
• Uso eficiente do capital, menos «restos mortos» e dupla reserva.
• Interoperabilidade entre os domínios: pontes, bancos, PSP, bicos, on/off-ramp.
• Riscos controlados: limites, tampões, seguros, monitoramento.

2) Modelos de liquidez

2. 1 Centralizado (custodial hub)

Uma única «liquidity hab» mantém as pulas por região/moeda/circuito. Simples de implementar, mas maior risco contábil e risco SPOF. Adequado para início/redes menores.

2. 2 Descentralizado (pool por domínio)

A liquidez é armazenada em vários provedores/market maker (MM) e a troca em contratos inteligentes/canais. Mais sustentabilidade, precisa de rotação avançada e regras on-chain.

2. 3 Híbrido (recomendado)

Hub para moedas/pagamentos críticos + pontes de mm externo para escala. A administração é através de uma política de limites, fianças e um fundo de seguros.

3) Topologia e objetos

Poulas de liquidez (LP): 'LP\domínio, moeda/ativo a.' com atributos: saldo, tampão, limite, valor de capital (CoC), comissão.
Linhas de crédito (CL): limites bilaterais/multilaterais com garantia e preço de utilização.
Pontes: mecânica lock/mint/burn/release ou mensagens-only + neting.
Costelas do roteiro: caminhos de transferência válidos (on-us, entre LP, via ponte/banco/PSP).
Seguro: Cobrir déficits dentro da política.

4) Métricas-chave e fórmulas

• `LD_T = Balance_T - Reserved_T`
• Utilization (U) - Carregamento do pool: 'U = Used/( Balanço)'

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

• `BUF = Buffer / P95(NetFlow_daily)`
• Rebalance MTTR é a mediana do tempo de fechamento do desequilíbrio após o desencadeamento.
• Costa-to-Serve (CTS per $) - comissão total/gás/spred para $ tradução.
• Payout SLA Hit Rate - proporção de pagamento ≤ o minuto/bloco alvo.

SLO (referências): Payout SLA hit ≥ 98-99%; CR ≥ 1. 5×; Realance MTTR ≤ 30 min; CTS por US $ ↓ QoQ entre 10% e 15%.

5) Rotação (SOR - Smart Order Routing)

5. 1 Alvo

Selecione o caminho com o custo mínimo completo e o risco, se o SLA/limite for cumprido.

5. 2 Custo do caminho

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

LiquidityPenalty: multa de U> 70% ou CR <alvo.
TimePenalty: por uma finalização/janela de disputa prevista.
RiskAdj: Riscos de sanção/página e contábil.

5. 3 Táticas

Split routing: compartilhar grandes traduções em várias LP/pontes.
Pré-funding: pré-carregamento do LP no relógio de pico.
Cote locking: fixa o preço em uma janela curta, com custo dinâmico a um CR baixo.
Retry/alt-path: repetições idumpotentes nas vias de reserva de degradação.

6) Comissões e Pricing

Base fee (bps) + priority fee para SLA alto.
Dinamic spread: cresce a U> 80% ou alta volatilidade.
Tiering: abaixo para os «bons cidadãos» da rede (baixo risco, estoques estáveis).
Negative fee promocional: para estimular a direção com escassez de liquidez (rebalance by demand).

7) Rebalance de liquidez

7. 1 Desencadeadores

Limiar: 'U> 80%' ou 'CR <1. 2`.
Previsões: aumento da expectativa de demanda (ML/sazonalidade).
Evento: bloqueio/fork/crescimento de comissões no domínio de destino.

7. 2 Estratégias

TWAP/VWAP-transfusões: uniformidade no tempo/volume.
Atomic swap através da ponte/DEX (para tokens).
Neting: Clearing de obrigações mútuas no fim da janela (hora/dia).
Revalance auctions: MM externo fecha o desequilíbrio a um preço de leilão.
Cross-currency hedge: transações hedge para estabilizar o equivalente USD.

7. 3 Política de prioridade

Dinheiro/pagamentos> transferências operacionais críticas> outros.

8) Gerenciamento de risco

Riscos Run: aumento das solicitações de saída → limites de velocidade, sprad dinâmico, extensão temporária da SLA.
Concentração: limite de exposição por contêiner/cadeia/banco.
Jurisdição e sanções: listas, geo-restrições, off-ramp com KYC/KYB.
Tecnologia: rejeição de pontes/PSP, aumento do preço do gás, reorgues/janelas de disputa.
Operações: fugas de chaves, malefícios de ativos errados, cotações erradas.
Seguro: fundo de risco + reajuste; política de cobertura transparente.

9) Liquidez entre cadeias e pontes

Modelo de confiança: preferencialmente light-cliente/ZK para dinheiro; optimistic - com janela ampliada.
Redes de liquidity: canais/MM com recibos HTLC/garantidos.
Puling stabls: registro canônico único de ativos, registro de discimals, endereços, cursos.
Neting por pontes: batch clering para reduzir custos de gás e tempo.

10) Complaens e auditoria

KYC/KYB para papéis influenciadores e grandes limites.
AML/sanções antes e depois da tradução (velocity/filtros comportamentais).
Auditar logs e configs: assinaturas, registros de soluções imutáveis.
Data residency/PII: criptografia, pseudônimo, vitrines separadas.

11) Observabilidade, SLO e dashboards

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

• Payout p95 ≤ 5 min (interconexão - ≤ da janela de finalização), Sucess-Rate ≥ 99. 5%, CR ≥ 1. 5×, Relay/Bridge availability ≥ 99. 9%.

• Ops (час): Success-Rate, p95 TTP, U%, CR, backlog, burn-rate SLO.
• Liquididade & Costa (dia): TVL/Net-flow por domínios, CTS por $, renda fee, seguro.
• Risk (semana): exposições, sucessos de sanções, indicadores near-run, pontes de falha.

12) Exemplos de configuração (pseudo-YAML)

Políticas de pool e limite

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

Opções 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) Exemplos de consulta (pseudo-SQL)

Carregar e cobrir

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;

Pagamentos 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) Regulamentos operacionais

Diariamente: Confecção de sobras de LP, relatório de CR/U/MTTR, revalidação automática de picos.
Comitê semanal: correção de limites, comissões, rotas; Análise de CTS e falhas.
Incidentes da SEC, um único «pare-torneira» em pares de domínios, estatais públicas, pós-mortem ≤ 72 h.
Rotação de chaves e configs: assinaturas, timelock, reversões.

15) Playbook incidentes

CR cai <1. 2 e cresce backlog

Incluir os reequilíbrios prioritários do TWAP, levantar comissões/sprad, incluir split-routing; notificar os parceiros afetados com a ETA.

Cenário Run (conclusões em massa)

Ativar os limites de velocidade/quotas, aumentar temporariamente as janelas de SLA, usar o fundo de seguros e leilões MM.

Ponte falha/aumento da finalização

Mudar para um caminho alternativo (mensagem-only + neting ou ponte de reserva), levantar K-confirmações e atualizar a cotação.

Desencadeadores de sanções/AML

Congelar o pool/direção apropriado, o revezamento manual, o relatório da complicação, a atualização das regras de varredura.

Erro de mapping de ativo/curso

Parar a negociação do ativo, revogar a guia, redefinir as traduções afetivas, nota pública.

16) Folha de cheque de implementação

1. Descreva os pool/limite/tampão e CR mínimo para domínios.
2. Ative a SOR com o custo total do caminho e dos riscos.
3. Configure o rebalance (limiar + TWAP/VWAP) e o neting.
4. Defina os pagamentos SLI/SLO (SLA, CR, MTTR, CTS) e dashboards.
5. Inicie um fundo de seguros e leilões MM para déficits.
6. Aprove a política de complacência (KYC/KYB/AML/Sanções).
7. Faça testes de chaos e estresse (run, pontes falhadas, gas-spike).
8. Reveja regularmente comissões, rotas e limites.

17) Glossário

LP (Liquidity Pool) é um pool de liquidez no domínio/moeda.
CR (Coverage Ratio) é um fator de cobertura de demanda por pool.
U (Utilization) - proporção da liquidez utilizada.
SOR - Rotação inteligente de pagamentos/transferências.
TWAP/VWAP - estratégias de transfusão de tempo/volume suave.
CTS por $ - custo de manutenção $ transferência.
Run-risk - risco de remoção em massa de liquidez.
Netting é uma cleragem de compromissos mútuos com batches.

Resultado: a liquidez total é um sistema controlado de regras, pool e rotas, onde o capital funciona de forma eficiente e os pagamentos são realizados de forma rápida e previsível. Combinando topologia híbrida, SOR, comissões dinâmicas, SLO rigoroso e disciplina de rebalance, o ecossistema ganha liquidez de rede sustentável, escalável e economicamente otimizada.