鏈之間的資金流動

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

1）為什麼要管理連鎖資金

• 安全和最終化：只考慮不可逆轉的事實。
• 流動性和成本：以充足的儲備將走廊成本降至最低。
• 報告和審計：完全可追溯性，雙重記錄和prufs。
• 合規性：AML/制裁，居留權，管轄範圍限制。

2）資金流動類型

1.存款：在線→錢包/用戶帳戶（onchein/offchein）。
2.付款：離線/密碼支付→ 外部地址/PSP。
3.鏈間翻譯（bridge）： lock/mint, burn/release,基於消息。
4.交換/轉換（FX）： cross-asset/鏈交換與甲骨文價格。
5.清算和特許權使用費：定期互惠operator↔studii↔agregatory。
6.傭金和保留：network fee、bridge fee、take rate、rebates。
7.國庫業務（國債）：流動性和對沖重組。

3）角色和輪廓

Bridge/Releer：提供狀態/資產轉移和Prufa。
財政部（Treasury）：鏈/貨幣儲備，限制，套期保值。
PSP/近端坡道：卡/本地ARM/銀行/加密交換。
甲骨文/報價：資產價格、外匯和傭金。
風險/合規性：AML/KYC/KYB，制裁，velocity限制。
會計/BI：雙重記錄，最終報告，對賬。

4）流動架構（參考）

Ingest（橋梁/PSP/節點）→ Raw/Bronze（運動事實）→ Clean/Silver（正常化，去除，prufs）→ Core/Gold（雙重記錄，位置，承諾）→ Marts（金融，風險，特許權使用費）→ Serve/API（報告，清算，限制）。
關鍵屬性：等效性,電路轉換,replay/backfill, late data。

5）最終化，重組和爭議窗口

狀態：'observed → confirmed （K） → finalized → invalidated （reorg）'（+'challenged' for optimistic bridge）。

• 按鏈/asset/和的 K確認（主要轉移為「K↑」）。
• Delayed Finalization用於高風險金額和新橋梁。
• Reorg handling：自動殘疾+重新計票裝置。
• Proof coverage： Proof有效記錄的目標百分比≥ 99%。

6）價格、傭金和FX

定價： 'effective_amount=amount − （network_fee+bridge_fee+fx_spread）'

甲骨文：報價中位數,免除賣家,定價時間。
在漫長的走廊上滑動路線窗口；根據報告策略將課程固定在「observed_at」或「event_at」上。
Fee buckets：按走廊/資產劃分的傭金路線圖。

7）流動性和限額

儲備：按鏈/資產分列的目標資產負債表，峰值緩沖區。
走廊：白天限制，財政部門檻。
Rebalance：重塑/市場交換，成本搶購（包括latency和fee）。
Stress Plan：落後資產/鏈條，臨時K升值/爭議窗口。

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）事件合同和平均水平

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" }

重復數據消除規則：在72小時≥窗口中通過「idempotency_key」進行upsert。

9）雙重記錄和記賬（Core Ledger）

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
);

布線示例： 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).

傭金由不同的線條反映（「Bridge Fee Revenue」，「Network Fee Expense」）。

10）結算和結算

T-Barch：通過鏈條、資產、供應商/橋梁、一天。
證明比賽：走廊兩側的收據（src/dst）和金額（帶有誤差範圍）。
Dispute flow：異常檢疫（asset/decimals/amount mismatch）。
清算版稅：根據政策，僅通過「最終化」，FX到「event_at」或「observed_at」。

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）合規性和居住性

AML/KYC/KYB：得分，制裁名單，資金來源。
駐留/本地化：PII令牌化、區域加密密鑰、白名單導出。
Velocity限制：per user/org/corridor/day。
審核跟蹤：不可更改的訪問日誌、事件簽名。

12）可觀察性： SLI/SLO和度量

• Finality p95 per corridor/asset,
• 成功率翻譯，
• Proof Coverage%,
• Queue-Lag p 95（輪胎/橋梁），
• FX漂流（課程差異），
• Liquidity Utilization%（儲備負荷）,
• Reorg/Challenge Rate,
• Dispute/Quarantine Rate.

• Finality p95： ≤ 3-10分鐘（沿走廊）,Success ≥ 99。5%,
• Proof Coverage ≥ 99.0%, Queue-Lag P0 p95 ≤ 2 с,
• Dispute Rate ≤ 0.2%, FX Drift ≤ 0.中位數的3％。

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

13）變更管理

K/限制/走廊更改的 Timelock；決策日誌。
資產/衰減目錄版本（僅兼容於「添加」）。
A/包含新橋梁：金絲雀流，限制，K升高。
異常情況下緊急殺手開關走廊。

14）配置（YAML）

結算/風險政策

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

走廊和傭金規則

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/簽名

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）事件劇本

A. spike reorg/invalidated

1.暫時舉起「K」，包括「僅限最終」；2）停止高風險航班；

2.重新計算單位；4）後面和政策調整。

B. Proof Coverage的倒臺

1.重新開始Mercilization/Pruvers；2）隔離可疑的轉移；

2.手動案例采樣；4）向財政部/合規部門提交報告。

C.走廊流動性不足

1.包括rebalance/swop；2）提高fee/引入配額；

2.優先處理P0付款；4）通知參與者。

D. FX漂移/價格異常

1.切換報價來源；2）限制重大交易；

2.執行對沖；4）重新計算每個窗口的報告。

E. 制裁/AML觸發因素

1.立即運營單位；2）Compliance升級；

2.保存文物/pruf；4）報告和法律行動。

16）實施支票

1.確定流源、走廊和最終窗口。
2.輸入規範事件和冪等密鑰。
3.實現雙重記錄和位置、FX正常化和傭金核算。
4.配置限額/儲備金和自動重新平衡。
5.舉起SLI/SLO dashboards： Finality、Proofs、Liquidity、FX、Compliance。
6.包括AML/制裁，駐留和審計跟蹤。
7.進行chaos -/DR測試（reorg、oracle-drift、流動性）。
8.對走廊/K/限制的任何更改啟動政府程序。

17）詞匯表

最終性-事務/狀態不可逆性。
Reorg-重新裝配電路的一部分並取消塊。
走廊是用於價值轉移的鏈條/資產的可控捆綁。
Proof Coverage是具有有效密碼證據的條目的比例。
FX Drift是所應用課程與基準的偏差。
Double-Entry是會計的雙重記錄（借記/貸款）。
Delayed Finalization-高風險金額的延遲接受報告。

底線：鏈條之間的資金流動管理不僅僅是「橋梁資產」，而是最終化，流動性，會計和合規的紀律。沿著走廊的規範事件，雙重記錄，限制和SLO提供了可驗證，經濟且可持續的系統，為任何轄區的規模和審計做好了準備。