체인 간 재무 흐름

(섹션: 생태계 및 네트워크)

1) 체인 간 돈을 관리하는 이유

• 안전 및 마무리: 돌이킬 수없는 사실 만 고려하십시오.
• 유동성 및 비용: 충분한 매장량으로 복도 비용을 최소화합니다.
• 보고 및 감사: 이중 입력 및 증명을 통한 전체 추적 성.
• 준수: AML/제재, 거주, 관할권 별 제한.

2) 금융 흐름의 타이폴로지

1. 예금: 온 램프 → 지갑/사용자 계정 (온라인/오프 체인).
2. 지불: 오프 램프/암호화 지불 → 외부 주소/PSP.
3. 다리: 잠금/박하, 화상/해제, 메시지 기반.
4. 교환/변환 (FX): 오라클 가격으로 교차 자산/체인 교환.
5. 청산 및 로열티: 주기적 합의 연산자, 스튜디오 동의.
6. 수수료 및 원천 징수: 네트워크 수수료, 교량 수수료, 요율, 리베이트.
7. 재무부 운영 (재무): 유동성 재균형 및 헤지.

3) 역할 및 윤곽

교량/철도: 주/자산 및 증거 전송을 제공합니다.
재무부: 체인/통화 준비금, 한도, 헤징.
PSP/It-off-ramp: 카드/로컬 AWP/뱅크/암호 교환.
오라클/따옴표: 자산 가격, FX 및 수수료.
위험/준수: AML/KYC/KYB, 제재, 속도 제한.
회계/BI: 이중 참가, 최종보고, 조정.

4) 유량 아키텍처 (참조)

Ingest (bridge/PSP/node) → Raw/Bronze (이동 사실) → Clean/Silver (정규화, dedup, 증거) → Core/Gold (이중 진입, 위치, 의무) → 마트 (금융, 위험, 로열티) → 서브/API (보고서, 청산, 제한).
주요 속성: demempotency, 스키마 버전 지정, 재생/백필, 늦은 데이터.

5) 마무리, 조직 및 분쟁 창

상태: '관찰 → 확인 (K) → 확정 → 유효하지 않음 (reorg)' (낙관적 교량의 경우 + '도전').

• 체인/자산/금액 당 K- 확인 (대량 송금의 경우 'K TP').
• 고위험 금액과 새로운 교량에 대한 최종 확정 지연.
• 재구성 처리: 자동 장애 + 골재 재 계산.
• 증명 범위: 유효한 증거가있는 레코드의 대상 백분율은 99% 이상입니다.

6) 가격, 수수료 및 FX

가격: '유효 _ amount = 금액- (네트워크 _ fee + bridge _ fee + fx _ spred)'

오라클: 중간 따옴표, 특이 치 보호, 시간 가중 가격.
긴 복도가있는 코스의 슬라이딩 창; 보고서 정책에 의해 코스를 '관찰 된 _ at' 또는 '이벤트 _ 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) 이벤트 계약 및 demmpotence

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 (shain _ chain: USDC) '/' Cr Cash (src _ chain: USDC)' - 자물쇠.

'Dr Cash (cash _ chain: USDC) '/' Cr Bridge 수신 가능 (-chain _ chain: USDC)' -

위원회는 별도의 노선 ('Bridge Fee Revenue', 'Network Fee Expense') 에 반영됩니다.

10) 화해와 청산

T- 조정: 체인, 자산, 공급자/브리지, 일.
증명 일치: 복도 양쪽의 영수증 (src/cy) 및 금액 (허용 포함).
분쟁 흐름: 이상 검역 (자산/소수/금액 불일치).
로열티 정리: 정책에 따라 '최종', '이벤트 _ at' 또는 '관찰 된 _ 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 토큰 화, 지역 암호화 키, 화이트 라이팅 수출.
속도 제한: 사용자/org/복도/일 당.
감사 흔적: 불변의 액세스 로그, 이벤트 서명.

12) 관찰 가능성: SLI/SLO 및 지표

• 복도/자산 당 최종 p95,
• 성공률 변환,
• 증명 범위%,
• Queue-Lag p95 (버스/브리지),
• FX 드리프트
• 유동성 이용률% (예비 부하),
• 로그/챌린지 속도,
• 분쟁/검역율.

• 최종 p95: 3-10 분 (복도를 따라), 성공 5%,
• 증명 범위는 99 이상입니다. 0%, Queue-Lag P0 p95
• 분쟁률 2%, FX 드리프트 중앙값의 3%.

차이나 필라: Flows Core, Finality & Proofs, Treasury & Liquidity, FX & Fees, Compliance.

13) 관리 변경

시간 제한/제한/복도를 변경하는 시간; 결정 기록.
자산 디렉토리 버전/decimals (호환성 "추가" 만).
새로운 교량의 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

웹 후크/클리어링 서명

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. 스파이크 리오그/무효화

1. 일시적으로 'K' 를 올리고 '최종 전용' 을 활성화하십시오. 2) 고위험 항공편을 중지하십시오.
2. 골재의 재 계산; 4) 사후 및 정책 조정.

B. 증명 범위의 하락

1. Merclization/Provers 재시작; 2) 모호한 이동의 검역;

2. 케이스의 수동 샘플링; 4) 재무부/준수에 대한보고.

복도의 유동성 부족

1. 재조정/교환 포함; 2) 수수료 인상/할당량 도입;

2. P0 지불 우선 순위 4) 참가자의 알림.

D. FX 드리프트/가격 이상

1. 인용 원을 전환하십시오. 2) 큰 거래를 제한합니다.
2. 헤지 실행; 4) 창에 대한 보고서를 다시 계산합니다.

E. 제재/AML 방아쇠

1. 즉각적인 작동 블록; 2) 규정 준수의 에스컬레이션;

2. 인공물/증명 보존; 4) 보고 및 법적 조치.

16) 구현 점검표

1. 스트림 소스, 복도 및 마무리 창을 캡처하십시오.
2. 표준 이벤트와 dempotency 키를 입력하십시오.
3. 이중 진입 및 위치, FX 정규화 및 커미션 회계 구현.
4. 한도/준비금 및 자동 재조정 설정.
5. SLI/SLO 대시 보드: Finality, Proofs, Liquidity, FX, Compliance.
6. AML/제재, 거주 및 감사 추적 포함.
7. 혼돈/DR 테스트 수행 (reorg, oracle-drift, 유동성).
8. 복도/C/제한의 변경에 대한 거버넌스 절차를 시작하십시오.

17) 용어집

최종 - 거래/상태의 돌이킬 수 없음.
Reorg-블록을 취소하여 체인 부분을 재 조립합니다.
복도는 가치 이전을 위해 관리 가능한 체인/자산 묶음입니다.
증명 범위-유효한 암호화 증거가있는 레코드 공유.
FX 드리프트-기준에서 적용되는 제목의 편차.
이중 입력-회계를위한 이중 입력 (직불/크레딧).
지연된 마무리-고위험 금액에 대한 보고서의 수락 지연.

결론: 체인 간 재무 흐름을 관리하는 것은 "브리징 자산" 이 아니라 마무리, 유동성, 회계 및 준수의 규율입니다. 정식 이벤트, 이중 진입, 한계 및 복도 SLO는 모든 관할 구역에서 규모 및 감사 할 준비가 된 검증 가능하고 비용 효율적이며 지속 가능한 시스템을 제공합니다.