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
@Gamble_GC
شروع یکپارچه‌سازی

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

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

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