نقدینگی جمعی

1) چرا شما به آن نیاز دارید

نقدینگی فوری در خوشه های جدید. راه اندازی در منطقه/تو رفتگی در دیوار - «مخلوط» استخر به طور کلی.
تطابق بهتر با قیمت ها بازار عمیق → گسترش کمتر، بالاتر از EPI (بهبود در قیمت/انتخاب موثر).
شوک عرضه/تقاضا سرریز بار بین گره ها شکست و صف را کاهش می دهد.

اقتصاد. نرخ بالای پر کردن و ARPU با افزایش هزینه متوسط ؛ قابلیت فروش متقابل

2) مدل های نقدینگی جمعی

3) اجزای معماری

Orderbook/catalog: انتزاع برنامه/پیشنهاد، وضعیت و نسخه ها، SLA ها و ویژگی های سازگاری.
SOR (مسیریابی سفارش هوشمند): قوانین برای انتخاب یک استخر/تامین کننده با توجه به قیمت/کیفیت/صلاحیت/تاخیر.
سازگاری: CDC و وقایع رویداد، رویداد _ id dedup، جبران معاملات.
انتساب و صدور صورت حساب: چه کسی «صاحب» معامله/کمیسیون است, پنجره ادعا, آشتی.
کیفیت و شهرت: رتبه بندی شریک/SLAs، مجازات، مدالها.
حریم خصوصی و محلی سازی: PD masking، geo-pinning، قوانین صادرات رویداد.

mermaid flowchart LR
U [Demand] --> GW [Routing Gateway]
P1 [Pool A] --- GW
P2 [Pool B] --- GW
P3 [Partner C] --- GW
GW --> SB[Settlement/Billing]
GW --> OBS[Observability/SLO]

4) قراردادهای داده (حداقل زمینه ها)

yaml offer. v1:
id: uuid kind: product    slot    capacity price: {amount: decimal, currency: ISO4217}
quality: {rating: 0..5, sla_ttm_ms: int}
geo: {region: "EU", city: "Tallinn"}
vendor: {id: "partner-123", tier: "gold"}
terms: {ttl_s: 60, cancellation: "window:15m"}
version: 7 request. v1:
id: uuid constraints: {geo, time, price_ceiling, compliance}
qos: {max_ttm_ms: 500, min_rating: 4. 0}
trace_id: uuid consent: {...}

5) SOR: قوانین و شبه کد

• 'score = + + +

python def route(request, pools):
candidates = []
for pool in pools:
if not compliant(request, pool):
continue quotes = pool. quote (request) # timebox, idempotent for q in quotes:
s = score(q, request)
candidates. append((s, pool, q))
ordered = sorted(candidates, key=lambda x: -x[0])
return best_feasible(ordered, fairness=request. fairness)

انصاف: چرخش تأمین کننده، سهمیه سهم گردش مالی، شکاف در شهرت و برنده های اخیر.

6) معیارهای نقدینگی

نرخ پر کردن = برنامه های بسته/تمام برنامه های کاربردی (توسط بخش/خوشه).
Time-to-match (p50/p95) - زمان انتخاب/اجرا.
عمق - حجم موجود در محدوده قیمت/کیفیت مشخص شده.
Spread/EPI - بهبود قیمت موثر در مقابل معیار.
استفاده - بارگذاری یک جمله (idle% ↓ - خوب اگر بدون خرابی SLA).
یکپارچگی - نسبت لغو/برابر تبدیل، اختلاف در آشتی (<ε).
عدالت - واریانس توزیع فروش به تامین کنندگان با کیفیت برابر است.

• «fill _ rate _ month ≥ 92٪» در یک خوشه با پیشنهادات فعال ≥ N.
• 'p95 _ time _ to _ match ≤ 3s' در ساعتهای اوج.
• 'cancel _ rate ≤ 1. 5٪ "با فروشنده SLA" در زمان ≥ 98٪ ".

7) قابل مشاهده بودن و پایه شواهد

رویدادها: "درخواست. ارسال شده، نقل قول. دریافت '،' بازی. ساخته شده "،" حل و فصل "،" لغو "،" بازپرداخت ".
ردیابی: 'trace _ id' از طریق SOR → pool → provider.
حسابرسی: امضای webhooks، ورود به سیستم از نسخه orderbook، «تصویر» از نقل قول.
آشتی: گزارش دو جانبه، dedup، اختلاف <ε، SLA بسته شدن ادعا می کند.

8) حریم خصوصی، انطباق، حاکمیت

Geo-pinning: دسته های حساس/PII منطقه مجاز را ترک نمی کنند.
Pseudonymization: برای تبادل بین شریک - فقط شبه شناسه.
نگهداری به عنوان کد: رویدادهای TTL، حق حذف، نگه داشتن قانونی.
DPA/webhooks: امضا، ضد پخش، کنترل طرح.

9) مدل عملیاتی و محاسبات

نقش ها: اپراتور بازار (شما)، استخر/شرکا (عرضه)، کانال ها/ویترین ها (تقاضا).
بازرگانی: RevShare/CPA/حداقل ضمانت ؛ «کلیپ» برای مسیریابی/بهبود قیمت.
اعتبار/مجازات: برای اختلال SLA، پیشنهادات نادرست، ناسازگاری گزارش ها.
حل و فصل: فرکانس T + N، نگه می دارد، بازپرداخت، گزارش.

yaml partner_id: "pool-A"
sla:
fill_rate: ">= 90%"
on_time: ">= 98%"
quote_ttl_s: 2 limits:
rps: 200 region: ["EU","TR"]
commercials:
model: "revshare: 20% of net"
security:
webhook_signature: "Ed25519"

10) الگوهای ادغام

API نقل قول را با جعبه زمان (کلید idempotency) بکشید.
وب سایت های امضا شده برای «مسابقه». ساخته شده '/' حل و فصل '(retrai با توان).
اتوبوس رویداد برای CDC orderbook و تجزیه و تحلیل (نسخه رویداد).
recon دسته ای (روزانه SFTP/حباب + چک سام).
صندوق پستی/صندوق پستی در هر دو طرف + dedup.
نسخهبندی طرحواره/SDK، پنجرۀ سازگاری.

11) کنترل بیش از حد و نوسان

ضد انسداد: محدود کننده ها، صف ها، اولویت بندی موارد VIP/پیچیده، عوامل افزایش.
ضد آربیتراژ (سمی): ممنوعیت «خود اعدام» در قیمت پایین/کیفیت, نظارت بر «پینگ پنگ» درخواست.
ضد تقلب: امضاهای دستگاه/رفتاری، نشانه های عسل، صلاحیت تأخیر (خنک کردن).
تخریب با افتخار: بازگشت به استخر محلی، «بهترین تلاش» با تخریب شفاف.

12) نمونه هایی از منطق (طرح)

12. 1 مسیریابی قضایی و SLO

python def compliant(req, pool):
return (req. constraints. geo in pool. regions and pool. sla. quote_ttl_s <= 2 and pool. vendor_tier in {"gold","silver"})

12. 2 سیاست عدالت (Rego-idea)

rego package fairness deny["overexposed vendor"] {
usage. share[input. vendor] > 0. 45 input. vendor. tier == "silver"
}

12. 3 آزمون همگرایی سفارش کتاب

sql
SELECT offer_id, MAX(version)-MIN(version) AS drift
FROM orderbook_events
WHERE ts >= now() - interval '5 minutes'
GROUP BY 1
HAVING MAX(version)-MIN(version) > 1; -- fragmentation signal

13) معیارهای بلوغ

پوشش: سهم بخش ها/مناطقی که پیشنهادات فعال ≥ X وجود دارد.
کشش: سرعت پر شدن نرخ با تقاضای + Δ بهبود می یابد.
EPI/Spread-improvement: از تجمع در مقابل استخر انفرادی بهره مند شوید.
توزیع منصفانه: انحراف سهم گردش مالی از سهم مورد انتظار از نظر کیفیت.
Recon-health: فرکانس/زمان بسته شدن اختلافات.
نمره حریم خصوصی: سهم مسیرها بدون حذف PD فراتر از مرزهای سیاست.

14) ضد الگوهای

فدراسیون برهنه بدون SOR و قوانین کیفیت → تکه تکه شدن، لغو.
«بازار شیشه ای»: همه چیز را برای همه باز کنید - چلپ چلوپ تقلب و جنگ قیمت.
بدون انتساب و آشتی → اختلافات ابدی و پرداخت های یخ زده.
همگامی سخت بین استخرها → تأخیر آبشاری/خرابی.
همان قوانین برای بخش های مختلف → تخریب تجربه در سوله حق بیمه/محلی.
نادیده گرفتن پیشنهادات TTL → معاملات تحت شرایط «فاسد».
یک کلید رمزگذاری واحد برای کل بازار نمی تواند نقطه به نقطه پاک شود.

15) چک لیست معمار

1. مدل (استخر مشترک/فدراسیون/هاب) و محدودیت های حاکمیت تعریف شده ؟

2. آیا یک قرارداد داده (schemas, versions, TTL, signatures) و یک پنجره سازگاری وجود دارد ؟

3. SOR با عدالت و COMPS، SLO نقدینگی و داشبورد اجرا شده است ؟

4. صورتحساب/انتساب، پنجره ادعا، اعتبار/جریمه ثبت شده است ؟

5. ساخته شده در ضد congestie/ضد تقلب/ضد آربیتراژ و حالت تخریب ؟

6. آشتی و آثار باستانی از «شواهد یک معامله» تاسیس ؟

7. حریم خصوصی: pseudonymization، geo-pinning، حفظ، حق حذف ؟

8. مته: تقاضای استرس قله/استخر قطره/Orderbook خارج از همگام سازی ؟

9. FinOps: بودجه خروج، هزینه مسیریابی، EPI هدف ؟

10. حکومتداری: سهام آستانه، صدور گواهینامه شریک، حسابرسی.

نتیجه گیری

نقدینگی جمعی به معنای «اتصال یک شریک دیگر» نیست، بلکه برای طراحی بازار است: قراردادها و رویدادهای یکنواخت، قوانین شفاف مسیریابی و انصاف، قابلیت مشاهده و محاسبات قوی، حریم خصوصی و حوزه های قضایی مانند کد. بنابراین، از منابع مختلف، یک منبع واحد، عمیق و پایدار عرضه و تقاضا متولد می شود - با بهترین تجربه برای کاربران و یک اقتصاد قابل پیش بینی برای کل اکوسیستم.