GH GambleHub

Fluxos financeiros entre correntes

(Secção: Ecossistema e Rede)

1) Para que administrar dinheiro entre cadeias

Os fluxos financeiros entre cadeias (cross-chain value flows) são um movimento de fundos e compromissos entre redes, pontes, provedores de pagamentos e operadoras. Objetivos:
  • Segurança e finalização - levar em conta apenas fatos irreversíveis.
  • Liquidez e custo: minimizar o custo dos corredores com reservas suficientes.
  • Relatório e auditoria: Rastreabilidade completa com notas duplas e proxes.
  • Complacência: sanções AML, residência, limites de jurisdição.

2) Tipologia dos fluxos financeiros

1. Depósitos: on-ramp → carteira/conta do usuário (onchain/off).
2. Pagamentos: off-ramp/criptomoedas → endereço externo/PSP.
3. Traduções entre cadeias (bridge): lock/mint, burn/release, mensagem-based.
4. Swaps/Conversão (FX): cross-asset/chain swap com preços de oráculos.
5. Clering e royalties, intercorrências periódicas operator↔studii↔agregatory.
6. Comissão e retenção: network fee, bridge fee, take rate, rebates.
7. Operações do Tesouro (treasury): revalidação de liquidez e hedge.

3) Papéis e caminhos

Ponte/Reler: permite a transferência de estados/ativos e lagoas.
Tesouraria (Treasury): reservas em correntes/moedas, limites, hedging.
PSP/rampas-off: mapas/ARM/bancos/cripto-câmbio local.
Oráculas/cotação: preços de ativos, FX e comissões.
Risco/Complaens: AML/KYC/KYB, sanções, velocidades-limite.
Contabilidade/BI: dupla gravação, relatórios finais, comprimidos.

4) Arquitetura de fluxo (arbitragem)

Ingest (ponte/PSP/nó) → Raw/Bronze (factos de movimento) → Clean/Silver (normalização, dedução, prostração) → Core/Gold (dupla gravação, posições, compromissos) → Marts (finanças, risco, royalties) → Serve/API (relatórios, clínicas, limites).
Propriedades-chave: idempotidade, versionização de circuitos, replay/backfill, late data.

5) Finalização, reorgues e janelas de disputa

Estados: 'observed → confermed (K) → finalizante → invalidated' (+ 'challenged' para pontes optimísticas).

Políticos:
  • Confirmação K per chain/asset/montante ('K↑' para grandes transferências).
  • Delayed Finalization para somas high-risk e novas pontes.
  • Reorg handling: deficiência automática + recalculação de unidades.
  • Proof coverage: A proporção de registros com loofs de validade ≥ de 99%.

6) Pricing, comissões e FX

Preços: 'efetive _ amount = amount - (network _ fee + bridge _ fee + fx _ spread)'

Orakuls: cotação mediana, protecção contra outlier, preços time-weighted.
Janela deslizante para o curso em longos corredores; a fixação do curso em 'observed _ at' ou 'event _ at' é uma política de relatório.
Fee buckets: cartões de trânsito de comissões per corridor/asset.

7) Liquidez e limites

Reservas: balanços de destino por circuito/ativo, tampões para picos.
Corredores, limites diurnos, liminares de chamadas do Tesouro.
Rebalance: Rebrijing/market swap, cost-aware (incluindo latency e fee).
Plano de status: ativos/correntes fallback, promoção temporária K/janela de disputa.

Política de limites (YAML):
yaml treasury:
corridors:
"eth->polygon:USDC": { daily_usd: 1_000_000, k: 20, alert_at_pct: 80 }
"polygon->eth:USDC": { daily_usd: 800_000, k: 24, alert_at_pct: 75 }
reserves:
eth:   { usdc_min: 300_000, native_gas_min_usd: 25_000 }
polygon: { usdc_min: 250_000, native_gas_min_usd: 10_000 }

8) Contratos de eventos e Idempotação

Evento de tradução (Async-style, YAML):
yaml event:
id: uuid type: bridge. lock    bridge. mint    payout. requested    payout. finalized    deposit. settled ts: 2025-10-31T19:00:00Z chain_id: "eth-mainnet"
asset: "USDC"
amount: "123. 45"
src: "0x..." # address/organization dst: "0x..."    iban    wallet_id status: observed    confirmed    finalized    invalidated proof_ref: "merkle:..."
idempotency_key: "${chain}    ${block}    ${tx}    ${log}    ${type}"
fx: { base: "USD", rate: "1. 00", source: "oracle:v2" }
fees: { network: "1. 23", bridge: "0. 50" }

Regra de deduplicação: upsert por 'idempotency _ key' na janela ≥ 72 horas.

9) Dupla gravação e registro (Core Ledger)

Esquema (SQL):
sql
CREATE TABLE ledger_entries (
id UUID PRIMARY KEY,
ts TIMESTAMPTZ,
account_dr TEXT, -- debit account_cr TEXT, -- credit amount NUMERIC (38.9),
currency TEXT, -- canonical accounting currency (for example, USD)
ref_event_id UUID,
meta JSONB
);

CREATE TABLE positions (
account TEXT PRIMARY KEY,
balance NUMERIC(38,9),
currency TEXT
);

Tradução intercadeia USDC (lock→mint)

`Dr Bridge Receivable (dst_chain:USDC)` / `Cr Cash (src_chain:USDC)` — при lock.
`Dr Cash (dst_chain:USDC)` / `Cr Bridge Receivable (dst_chain:USDC)` — при mint(finalized).
As comissões são refletidas por linhas individuais ('Bridge Fee Revenue', 'Network Fee Expense').

10) Confecção e clering

Controle T por correntes, ativos, provedores/pontes, dia.
Proof match: recibos de ambos os lados do corredor (src/dst) e soma (com margem de erro).
Dispute flow: quarentena de anomalias (asset/decimals/amount mismatch).
Clering de royalties: apenas por 'finalized', FX por 'event _ at' ou 'observed _ at' - de acordo com a política.

Consultas (SQL):
sql
-- Lock/mint bundle
SELECT l. tx_hash AS src_tx, m. tx_hash AS dst_tx, l. amount, m. amount
FROM core_events l
JOIN core_events m ON m. type='bridge. mint' AND m. proof_ref = l. proof_ref
WHERE l. type='bridge. lock' AND l. status='finalized' AND m. status='finalized';

-- Daily reconciliation by asset/chain
SELECT chain_id, asset,
SUM(CASE WHEN direction='in' THEN amount ELSE 0 END) AS inflow,
SUM(CASE WHEN direction='out' THEN amount ELSE 0 END) AS outflow
FROM flows
WHERE ts::date = CURRENT_DATE - INTERVAL '1 day'
GROUP BY chain_id, asset;

11) Complaens e residência

AML/KYC/KYB: arquivos, listas de sanções, fontes de fundos.
Residência/localização: Tocinização PII, chaves de criptografia regionais, exportação em listas brancas.
Limites de velocity: per user/org/corridor/day.
Auditoria trailer: registros de acessibilidade imutáveis, assinaturas de eventos.

12) Observabilidade: SLI/SLO e métricas

SLI (núcleo):
  • Finality p95 per corridor/asset,
  • Traduções Sucess Rate,
  • Proof Coverage%,
  • Queue-Lag p95 (pneu/ponte),
  • FX Drivt (divergência de cursos),
  • Liquidity Utilization% (carga de reservas),
  • Reorg/Challenge Rate,
  • Dispute/Quarantine Rate.
SLO (orientações):
  • Finality p95: ≤ 3-10 min (pelo corredor), Sucess ≥ 99. 5%,
  • Proof Coverage ≥ 99. 0%, Queue-Lag P0 p95 ≤ 2 с,
  • Dispute Rate ≤ 0. 2%, FX Drift ≤ 0. 3% da mediana.

Дашборды: Flows Core, Finality & Proofs, Treasury & Liquidity, FX & Fees, Compliance.

13) Gerenciamento de alterações

Timelock para alterar K/limites/corredores; registro de soluções.
Versões de diretórios de ativos/decimals (compatibilidade somente «adição»).
A/B inclusão de novas pontes: canary fluxo, limites, elevado K.
Emergency kill-switch corredor para anomalias.

14) Configurações (YAML)

Política de finalização/risco

yaml finality_policy:
eth-mainnet: { k: 12, delayed_for_usd_gt: 100000 }
polygon:   { k: 256 }
optimistic: { k: 0, challenge_minutes: 20, delayed_for_usd_gt: 50000 }
risk:
large_transfer_alert_usd: 25000 sanction_check: true

Regras de corredores e comissões

yaml corridors:
- id: "eth->polygon:USDC"
fee_bps: 25 fx_source: "oracle:v2"
daily_limit_usd: 1_000_000 slo:
finality_p95_min: 6 success_pct: 99. 6

Webhook/assinaturas para clearing

yaml webhooks:
clearing:
signature: { alg: "HMAC-SHA256", header: "X-Signature", ts_header: "X-Timestamp" }
retry: { attempts: 5, backoff_ms: [200,800,1600,3200,6400], jitter: true }

15) Playbook incidentes

A. Spike reorg/invalidated

1. Levantar temporariamente 'K', ativar 'finalized-only'; 2) parar voos high-risk;

2. recontagem das unidades; 4) pós-mortem e ajuste político.

B. Queda de Proof Coverage

1. Restauro de merceação/prostração; 2) quarentena de transferências duvidosas;

2. amostra manual das malas; 4) Relatório ao Tesouro/Complência.

C. Falta de liquidez no corredor

1. Incluir rebalance/swap; 2) elevar fee/impor quotas;

2. priorizar pagamentos P0; 4) notificação dos participantes.

D. FX Drivt/anomalias de preços

1. Mudar a origem da cotação; 2) limitar as grandes transações;

2. executar hedge; 4) Contar os relatórios por janela.

E. Sanção/AML desencadeador

1. Unidade de operação imediata; 2) escalação em Compliance;

2. Preservação de artefatos/lagostas; 4) relatórios e ações legais.

16) Folha de cheque de implementação

1. Verifique as fontes de fluxo, corredores e janelas de finalização.
2. Digite os eventos canónicos e a chave de idempotação.
3. Realize dupla entrada e posição, normalização FX e registro de comissões.
4. Configure os limites/reservas e revalente automático.
5. Levante os dashboards SLI/SLO: Finality, Proofs, Liquidity, FX, Compliance.
6. Inclua as sanções AML, residência e auditoria.
7. Faça testes chaos-/DR. (reorg, oracle-drivt, liquidez).
8. Execute procedimentos governance para qualquer alteração de corredor/K/limite.

17) Glossário

Finality - A transação/estado é irreversível.
Reorg - parte da cadeia com cancelamento de blocos.
O Corridor é uma ligação controlada de correntes/ativos para transferir valor.
Proof Coverage é uma proporção de registros com criptodoxias valiosas.
FX Drift - Desviar o curso aplicado da referência.
Duplo-Entry - gravação dupla (débito/crédito) para contabilidade.
Delayed Finalization - adoção adiada em relatórios para quantias high-risk.

Resultado: Gerenciar os fluxos financeiros entre as cadeias não é apenas «traçar ativos», mas sim uma disciplina de finalização, liquidez, contabilidade e complacência. Eventos canônicos, gravação dupla, limites e SLO nos corredores fornecem um sistema verificável, econômico e sustentável, pronto para escala e auditoria em qualquer jurisdição.

Contact

Entrar em contacto

Contacte-nos para qualquer questão ou necessidade de apoio.Estamos sempre prontos para ajudar!

Telegram
@Gamble_GC
Iniciar integração

O Email é obrigatório. Telegram ou WhatsApp — opcionais.

O seu nome opcional
Email opcional
Assunto opcional
Mensagem opcional
Telegram opcional
@
Se indicar Telegram — responderemos também por lá.
WhatsApp opcional
Formato: +indicativo e número (ex.: +351XXXXXXXXX).

Ao clicar, concorda com o tratamento dos seus dados.