نقدینگی کل در شبکه
(بخش: اکوسیستم و شبکه)
1) «نقدینگی کل» چیست و چرا مورد نیاز است
نقدینگی کل مجموعه ای از دارایی های پولی و توکنی است که در سراسر گره ها/زنجیره ها/ریل های پرداخت توزیع شده و در دسترس شرکت کنندگان شبکه (اپراتورها، ارائه دهندگان، استودیوها، ارائه دهندگان پرداخت/CCS، شرکت های وابسته) مطابق با قوانین قابل پیش بینی است. اهداف:- سرعت و قابلیت پیش بینی پرداخت/انتقال با حداقل RTO/RPO.
- استفاده موثر از سرمایه: «تعادل مرده» کمتر و ذخیره دوگانه.
- قابلیت همکاری بین حوزه ها: پل ها، بانک ها، PSP، اصطبل، روشن/خاموش رمپ.
- خطرات کنترل شده: محدودیت ها، بافر، بیمه، نظارت.
2) مدل های نقدینگی
2. 1 متمرکز (مرکز نگهداری)
یک «مرکز نقدینگی» تنها استخر ها را بر اساس منطقه/ارز/زنجیره نگه می دارد. فقط پیاده سازی، اما ریسک طرف مقابل بالاتر و خطرات SPOF. مناسب برای شبکه های شروع/کوچک.
2. 2 غیر متمرکز (استخر توسط دامنه)
نقدینگی در بسیاری از ارائه دهندگان/سازندگان بازار (MM)، مبادله از طریق قراردادهای هوشمند/کانال ها ذخیره می شود. ثبات بالاتر، نیاز به مسیریابی پیشرفته و قوانین زنجیره ای دارد.
2. 3 هیبرید (توصیه می شود)
هاب برای ارزهای بحرانی/پرداخت + MM خارجی/پل برای پوسته پوسته شدن. مدیریت - از طریق سیاست محدودیت ها، تعهدات و صندوق بیمه.
3) توپولوژی و اشیاء
استخرهای نقدینگی (LP): 'LP {دامنه، ارز/دارایی}' با ویژگی های: تعادل، بافر، محدودیت ها، هزینه سرمایه (CoC)، کمیسیون.
خطوط اعتباری (CL): محدودیت های دو جانبه/چند جانبه با وثیقه و قیمت در هر استفاده.
پل ها: قفل/نعناع/رایت/انتشار یا پیام فقط + مکانیک شبکه.
لبه های مسیریابی: مسیرهای ترجمه معتبر (بر روی ما، بین LP ها، بیش از پل/بانک/PSP).
صندوق بیمه: کسری در سیاست را پوشش می دهد.
4) معیارهای کلیدی و فرمول
عمق نقدینگی (LD) - حجم موجود در استخر در افق 'T':- 'LD _ T = Balance_T - Reserved_T'
- استفاده (U) - بار استخر: 'U = استفاده/( تعادل)'
- 'CR = موجود/ P95 (Demand_T)' (هدف ≥ 1. 5 ×)
- 'BUF = بافر/ P95 (NetFlow_daily)'
- MTTR تعادل - متوسط زمان بسته شدن عدم تعادل پس از ماشه.
- هزینه به خدمت (CTS در هر $) - کل کمیسیون/گاز/گسترش برای انتقال $.
- پرداخت SLA نرخ ضربه - سهم پرداخت ≤ دقیقه هدف/بلوک.
SLO (نشانه ها): پرداخت SLA ضربه ≥ 98-99٪ ؛ CR ≥ 1. 5 × ؛ تعادل مجدد MTTR ≤ 30 دقیقه ؛ CTS در هر $ ↓ QoQ توسط 10-15٪.
5) مسیریابی (SOR - مسیریابی سفارش هوشمند)
5. 1 هدف
مسیر با حداقل هزینه کامل و خطر را انتخاب کنید اگر SLA/محدودیت ها برآورده شود.
5. 2 هزینه پیگیری
'TotalCost = Fee + Gas + Slippage + LiquidityPenalty + TimePenalty + RiskAdj'
LiquidityPenalty: جریمه برای U> 70٪ یا CR <هدف.
TimePenalty: برای پنجره نهایی/اختلاف پیش بینی شده.
RiskAdj: خطرات تحریم/کشور و طرف قرارداد.
5. تاکتیک های 3
تقسیم مسیریابی: تقسیم نقل و انتقالات بزرگ در سراسر چند LPs/پل.
پیش بودجه: پیش پرداخت LP در ساعات اوج.
نقل قول قفل: ثابت قیمت برای یک پنجره کوتاه، با نشانه گذاری پویا در CR کم است.
Retry/alt-path: تکرارهای idempotent در مسیرهای پشتیبان در طول تخریب.
6) کمیسیون و قیمت گذاری
هزینه پایه (bps) + هزینه اولویت در SLA های بالا.
گسترش پویا: در U> 80٪ یا نوسانات بالا رشد می کند.
Tiering: پایین تر برای «شهروندان خوب» شبکه (خطر کم، گردش پایدار).
تبلیغی منفی: برای تحریک جهت با کسری نقدینگی (تعادل مجدد با تقاضا).
7) تعادل نقدینگی
7. 1 راه اندازی
آستانه: 'U> 80٪' یا 'CR <1. 2`.
پیش بینی: افزایش تقاضای مورد انتظار (ML/فصلی).
رویداد: مسدود کردن/چنگال/رشد کمیسیون در دامنه هدف.
7. 2 استراتژی ها
سرریز TWAP/VWAP: یکنواخت در زمان/حجم.
مبادله اتمی بیش از پل/DEX (برای نشانه ها).
Netting: پاکسازی تعهدات متقابل در پایان پنجره (ساعت/روز).
مزایده تعادل: MMs خارجی بستن عدم تعادل در قیمت حراج.
Cross-currency hedge: معاملات تامینی برای تثبیت معادل دلار.
7. 3 سیاست اولویت
پول/پرداخت> انتقال عملیاتی بحرانی> دیگران.
8) مدیریت ریسک
خطرات اجرا: افزایش درخواست های برداشت → محدودیت سرعت، گسترش پویا، گسترش موقت SLA.
غلظت: حد مواجهه در هر طرف/زنجیره/بانک.
حوزه های قضایی و تحریم ها: لیست ها، محدودیت های جغرافیایی، خارج از رمپ با KYC/KYB.
فن آوری: شکست پل/PSP، افزایش قیمت گاز، reorgs اختلاف/پنجره.
عملیاتی: نشت کلید، نقشه های دارایی اشتباه، نقل قول های نادرست.
بیمه: صندوق ریسک + بیمه اتکایی ؛ سیاست پوشش شفاف
9) نقدینگی بین زنجیره ای و پل ها
مدل اعتماد: ترجیحا نور مشتری/ZK برای پول ؛ خوش بینانه - با پنجره بزرگ.
شبکه های انحلال: کانال/MM با HTLC/رسید تضمین شده.
جمع آوری اصطبل ها: یک ثبت نام متعارف از دارایی ها، حسابداری برای اعشار، آدرس ها، دوره ها.
شبکه بندی پل: پاکسازی بوچ برای کاهش هزینه های گاز و زمان.
10) انطباق و حسابرسی
KYC/KYB برای تأثیرگذاری بر نقش ها و محدودیت های بزرگ
AML/تحریم ها قبل و بعد از ترجمه (فیلترهای سرعت/رفتار).
سیاهههای مربوط به ممیزی و پیکربندی: امضا، ثبت راه حل غیر قابل تغییر.
اقامت داده/PII: رمزگذاری، pseudonymization، storefronts جداگانه.
11) قابلیت مشاهده، SLO و داشبورد
SLI (مثال):- p50/p95 زمان پرداخت، نرخ موفقیت، CTS در هر $، استفاده٪، CR، Backlog، Rebalance MTTR، خطای نقل قول، استفاده از نقدینگی استخر.
- پرداخت p95 ≤ 5 دقیقه (بین شبکه - ≤ پنجره نهایی), موفقیت نرخ ≥ 99. 5٪، CR ≥ 1. 5 ×، رله/پل در دسترس ≥ 99. 9%.
- عملیات (час): موفقیت نرخ، P95 TTP، U٪، CR، عقب ماندگی، SLO نرخ سوختگی.
- نقدینگی و هزینه (روز): TVL/جریان خالص توسط دامنه، CTS در هر $، درآمد هزینه، بیمه.
- خطر (هفته): قرار گرفتن در معرض، بازدید تحریم، شاخص های نزدیک به اجرا، شکست پل.
12) نمونه پیکربندی (شبه YAML)
استخر و سیاست محدودیت
yaml liquidity:
pools:
- id: "LP:EU:EUR"
min_buffer_pct: 60 max_utilization_pct: 85 rebalance_threshold:
cr_min: 1. 3 utilization_max: 0. 80 fees_bps:
base: 8 priority: 5
- id: "LP:TR:TRY"
min_buffer_pct: 70 max_utilization_pct: 80 credit_lines:
- from: "LP:EU:EUR"
to: "LP:TR:TRY"
limit: 2_000_000 collateral: "USDC"
rate_bps_daily: 1. 5 bridges:
- pair: ["ETH", "Polygon"]
finality:
mode: light_client confirmations: 20 rate_limits:
per_minute: 300 per_hour: 12000
پارامترهای SOR
yaml routing:
split_max_parts: 4 risk_adjustments:
utilization_penalty_bps: 25 # for every% over 70%
cr_penalty_bps: 50 # за CR<1. 2 time_penalty_ms_per_min: 5 prefer_paths: ["on-us", "light-client", "mm-auction"]
13) نمایش داده شد نمونه (شبه SQL)
بارگیری و پوشش
sql
SELECT pool_id,
AVG(utilization) AS u_avg,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY demand_daily) AS p95_demand,
AVG(available) / NULLIF(PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY demand_daily),0) AS cr
FROM liquidity_snapshots
WHERE ts >= now() - INTERVAL '30 days'
GROUP BY pool_id;
پرداخت SLA ها
sql
SELECT date_trunc('hour', finished_at) AS h,
100. 0 AVG(CASE WHEN EXTRACT(EPOCH FROM (finished_at - created_at)) <= sla_sec THEN 1 ELSE 0 END) AS payout_sla_hit
FROM payouts
WHERE created_at >= now() - INTERVAL '7 days'
GROUP BY 1;
CTS در هر $
sql
SELECT date_trunc('day', ts) AS d,
SUM(fees + gas + slippage_cost) / NULLIF(SUM(amount_usd),0) AS cts_per_usd
FROM transfers_costs
WHERE ts >= current_date - INTERVAL '30 days'
GROUP BY 1;
14) مقررات عملیاتی
روزانه: تطبیق باقیمانده LP، گزارش CR/U/MTTR، تعادل خودکار با برنامه اوج.
کمیته هفتگی: تنظیم محدودیت ها، کمیسیون ها، مسیرها ؛ تجزیه و تحلیل CTS و شکست.
حوادث SEV: یک «جرثقیل توقف» برای جفت دامنه ها، وضعیت های عمومی، ≤ پس از مرگ 72 ساعت.
چرخش کلید ها و پیکربندی ها: امضا، timelock، rollbacks.
15) حوادث کتاب بازی
CR <1 می افتد. 2 و رشد عقب ماندگی
فعال کردن توازن TWAP اولویت، افزایش کمیسیون/گسترش، فعال کردن تقسیم مسیریابی ؛ شرکای آسیب دیده را با ETA مطلع کنید.
اجرای اسکریپت (خروجی انبوه)
محدودیت های سرعت/سهمیه را فعال کنید، پنجره های SLA را به طور موقت افزایش دهید، از صندوق بیمه و حراج MM استفاده کنید.
رشد شکست/نهایی سازی پل
به یک مسیر جایگزین (messaging-only + netting یا backup bridge) تغییر دهید، K-confirmations را افزایش دهید، نقل قول ها را به روز کنید.
تحریمها/محرکهای AML
توقف استخر مربوطه/جهت، بررسی دستی، گزارش انطباق، به روز رسانی قوانین به ثمر رساند.
خطای نقشه برداری دارایی/نرخ
متوقف کردن تجارت در دارایی، بازگرداندن دایرکتوری، محاسبه مجدد نقل و انتقالات آسیب دیده، یادداشت عمومی.
16) چک لیست پیاده سازی
1. توصیف استخر/محدودیت/بافر و حداقل CR ها توسط دامنه.
2. شامل SOR با توجه به هزینه مسیر کامل و خطرات.
3. پیکربندی تعادل (آستانه + TWAP/VWAP) و شبکه.
4. SLI/SLO (پرداخت SLA، CR، MTTR، CTS) و داشبورد را تعریف کنید.
5. شروع صندوق بیمه و مزایده MM برای کسری.
6. تایید خط مشی انطباق (KYC/KYB/AML/تحریم ها).
7. انجام آزمون های هرج و مرج و استرس (اجرا، شکست پل، چسبندگی گاز).
8. به طور منظم کمیسیون ها، مسیرها و محدودیت ها را بررسی کنید.
17) واژه نامه
LP (استخر نقدینگی) - استخر نقدینگی در دامنه/ارز.
CR (نسبت پوشش) - نسبت پوشش تقاضا توسط استخر.
U (استفاده) - سهم نقدینگی استفاده شده.
SOR (مسیریابی سفارش هوشمند) - مسیریابی هوشمند پرداخت/انتقال.
TWAP/VWAP - استراتژی های سرریز صاف بر اساس زمان/حجم.
CTS در هر $ - هزینه خدمات انتقال $.
Run-risk: ریسک خروج گسترده نقدینگی.
Netting - پاکسازی تعهدات متقابل توسط دسته ها.
خط پایین: نقدینگی کل یک سیستم قابل کنترل از قوانین، استخرها و مسیرها است که در آن سرمایه به طور موثر کار می کند و پرداخت ها به سرعت و قابل پیش بینی انجام می شود. با ترکیب توپولوژی ترکیبی، SOR، کمیسیون های پویا، SLO های دقیق و نظم و انضباط مجدد، اکوسیستم نقدینگی شبکه پایدار، مقیاس پذیر و اقتصادی بهینه را به دست می آورد.