جریان های مالی بین زنجیره ای
(بخش: اکوسیستم و شبکه)
1) چرا مدیریت پول بین زنجیره ای
جریان ارزش بین زنجیره ای حرکت وجوه و بدهی ها بین شبکه ها، پل ها، ارائه دهندگان پرداخت و اپراتورها است. اهداف:- ایمنی و نهایی سازی: فقط حقایق غیرقابل برگشت را در نظر بگیرید.
- نقدینگی و هزینه: به حداقل رساندن هزینه راهروها با ذخایر کافی.
- گزارش و حسابرسی: ردیابی کامل با ورود دو و اثبات.
- انطباق: AML/تحریم ها، اقامت، محدودیت های قضایی.
2) گونه شناسی جریان های مالی
1. سپرده ها: در سطح شیب دار → حساب کیف پول/کاربر (آنلاین/offchain).
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 (movement facts) → Clean/Silver (normalization, dedup, proof) → Core/Gold (double entry, positions, obditions) → Marts (finance, risk, royalties) → Serve/API (reports, clearing, limits).
ویژگی های کلیدی: idempotency، versioning طرح، پخش/backfill، داده های اواخر.
5) نهایی سازی، سازماندهی مجدد و پنجره های اختلاف
Statuses: «مشاهده → تایید شده → نهایی → نامعتبر (سازماندهی مجدد)» (+ «به چالش کشیده» برای پل خوش بینانه).
سیاستمداران:- تأییدیه K در هر زنجیره/دارایی/مقدار («K↑» برای نقل و انتقالات بزرگ).
- نهایی سازی تاخیر برای مقادیر پر خطر و پل های جدید.
- مدیریت مجدد: ناتوانی خودکار + محاسبه مجدد aggregates.
- پوشش اثبات: درصد هدف از سوابق با اثبات معتبر 99٪ ≥.
6) قیمت گذاری، کمیسیون و FX
قیمت گذاری: «مقدار موثر = مقدار ( + +)»
اوراکل: نقل قول های متوسط، حفاظت بیرونی، قیمت های با وزن زمانی.
پنجره کشویی برای مسیر با راهروهای طولانی ؛ تعیین مسیر «مشاهده شده در» یا «رویداد در» - توسط سیاست گزارش.
سطل هزینه: نقشه راه کمیسیون در هر راهرو/دارایی.
7) نقدینگی و محدودیت
ذخایر: تعادل هدف توسط زنجیره/دارایی، بافر برای قله.
راهروها: محدودیت های روزانه، آستانه تماس خزانه داری.
تعادل: مبادله مجدد/بازار، هزینه آگاه (از جمله تاخیر و هزینه).
طرح استرس: دارایی های fallback/زنجیره ای، افزایش موقت در 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) قراردادهای رویداد و idemotence
رویداد ترجمه (به سبک Async، 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" }
قانون deduplication توسط 'idempotency _ key' در پنجره به ≥ 72 ساعت افزایش می یابد.
9) ورود دوگانه و حسابداری (Core Ledger)
طرح (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
);
ارسال به عنوان مثال - انتقال زنجیره ای USDC (قفل → نعناع)
'Dr Bridge Receivable (dst_chain:USDC) '/' Cr Cash (src_chain:USDC)' - قفل при.
'Dr Cash (dst_chain:USDC) '/' Cr Bridge Receivable (dst_chain:USDC)' - при mint (نهایی شده).
کمیسیون ها در خطوط جداگانه («درآمد هزینه پل»، «هزینه هزینه شبکه») منعکس می شوند.
10) آشتی و پاکسازی
T-reconciliation: توسط زنجیره ها، دارایی ها، ارائه دهندگان/پل ها، روز.
مطابقت اثبات: رسید هر دو طرف راهرو (src/dst) و مقادیر (با تحمل).
جریان اختلاف: قرنطینه ناهنجاری (عدم تطابق دارایی/اعشار/مقدار).
پاکسازی حق امتیاز: فقط در «نهایی»، 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 و معیارها
SLI (هسته):- نهایی p95 در هر راهرو/دارایی،
- نرخ موفقیت ترجمه,
- پوشش اثبات٪،
- صف-تاخیر p95 (اتوبوس/پل),
- رانش FX
- استفاده از نقدینگی٪ (بار ذخیره)،
- نرخ تجدید سازمان/چالش،
- اختلاف/میزان قرنطینه.
- نهایی p95: ≤ 3-10 دقیقه (در امتداد راهرو)، موفقیت ≥ 99. 5%,
- مدرک تحصیلی ≥ 99 0%, صف تاخیر P0 p95 ≤ 2 с,
- میزان اختلاف ≤ 0. 2٪، FX رانش ≤ 0. 3 درصد از متوسط
Дашборды: جریان اصلی، نهایی و اثبات، خزانه داری و نقدینگی، FX و هزینه ها، انطباق.
13) مدیریت تغییر
زمان برای تغییر К/limits/corridors ؛ ثبت تصمیم
نسخه دایرکتوری دارایی/اعشار (سازگاری «ضمیمه» تنها).
A/B شامل پل های جدید: جریان قناری، محدودیت ها، افزایش K.
راهرو اضطراری kill-switch در مورد ناهنجاری ها.
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. محاسبه مجدد aggregates ؛ 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. رویدادهای متعارف و کلید idempointency را وارد کنید.
3. پیاده سازی دو ورودی و موقعیت، عادی سازی FX و حسابداری کمیسیون.
4. تنظیم محدودیت/ذخایر و متعادل سازی خودکار.
5. داشبورد SLI/SLO را بالا ببرید: نهایی، اثبات، نقدینگی، FX، انطباق.
6. شامل AML/تحریم ها، اقامت و مسیرهای حسابرسی.
7. انجام آزمون های هرج و مرج/DR (تجدید سازمان، اوراکل رانش، نقدینگی).
8. شروع روش حکومت برای هر گونه تغییر در راهرو/C/محدودیت.
17) واژه نامه
Finality - برگشت ناپذیری معامله/دولت.
Reorg - جمع آوری مجدد بخشی از زنجیره با لغو بلوک ها.
راهرو یک مجموعه قابل کنترل از زنجیره ها/دارایی ها برای انتقال ارزش است.
پوشش اثبات - سهم سوابق با شواهد رمزنگاری معتبر.
رانش FX - انحراف از عنوان اعمال شده از مرجع.
دو ورودی - دو ورودی (بدهی/اعتباری) برای حسابداری.
نهایی سازی با تاخیر - پذیرش معوق در گزارش ها برای مقادیر پرخطر.
خط پایین: مدیریت جریان مالی بین زنجیره ها فقط «دارایی های پل زدن» نیست، بلکه نظم و انضباط نهایی، نقدینگی، حسابداری و انطباق است. رویدادهای متعارف، ورود دوگانه، محدودیت ها و SLO های راهرو یک سیستم قابل اثبات، مقرون به صرفه و پایدار را برای مقیاس و حسابرسی در هر حوزه قضایی آماده می کند.