GH GambleHub

نقدینگی کل در شبکه

(بخش: اکوسیستم و شبکه)

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) - پوشش درصد 95 تقاضا:
  • 'CR = موجود/ P95 (Demand_T)' (هدف ≥ 1. 5 ×)
بافر٪ (BUF) - بافر بیمه به جریان خالص روزانه:
  • '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، خطای نقل قول، استفاده از نقدینگی استخر.
SLO (مثال):
  • پرداخت 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 های دقیق و نظم و انضباط مجدد، اکوسیستم نقدینگی شبکه پایدار، مقیاس پذیر و اقتصادی بهینه را به دست می آورد.

Contact

با ما در تماس باشید

برای هرگونه سؤال یا نیاز به پشتیبانی با ما ارتباط بگیرید.ما همیشه آماده کمک هستیم!

شروع یکپارچه‌سازی

ایمیل — اجباری است. تلگرام یا واتساپ — اختیاری.

نام شما اختیاری
ایمیل اختیاری
موضوع اختیاری
پیام اختیاری
Telegram اختیاری
@
اگر تلگرام را وارد کنید — علاوه بر ایمیل، در تلگرام هم پاسخ می‌دهیم.
WhatsApp اختیاری
فرمت: کد کشور و شماره (برای مثال، +98XXXXXXXXXX).

با فشردن این دکمه، با پردازش داده‌های خود موافقت می‌کنید.