チェーン間の財務フロー

（セクション： エコシステムとネットワーク）

1）なぜチェーン間のお金を管理するのか

• 安全性と確定：取り返しのつかない事実だけを考慮してください。
• 流動性とコスト：十分な準備金で廊下のコストを最小限に抑えます。
• レポートおよび監査：二重記入項目および証明の完全なトレーサビリティ。
• コンプライアンス：AML/制裁、居住、管轄による制限。

2）財務フローの類型

1.入金：オンランプ→ウォレット/ユーザーアカウント（オンライン/オフチェーン）。
2.支払い：オフランプ/暗号支払い→外部アドレス/PSP。
3.ブリッジ：ロック/ミント、書き込み/リリース、メッセージベース。
4.スワップ/コンバージョン（FX）：クロスアセット/チェーンスワップとオラクル価格。
5.清算とロイヤリティ：定期的な決済operator↔studii↔agregatory。
6.料金と源泉徴収：ネットワーク料金、ブリッジ料金、テイクレート、リベート。
7.財務オペレーション（財務省）：流動性のリバランスとヘッジ。

3）役割と輪郭

ブリッジ/レール：状態/資産と証明の転送を提供します。
財務省：チェーン/通貨の準備、限界、ヘッジ。
PSP/It-off-ramps：カード/ローカルAWP/銀行/暗号交換。
オラクル/見積もり：資産価格、FX、手数料。
リスク/コンプライアンス：AML/KYC/KYB、制裁、速度制限。
会計/BI：二重エントリ、最終報告、和解。

4）フローアーキテクチャ（参照）

Ingest （bridge/PSP/node）→Raw/Bronze（移動事実）→Clean/Silver（正規化、dedup、 proof）→Core/Gold（ダブルエントリー、ポジション、義務）→Marts（ファイナンス、リスク、ロイヤリティ）→Serve/API（レポート、クリア、リミット）

主なプロパティ：idempotency、スキーマバージョニング、リプレイ/バックフィル、レイトデータ。

5）ファイナライズ、再オーグ、紛争ウィンドウ

ステータス：'observed→confirmed （K）→finalized→invalid （reorg）'（楽観ブリッジの場合は+'challenged'）。

• チェーン/資産/金額ごとのK-confirmmations（大口送金の場合は'K'）。
• リスクの高い金額と新しい橋のための遅延最終化。
• 再組織の処理：自動障害+集計の再計算。
• 証拠の適用範囲：有効な証拠が付いている記録の目標のパーセンテージ≥ 99％。

6）価格、手数料、FX

価格： 'effective_amount=amount − （network_fee+bridge_fee+fx_spread）'

オラクル：中央値、外れ値の保護、時間加重価格。
長い廊下のコースのスライドウィンドウ。レポートポリシーでコースを'observed_at'または'event_at'に固定します。
料金バケット：通路/資産あたりの手数料ロードマップ。

7）流動性および限界

リザーブ：チェーン/アセットによるターゲット残高、ピークのバッファ。
廊下：毎日の制限、財務省のコールしきい値。
リバランス：リブリッジ/市場スワップ、コスト配分（レイテンシーと手数料を含む）。
ストレスプラン：フォールバック資産/チェーン、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）イベント契約とidempotence

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'によって更新されます。

9）二重記入項目および会計（中心の台帳）

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チェーン転送（ロック→ミント）

'Dr Bridge Receivable （dst_chain:USDC）'/'Cr Cash （src_chain:USDC）'-ロック。
'Dr Cash （dst_chain:USDC）'/'Cr Bridge Receivable （dst_chain:USDC）'-ミント（完成）。
手数料は別行に反映されます（'Bridge Fee Revenue'、 'Network Fee Expense'）。

10）和解と清算

T-reconciliation：チェーン、資産、プロバイダー/ブリッジ、日。
証拠の一致：通路の両側のレシート（src/dst）および量（許容）。
紛争フロー：異常検疫（資産/小数点/金額の不一致）。
ロイヤリティクリアリング：'finalized'、 'event_at'または'observed_at'のFXのみ-ポリシーに従って。

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トークン化、地域暗号化キー、ホワイトリスト化エクスポート。
速度制限：ユーザー/組織/廊下/日あたり。
監査証跡：不変アクセスログ、イベント署名。

12）観測可能性： SLI/SLOおよびメトリクス

• 回廊/資産ごとのfinality p95、
• 成功率の翻訳、
• 証拠の適用範囲％、
• キューラグp95（バス/ブリッジ）、
• FXドリフト
• 流動性利用率％（準備負荷）、
• Reorg/チャレンジレート、
• 紛争/検疫率。

• Finality p95： ≤ 3-10分（廊下に沿って）、成功≥ 99。5%,
• 証拠の適用範囲≥ 99。0％、 Queue-Lag P0 p95 ≤ 2％、
• 紛争率≤ 0。2％、 FXドリフト≤ 0。中央値の3％

フローコア、Finality&Proofs、 Treasury&Liquidity、 FX&Fees、 Compliance。

13）変更管理

Timelockを変更するには-/limits/corridors；意思決定ログ。
アセットディレクトリバージョン/小数（互換性は「追加」のみ）。
新しい橋のA/B包含：カナリア流、限界、増加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/Clearing Signature

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インシデント

A。 Spike reorg/invalidated

1.一時的に'K'を上げ、'finalized-only'を有効にします。2）高リスクのフライトを停止します。
2.集計の再計算；4）死後および方針の調節。

B。証拠のカバレッジの秋

1.Merclization/Proversの再起動;2）疑わしい転送の隔離；

2.ケースの手動サンプリング；4）財務・コンプライアンスへの報告。

C。廊下の流動性の欠如

1.リバランス/スワップを含める。2）料金の引き上げ/クォータの導入;

2.P0支払い4）参加者の通知を優先します。

D。 FXドリフト/価格異常

1.引用語句の源を転換して下さい；2）大規模な取引を制限する。
2.ヘッジを実行します。4）ウィンドウのレポートを再計算します。

E。 制裁/AMLトリガー

1.即時操作のブロック；2）コンプライアンスのエスカレーション;

2.アーティファクト/証明の保存；4）報告および法的措置。

16）実装チェックリスト

1.ストリームソース、廊下、および最終化ウィンドウをキャプチャします。
2.正規イベントとidempotencyキーを入力します。
3.ダブルエントリーとポジション、FX正規化と手数料の会計を実装します。
4.リミット/リザーブと自動リバランスを設定します。
5.SLI/SLOダッシュボードを上げる：Finality、 Proofs、流動性、FX、 Compliance。
6.AML/制裁、居住および監査証跡を含める。
7.カオス/DRテスト（reorg、 oracle-drift、流動性）を実施します。
8.廊下/C/制限の変更のガバナンス手順を開始します。

17）用語集

Finality-トランザクション/ステートの不可逆性。
再配置-ブロックのキャンセルとチェーンの一部の再構成。
回廊は、価値移転のためのチェーン/アセットの管理可能な束です。
証拠カバレッジ-有効な暗号証拠とレコードの共有。
FXドリフト-参照からの適用ヘッディングの偏差。
ダブルエントリー-会計のためのダブルエントリー（デビット/クレジット）。
Delayed Finalization-高リスク金額のレポートで遅延受理。

ボトムライン：チェーン間の財務フローを管理することは、単なる「資産の橋渡し」ではなく、確定、流動性、会計およびコンプライアンスの規律です。正規のイベント、ダブルエントリー、リミット、廊下SLOは、あらゆる管轄区域で規模と監査の準備ができた検証可能で、費用対効果が高く、持続可能なシステムを提供します。