链之间的资金流动

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

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提供了可验证，经济且可持续的系统，为任何辖区的规模和审计做好了准备。