در هر دایرکتوری ارز

کاتالوگ هر ارز یک نوع از کاتالوگ محتوا و قیمت گذاری است که در آن قیمت ها، محدودیت ها، پاداش ها، حداقل شرط ها، جکپات ها و متون تبلیغاتی به ارز بازیکن/مستاجر/منطقه نمایش داده می شود. هدف این است که به نقاط قیمت مناسب و قوانین بدون کپی کردن منطق و بدون خطرات ناشی از در پرواز تبدیل.

• UX: مراحل نرخ طبیعی و قیمت های «زیبا» (₺9. 99، R $5، €0. 20).
• درآمد: محدودیت های دقیق و افزایش بدون «خوردن از طریق» حاشیه به دلیل دوره.
• انطباق: انطباق با قوانین محلی (مجوز، مالیات، سن/جغرافیایی).

1) مدل داده: جداگانه «اسمی» و «نمایندگی»

قیمت پایه (اسمی): واحد پول محلی 'PLN '/' EUR '/' USD' برای شهرک سازی.
قیمت نمایش - محاسبه شده از ارزش چهره + FX + گرد کردن + گسترش/هزینه.
سیاست: قوانین گرد کردن, مراحل شرط بندی, حداقل/حداکثر محدودیت, jackpots, مقدار پاداش و شرط بندی - مجموعه ای در هر ارز.

yaml price_model:
base_currency: "EUR"
items:
game_spin_min:
base: 0. 10 policy: "stake_min"
game_spin_step:
base: 0. 10 policy: "stake_step"
jackpot_seed:
base: 10000 policy: "jackpot_amount"
policies:
stake_min:
per_currency:
EUR: {round: "ceil_to_step", step: 0. 10}
TRY: {round: "ceil_to_step", step: 1. 00}
BRL: {round: "ceil_to_step", step: 0. 50}
stake_step:
per_currency:
EUR: {step: 0. 10}
USD: {step: 0. 10}
CLP: {step: 50}
jackpot_amount:
per_currency:
EUR: {round: "nearest_100"}
MXN: {round: "nearest_1000"}

2) منبع دوره ها (FX) و «طراوت»

• ارائه دهنده دوره: اصلی و رزرو ؛ نرخ تجدید (به عنوان مثال، هر دقیقه برای فرار، هر 15 دقیقه برای پایدار).
• staleness محدود: دوره های SLA «قدیمی تر از Δ t» (به عنوان مثال، p95 ≤ 5 دقیقه).
• گسترش و کمیسیون: پیکربندی شده در هر مستاجر/منطقه/ارز.
• پنجره های یخ: دوره های «یخ» برای بازی/مسابقات/پنجره های تبلیغاتی به طوری که قیمت «پرش» نیست.
• حسابرسی: ورود FX نسخه با 'valid _ from/valid _ to' به بازی چک.

json
{
"as_of":"2025-10-31T12:00:00Z",
"base":"EUR",
"rates": { "TRY":34. 10, "BRL":5. 42, "MXN":19. 1, "UAH":43. 6, "USDT":1. 00 },
"spread_bps": { "TRY":120, "BRL":60 },
"fees_pct": { "default":0. 15 }
}

3) گرد کردن و «زیبا» نقاط قیمت

• قیمت ها/بسته ها: "99"، "9. 99`, `4. 90 "(نقاط روانشناختی).
• نرخ ها و مراحل: «ceil_to_step» به مرحله ارز (₺1، CLP $50).
• پاداش: گرد کردن به مرحله کوپن (R $1/ ₺5).
• ترتیب عملیات: 'raw = base fx (1 + spread) (1 + fee)' → 'rounded = round_policy (raw)' → 'min/max clamp'.

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

4) محدودیت ها، حداقل/حداکثر و جکپات

حداقل/حداکثر در هر ارز - قوانین محلی و محدودیت های RGS را در نظر بگیرید.
جکپات: اگر ارائه دهنده است برگزاری یک برنده تمام پولها در ارز خود (به عنوان مثال،. EUR)، نشان می دهد یا معادل محلی (خبرچین) و یا نگه داشتن هر ارز استخر.
مراحل ارز: CLP/JPY بدون kopecks - تمام محدودیت ها عدد صحیح هستند.

sql
CREATE TABLE currency_limits (
tenant_id text,
currency  text,
feature  text,  -- spin_min, spin_max, deposit_min, payout_max, jackpot_min value   numeric,
step    numeric,
PRIMARY KEY (tenant_id, currency, feature)
);

5) جوایز و کوپن در هر ارز

ارزش پاداش: پیکربندی شده در هر ارز (نه «محاسبه مجدد» در پیشانی).

شرط بندی: فروشگاه به عنوان چند برابر (x30) و یا به عنوان یک مقدار ارز ؛ اجتناب از مخلوط کردن

کلاه برنده/پول نقد: همچنین در هر ارز.
متون بازاریابی: محلی سازی شماره و ارز در قالب بدون کد سخت.

yaml bonus:
welcome_pack:
EUR: {amount: 100, wager_x: 35, cap: 500}
BRL: {amount: 500, wager_x: 40, cap: 2500}
TRY: {amount: 2500, wager_x: 40, cap: 12500}

6) محدودیت های ارائه دهنده (RGS/PSP)

RGS: برخی از بازی ها برای «رمزنگاری »/ارزهای محلی در دسترس نیستند. برخی از ارائه دهندگان نیاز به حداقل ثابت (به عنوان مثال، €0. 20).
PSP: روش های پرداخت بستگی به ارز (PIX ↔ BRL، PayID ↔ AUD، Papara ↔ TRY) ؛ محدودیت های واریز/برداشت نیز متفاوت است.
قاعده: کاتالوگ/فروشگاه فیلتر بازی ها و روش های پرداخت توسط ارز و صلاحیت قبل از نمایش.

7) طرح معماری

فروشگاه سیاست ارز (CP) - جداول قانون در هر ارز (مراحل، محدودیت ها، نقاط قیمت، گرد کردن).
خدمات FX: کش از دوره ها، نسخه ها و طراوت SLA.
سازنده کاتالوگ: تولید مدل های خواندن در هر ارز (پیش بینی ها).
خواندن API لایه: استخراج پیش بینی های به پایان رسید ؛ بدون تبدیل در پرواز در مسیر داغ UI.
Outbox → پیش بینی ها: تغییرات FX/سیاست → 'CurrencyPolicyUpdated/FXUpdated' events → به روز رسانی پنجره افزایشی.

read_catalog_{tenant}_{region}_{currency}

پارتیشن بندی ارز سرعت تازه کردن و جمع آوری متریک را افزایش می دهد.

8) پیش بینی در هر ارز (به عنوان مثال)

sql
CREATE TABLE read_catalog_currency (
tenant_id  text,
region   text,
currency  text,
game_id   text,
price_min numeric, -- displayed min-rate price_step numeric,
jackpot   numeric,
bonus_badge text,
as_of    timestamptz,
PRIMARY KEY (tenant_id, region, currency, game_id)
);

به روز رسانی - idemotent 'UPSERTS' از رویدادهای دایرکتوری + رویدادهای FX/سیاست.

9) قالب بندی و مکان ها

نماد/کد: '₺/TRY'، 'R $/BRL'، '€'، 'USDT' (برای رمزنگاری - بدون kopecks و یا با 2 کاراکتر، با توجه به سیاست UX).
گروه بندی و جداساز اعشاری: به «محلی» (ru_RU، tr_TR، pt_BR) بستگی دارد.
RTL/عربی محلی: چک جداگانه برای صحت علامت ارز.

10) ذخیره سازی و عملکرد

پاسخ کاتالوگ کش در هر ارز برای 30-120 ثانیه ؛ به شاخص FX «به عنوان _ از» در پاسخ.
غیرفعال: «FXUpdated »/« PolicyUpdated »/« رویدادهای GameUpsuperped» → فلاش کلید کش هدفمند.
صفحه بندی با نشانگر به طوری که منظور از کارت می کند «پرش» با به روز رسانی قیمت های کوچک نیست.

11) قابلیت مشاهده و SLO

• 'catalog _ p95 _ ms' по валютам, 'fx _ freshness _ ms' (p50/p95/p99), 'policy _ refresh _ latency _ ms'.
• سهم قیمت های «زشت» (در مرحله دروغ نیست)، سهم معاملات رد شده به دلیل محدودیت.
• اختلاف «ویترین در مقابل محاسبه» در چک کردن (که در آن بدهی واقعی رخ می دهد).

• FX قدیمی تر از SLA، افزایش خطاهای گرد، افزایش در PSP محدودیت شکست.
• RGS حداقل و نمایش حداقل عدم تطابق.

12) انطباق، مالیات و اقامت

در هر ارز ≠ در هر کشور: ترکیبی از «ارز + geo + مجوز» را دنبال کنید.
قوانین مالیاتی/هزینه - در سیاست ارز و در چک.
اقامت: داده ها و محاسبات برای ارزهای محلی - در منطقه مربوطه.

13) تست

مبتنی بر ملک: ثابت «پس از تبدیل و گرد کردن، قیمت در مرحله قرار دارد» ؛ «حداقل مقدار ≤ ≤ حداکثر».
موارد طلایی: مجموعه ای از ارزهای مرجع/قیمت برای رگرسیون.
هرج و مرج FX: دوره های «پریدن»، پنجره های یخ زده، تعویض ارائه دهنده FX.
E2E: تطبیق مبلغ موجود در ویترین و مبلغ کل نوشته شده ؛ تحمل پذیری ≤ 0 01 واحد ارز (یا 1 مرحله).

14) خطاهای معمول

محاسبه مجدد در پرواز به API خواندن → UX ناپایدار و P99 بالا.
نادیده گرفتن حرکت ارز (CLP/JPY) → نیم پنی و شکست RGS/PSP.
دور از عادت (دور زدن بانکداران) به جای قوانین روشن در هر سیاست.
→ غیر ممکن است برای رفع نسخه FX در چک برای حل و فصل اختلافات.
فرقه پاداش تنها از طریق FX → شماره «عجیب و غریب» برای بازارهای محلی.
پنهان کردن هزینه ها در فارکس بدون شفافیت، خطر ادعا و جریمه است.

15) دستور العمل های سریع

شرط بندی در TRY/BRL: مرحله ₺1/R 0 دلار. 50، حداقل نرخ دور تا مرحله، «زیبا» قیمت برای بسته.
رمزنگاری (USDT/USDC) مرحله $0. 10، گرد کردن به نزدیکترین مرحله، هیچ کمیسیون در نشان می دهد (اما قابل مشاهده در چک).
FX با نوسانات بالا: توقف برای بازی/تبلیغی ؛ هشدار در> X٪ از قیمت پایه.
چند مستاجر: اسپرد/مراحل مختلف در مارک ها ؛ عدالت در محاسبات طرح ریزی در هر مستاجر.

16) مثال پیکربندی (منبع واحد حقیقت)

yaml catalog_currency:
base_currency: EUR fx_sla_ms: 300000 # 5 minutes rules:
- currency: "TRY"
stake_step: 1. 00 stake_min: 5. 00 display_round: "ceil_to_step"
psychological_points: [9, 19, 29, 49, 99]
psp_methods: ["Mefete","Papara","Crypto"]
- currency: "BRL"
stake_step: 0. 50 stake_min: 1. 00 display_round: "ceil_to_step"
psychological_points: [4. 90, 9. 90, 19. 90, 49. 90]
psp_methods: ["PIX","Boleto","Cards"]
- currency: "CLP"
stake_step: 50 stake_min: 200 display_round: "ceil_to_step"
psp_methods: ["WebPay","Cards"]
jackpot:
display_policy:
EUR: "nearest_100"
MXN: "nearest_1000"
bonuses:
welcome:
EUR: {amount: 100, wager_x: 35}
BRL: {amount: 500, wager_x: 40}
TRY: {amount: 2500, wager_x: 40}

17) چک لیست پیش فروش

• واحد ارز پایه و نسخه FX در هر چک/رویداد.
• سیاست های گرد کردن/گام/حد در هر ارز تعیین شده و تحت پوشش آزمون.
• پیش بینی های دایرکتوری در هر ارز آماده است ؛ راه گرم تبدیل نمی شود.
• Jackpots و پاداش به درستی نمایش داده/قطره در هر ارز.
• روش PSP توسط ارز فیلتر; محدودیت ها با نمایشگاه مطابقت دارد.
• SLA های تازه و هشدار FX پیکربندی شده اند ؛ پنجره های یخ زده برای رویدادهای فرار.
• محلی سازی اعداد و نمادهای ارز ؛ قالب های تبلیغاتی غیر hardcode.
• تغییرات سیاست حسابرسی/FX ؛ تکرارپذیری را بررسی کنید.
• چند مستاجر/منطقه: جداسازی داده ها، گسترش و محدودیت های مختلف.
• playbooks حادثه: پرش FX، عدم تطابق حداقل RGS، شکست حد PSP.

نتیجه گیری

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