ادغام بازی های زنده و فرمت های نشان می دهد از طریق RGS/پل

مقاله کامل

💡 18+. مواد فنی برای تیم های اپراتور، استودیوها و جمع کننده ها. فراخوانی برای بازی نیست. شرایط: پلت فرم - PAM/کیف پول/میز نقدی/پاداش/RG ؛ RGS - Remote Game Server (هسته اصلی بازی های استودیویی) ؛ پل - لایه ادغام بین هسته زنده ارائه دهنده و پلت فرم/جمع کننده.

1) چرا شما نیاز به یک پل بین زندگی می کنند و پلت فرم

بازی های زنده (رولت، بلک جک، یکنوع بازی ورق) و فرمت های نمایش (Crazy-/Wheel-/Dice-/Game Show) از جریان ویدئو + نتیجه واقعی استفاده می کنند. بر خلاف اسلات RNG:

نتیجه می آید پس از بسته شدن پنجره شرط بندی و یک رویداد فیزیکی (چرخش, مرحله نهایی مسابقات).
شرط بندی دقیق قطع و همزمان قفل مورد نیاز است.
محاسبه پرداخت ها بر اساس جداول بازی زنده است، نه در هسته ریاضی اسلات.
شما باید در مورد کیف پول، پاداش ها، مسابقات، جکپات ها، RG/AML و همچنین تله متری/گزارش گیری توافق کنید.

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

2) معماری ادغام پایه


پخش کننده مشتری (وب/موبایل + HLS/WebRTC)
│

جبهه ارائه دهنده زنده (ویدئو، UI) - موتور زنده (کنترل دور، GCU)
│                │
│ (S2S) │ نتایج را منتشر می کند

پل (RGS/bridge): auth، ضبط شرط، قفل، حل و فصل، بازگشت، جک پات/تبلیغاتی
│

پلت فرم: PAM/کیف پول (لجر )/صندوقدار/پاداش/RG/خطر/BI
│

جمع کننده (اختیاری)

نقش ها:

موتور زنده: کنترل دور، تایمر، نتایج (فروشنده/GCU).
پل تنها حلقه ادغام به پلت فرم است. همگام سازی پول و حوادث.
پلت فرم: منبع حقیقت در تعادل، پاداش، RG/AML، گزارش.

3) جریان و زمان بندی: از شرط بندی تا پرداخت

3. 1 چرخه زندگی دور (ساده شده)

1. جلسه. ایجاد - تایید نام تجاری/جغرافیایی/سن، صدور session_token.

2. شرط. محل - در پنجره برای پذیرش شرط; چک کردن محدودیت RG, قوانین پاداش, idempotency ('Idempotency-کلید').

3. بت قفل کردن پنجره (قطع). تمام درخواست های غیر متعهد رد می شوند.

4. زندگی می کنند. نتیجه - نتیجه از موتور زنده (رولت: تعداد ؛ نمایش: بخش/ضرب/دور پاداش).

5. شرط. حل و فصل - حل و فصل اتمی: بدهی شرط تایید, برنده اعتبار (از طریق کیف پول).

6. پاداش/برنده تمام پولها/مسابقات - سهم/باعث.

7. برگشت/جبران خسارت - اگر کانال نتواند، اما فقط با توجه به مقررات دور.

3. 2 ویندوز و تاخیر

تاخیر هدف (شیشه به شیشه): بخش HLS 2-5 c ؛ WebRTC 200-500 میلی ثانیه.

پل SLO:

شرط بندی p95 محل شرط بندی. lock '<150 ms (بدون شبکه پخش)، p95' حل و فصل '<300 ms پس از' زندگی می کنند. نتیجه "،" شهرک های از دست رفته/تکراری "= 0.

4) API پل قرارداد ↔ پلت فرم (به عنوان مثال)

4. 1 درخواست برای پل → platforma

'POST/wallet/debit' - مجوز شرط (idempotent، پاسخ hold_id) است.

'POST/wallet/commit' - تأیید لغو در هنگام قفل.

'POST/کیف پول/اعتبار' - برنده اعتبار.

'POST/RG/چک' - سپرده/از دست دادن/محدودیت زمانی, خود حذفی.

«POST/bonus/apply» - سهم بر اساس نوع بازی (به عنوان مثال، زندگی می کنند 10-25٪).

'ارسال/برنده تمام پولها/کمک	trigger '- شرط بندی سهم/پیروزی.
'POST/analytics/event' - تله متری (دور، جدول، تأخیر، خطا).

4. 2 Collbacks platforma → پل

تمام شد. بدهی. مجاز است	رد شد
تمام شد. متعهد شوید بسیار خوب	شکست خورده
تمام شد. اعتبار. بسیار خوب	شکست خورده
آ ره. مسدود شده «/» rg. محدود کردن با این حال..
سلام. ایالت. به روز شده
جبران خسارت. مورد نیاز "(در هر پروتکل دور)

Idempotence: کلید «round _ id»، «bet _ id»، «settle _ id» ؛ در کنار کیف پول و پل قرار گرفت.

5) مدل رویداد (کافکا/پولسار)

موضوعات اصلی

زندگی میکنم. جلسه. شروع کرد	تمام شد
زندگی میکنم. شرط. قرار داده شده	قفل شده
زندگی میکنم. دور بزنید. بیرون آمدن..
زندگی میکنم. بهتر شد
تمام شد. بدهی. درخواست شده	متعهد شد
سلام. کمک کرد	برنده تمام پولها. کمک های مالی
آ ره. محدود کردن RG 'ضربه. reality_check'
ریسک میکنم. هشدار. فریاد زد:
قراردادها: Avro/JSON Schema + Registry، نسخه های معنایی، پارتیشن بندی توسط «tenant _ id»، «table _ id»، «player _ id».

6) پول ثابت و sagas

درست با تعادل - پلت فرم لجر ؛ پل فروشگاه شرط بندی/ایالات دور.

تمام معاملات پولی idempotent هستند، با «idempotency-کلید».

Сага «authorize → lock/commit → settle → credit» را انتخاب کنید

با فایل 'مرتکب' - لغو مجوز/بازگشت نگه دارید ؛

با «اعتبار» شکست - تکرار به موفقیت ؛

تنظیم تعادل دستی ممنوع است ؛ فقط جبران اتفاقات.

7) جوایز، مسابقات، جکپات در زندگی می کنند

کمک به شرط بندی: بازی های زنده معمولا 10-25٪ وزن می دهند ؛ پل موظف است به صراحت نوع جدول/بازی را بیان کند.

مسابقات/پرواز: امتیاز در هر گردش، ضرب، رگه ؛ منبع: رویدادهای زنده بت. مستقر شد.

جکپات: ثابت/مترقی (محلی/آنلاین). سهم با هر نرخ واجد شرایط ؛ ماشه - در سمت پل/برنده تمام پولها.

مسئولیت: مکانیک تبلیغاتی نباید شانس بازی اصلی را تغییر دهد ؛ در غیر این صورت - صدور گواهینامه جداگانه.

8) ضد سرقت و خطر

داوری سرعت/تاخیر: ممنوعیت «پس از واقع» شرط; سخت قطع.

دستگاه های چند حساب/مشترک: چک کردن نمودار، اثر انگشت دستگاه.

ناهنجاری های پیروزی: الگوهای فوق العاده مورد انتظار توسط جدول/بازیکن/منطقه.

دفاع Chargeback: یک دسته از شرط با سپرده/بازرگانان، نگه دارید/مرتکب سیاهههای مربوط.

9) قابلیت مشاهده و تله متری

معیارهای کسب و کار

'bets _ per _ round', 'players _ on _ table', 'avg _ bet', 'payout _ ratio', 'rake', 'jackpot _ latency', 'settle _ lag _ ms'.

معیارهای فنی

p50/p95/p99 با شرط. محل '،' شرط. قفل، حل و فصل، کیف پول. بدهی/ارتکاب/اعتباری ؛

очередей عمق، تاخیر مصرف کننده، CPU/mem/GC، خطاهای TLS، WebRTC/HLS QoE (نسبت غرفه).

داشبورد ها

NOC: جداول/نشان می دهد، آنلاین، شرط/دقیقه، حل و فصل تاخیر، heatmap خطا بر اساس منطقه.

SRE: تاخیر در هر نقطه پایانی، تاخیر صف، طوفان retrу، موفقیت تعهد/اعتبار.

هشدارها (بودجه SLO): p95 'حل و فصل'> X، نرخ خطا> Y٪، تاخیر> Z ثانیه، رشد 'لغو' در یک جدول خاص.

ممیزی WORM: تغییرات در محدودیت ها، پروفایل های RTP دور نمایش، پارامترهای جکپات، پرچم های ویژگی.

10) ایمنی و انطباق

mTLS + signatures (HMAC/EdDSA) در تمام تماس های S2S کوتاه مدت نشانه.

اعتماد صفر: سیاست های مش، حداقل امتیازات، تقسیم بندی بر اساس منطقه.

PCI/GDPR/اقامت داده ها: PII و سیاهههای مربوط - در منطقه (EU/UK/BR...)، خواندن متقابل ممنوع است.

RG: سیگنال های توقف همزمان در نرخ (محدودیت سپرده/تلفات/زمان، خود حذفی)، واقعیت چک.

حسابرسی: سیاهههای مربوط از اقدامات کرت - غیر قابل تغییر (WORM)، دسترسی به «چهار چشم».

11) چند اجاره و چند مارک

تمام رویدادها و تماس ها 'tenant _ id/brand _ id/license/region' مشخص شده اند.

Ledger/Cashier/PII - جدا شده در هر مجوز/منطقه (اغلب پایگاه داده ها/خوشه های جداگانه).

خدمات مشترک (هسته پل، مسابقات، جکپات) - قابل اشتراک گذاری، اما با RLS سخت در داده ها.

ویژگی پرچم/محدودیت/استخر پاداش - در سطح نام تجاری/صلاحیت.

12) عملکرد و تخریب

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

حالت های کاهش: غیر فعال کردن تبلیغاتی جانبی/جکپات، صرفه جویی در شرط اصلی و پرداخت.

برنامه DR: دارایی-دارایی/دارایی-بدهی ؛ RPO ≤ 5 دقیقه، RTO ≤ 30 دقیقه ؛ هماهنگ سازی جعبه خروجی.

13) چک لیست پیاده سازی (اپراتور/ارائه دهنده)

معماری و معماری

قراردادهای رویداد (طرح رجیستری), کلید idemotence 'round _ id/bet _ id/settle _ id'.
Саги اجازه → تعهد → حل و فصل → اعتبار ؛ جبران خسارت بدون تغییرات دستی
صندوق پستی/CDC در تمام کشورهای نقدی ؛ انتشارات «بای پس» وجود ندارد.
Cut-off/lock در سمت هسته زنده اجرا می شود و با تاخیر شبکه محافظت می شود.

پول/پاداش

سهم زنده به شرط شفاف است; مسابقات/جکپات ها شانس بازی اصلی را تغییر نمی دهند.

داشبورد NOC/SRE ؛ هشدار SLO به تاخیر/خطا/تاخیر.
ممیزی WORM از محدودیت ها و ویژگی های پرچم ؛ فرآيند بعد از مرگ.

mTLS + امضا ؛ طاق/HSM ؛ RBAC/ABAC ؛ اقامت داده ها
توقف RG همزمان هستند ؛ سیگنال ها و گزارش های AML به صورت خودکار انجام می شود.

[Ledger به عنوان منبع حقیقت ؛ نگه دارید/ارتکاب/اعتبار اتمی هستند.

قابلیت مشاهده/SLO


امنیت/انطباق


---

14) پرچم های قرمز (ضد الگوهای)

ویرایش دستی توازن/شهرک در پایگاه داده.
پذیرش شرط پس از انقضای پنجره (بدون قفل سخت).
انتشار تله متری بدون outbox/CDC → دور «از دست رفته».
عدم توانایی و deduplication → پرداخت های تکراری.
مخلوط کردن PII و کانتور پول از مناطق/مارک های مختلف.
بدون تخریب: سقوط تبلیغی محاسبه برنده را کاهش می دهد.
گزارش های BI/نظارتی با مبارزه با OLTP کار می کنند.

---

15) خط پایین

پل برای بازی های زنده فقط یک «آداپتور API» نیست، بلکه یک هسته رویداد پولی است که یک نتیجه زنده را با پلتفرم های سخت افزاری متصل می کند: کیف پول، پاداش، RG/AML و گزارش. قدرت آن در idempotence و sagas، پنجره های سخت و قفل، قابلیت مشاهده و امنیت "به طور پیش فرض نهفته است. "در چنین پایه و اساس, قمار زندگی می کنند و نشان می دهد مقیاس فرمت قابل پیش بینی, مقاومت در برابر پخش اوج و شفاف به بازیکن باقی می ماند, نام تجاری و تنظیم کننده.