სტუდიებისა და პროვაიდერების ქსელი

1) ქსელის როლები და ტოპოლოგია

სტუდიები - ქმნიან თამაშებს (კლიენტი, მათემატიკა, ხელოვნება, ხმები), აწარმოებენ ლაივ სტუდიებს ან ნაკადს.
RGS (Remote Game Server) - ჯეკპოტის მათემატიკის/რაუნდის/აუზების ჰოსტიტი, რომელიც გამოფენს API- ს.
აგრეგატორები/ჰაბები - ათობით RGS/სტუდიის, კატალოგის, ბილინგის, სარეკლამო ინსტრუმენტების ერთიანი ინტეგრაცია.
ოპერატორები/ბრენდები - ვიტრინა, გადახდა, KYC/AML, საპასუხისმგებლო თამაშები, საფოსტო.
სასერთიფიკატო ლაბორატორიები - RNG/მათემატიკის ტესტები, ბაზრის შესაბამისობა.

1. სტუდია - RGS - ოპერატორი (პირდაპირი ინტეგრაცია).

2. სტუდია - RGS - აგრეგატორი - ოპერატორი (მასშტაბი და ერთი კონტრაქტი).

3. Live Studio - Media Stream - ოპერატორი (დაბალი ლატენტობა, ბევრი კამერა).

4. White-label RGS (აგრეგატორის ბირთვი + ტყავის სტუდია).

2) თამაშის და არტეფაქტების სასიცოცხლო ციკლი

1. დიზაინი/მათემატიკა სიმულაციები, ცვალებადობა, RTP პროფილები.
2. განხორციელება - კლიენტი (WebGL/Canvas), სერვერი (რაუნდი, RNG), პროტოკოლი.
3. QA/სერტიფიკაცია, რაუნდის ოქმები, RNG ტესტები, იურისდიქციები, საპასუხისმგებლო თამაშები.
4. კატალოგები - მეტამონაცემები (ჟანრი, ხაზები, ფიჩები, ცვალებადობა, ენები, მოწყობილობები).
5. გამოშვება/განაწილება - rollout რეგიონებში, A/B, ლიმიტები.
6. ოპერაცია - ტელემეტრია, გათვლები, ჯეკპოტის ბალანსი, შინაარსის როტაცია.
7. ამოღება/აპდეიტები - დეპრესია, RTP ვერსიის მიგრაცია, შესაბამისობის რედაქტირება.

yaml game_id: "studioX:fire-temple"
version: "1.3.2"
rgs: "rgs-alpha"
genres: ["slot","bonus-buy"]
volatility: "high"
rtp_profiles:
- { market: "EU", value: 96.2 }
- { market: "DE", value: 94.0 }
localization: { languages: ["en","de","tr","es"], currencies: ["EUR","USD","TRY"] }
jurisdictions: ["MGA","UKGC","RO","ES"]
devices: ["mobile","desktop"]
promos: ["freespins","tournaments","missions"]
media: { poster: "cdn://.../poster.webp", sprites: "cdn://.../assets.bin" }

3) მონაცემთა და კატალოგების კონტრაქტები

3. 1 პროვაიდერის კატალოგი (მინიმალური ველები)

yaml catalog.item.v1:
game_id: string title: string studio: string rgs: string tags: [string]     # "jackpot","crash","megaways","hold&win"
volatility: low    med    high    extreme rtp_profiles: [{market:string, value:float}]
jurisdictions: [string]
devices: [string]
release_date: date deprecates: [game_id]

3. 2 რაუნდი და გამოთვლები

json
{
"event_id": "uuid",
"type": "round.settled.v1",
"occurred_at_utc": "2025-10-31T12:01:02Z",
"operator_id": "op-42",
"brand_id": "brand-1",
"rgs": "rgs-alpha",
"game_id": "studioX:fire-temple",
"round_id": "r-789",
"user_pseudo_id": "u-...",
"bet": 1.00,
"win": 0.00,
"currency": "EUR",
"jackpot": {"contrib": 0.01, "payout": 0.00},
"signature": "ed25519:..."
}

3. 3 Wallet/Session API (ველების იდეები)

`authorizeBet(round_id, amount)` / `commitRound(round_id, delta)` / `rollbackRound(round_id)`

'CreateSession (user _ id, game _ id, region, currency)' - ნიშანი, ლიმიტები, RTP პროფილი.
Idempotence: 'Idempotency-Key = round _ id + step'.

4) ინტეგრაციის ნიმუშები

iFrame/Remote UI - სწრაფი go-live, RGS აკონტროლებს კლიენტს; ყურადღება sandbox/პოლიტიკოსებზე.
Native Embed/SDK - უფრო ღრმა კონტროლი UX, ოფლაინ ქეში, უფრო მკაცრი თავსებადობა.
Wallet API - ბირთვული დებიუტის/სესხი, ორმაგი გაყვანილობისგან დაცვა, სეიფი.
Session API - RG (შეზღუდვები, რეალობის შემოწმება), გეო/ასაკობრივი კარიბჭეები, დეაქტივაცია.
Eventing/Webhooks — `round. started/settled ', სარეკლამო მოვლენები, ჯეკპოტები, ტურნირები.
Promotions API - მისიები, კონკურენციის მაგიდები, ფრისპინები, ბონუს ბაი (ლიმიტები და შესაბამისობა).
Live Casino/Streaming - WebRTC/HLS/DASH, განაკვეთების სინქრონიზაცია, მულტიკამერული განლაგება.

python def commit_round(req):
if seen(req.round_id): return 200 # идемпотентно lock(req.user_id)
try:
wallet.apply(req.delta) # атомарно mark_seen(req.round_id)
finally: unlock(req.user_id)

5) სამრეწველო ინსტრუმენტები და მეტაგემი

ჯეკპოტები: ადგილობრივი/ქსელი, ფიქსი/პროგრესირებადი, დონე (მინი/midi/mega), ტყვიების იზოლაცია ბაზრებზე.
ტურნირები/მისიები: თამაშის მოვლენები - ქულები ლიდერების ცხრილების, ანტი-აბუზის, საპრიზო ფონდები.
Frispine/ბონუს კოდები: ბიუჯეტი, ვადა, თამაშის/სტუდიის მიბმა, ატრიბუტი.
Feature flags: ჩართვა 'bonus-buy', RTP პროფილის ავტობუსი ბაზარზე.

yaml promo.id: "tournament-2025w44"
games: ["studioX:","studioY:volcano-"]
budget: "€50k"
prizes: [{rank:1, amount:"€10k"}, {rank:2, amount:"€5k"}]
fairness: { anti_bot: true, per_user_cap: 1000 }
jurisdictions: ["EU","TR"]

6) შესაბამისობა, RTP და სერტიფიკაცია

RNG/მათემატიკა: დამოუკიდებელი გადამოწმება, სატესტო ოქმები, seed/entropy კონტროლი.
RTP ვარიანტები ბაზრებზე: ჩაწერეთ პროფილები და მათი განაცხადის ფანჯრები, სავალდებულო ანგარიშები ნიმუშის შესახებ.
საპასუხისმგებლო თამაში: ანაბრის/განაკვეთების/დროის შეზღუდვები, რეალობის შემოწმება, თვითდაკმაყოფილება, ასაკობრივი კარიბჭეები.
იურისდიქცია/ლიცენზია: ასეტების/სერვერების გეო-პინინგი, ნებადართული მექანიკა (მაგალითად, ზოგიერთ ქვეყანაში „autoplay“ აკრძალვა).
ანგარიში: რაუნდის ცხრილები, ანომალიები (დისპერსია მოსალოდნელია), ლოგოების აუდიტი.

rego package rtp.policy deny["RTP profile mismatch"] {
input.market == "DE"
input.game.rtp_profile.value > 94.0
}

7) შინაარსის დაკვირვება და SLO

SLI: `game_start_success`, `round_settle_success`, `p95 game_load`, `client_error_rate`, `round_latency`.
SLO: per თამაში, per-provider, per-bank; ცალკეული ფანჯრები მსუბუქი თამაშებისთვის (უფრო მკაცრი ლატენტობით).
ტელემეტრია: მეშვეობით „trace _ id“, რაუნდის ლოგოები (PD- ს გარეშე), მეტრიკა ნაკადები (bitrait, buferization).
„ნელი წარმატება“ არის ცალკეული მეტრი: გრძელი დატვირთვები და ARPU- ს ვარდნა.
კატალოგის deschboards: განლაგება taitles, sharo of-wallet, მოთამაშეთა „დაღლილობა“, სეზონური.

yaml gate: content-release checks:
- p95_game_load < 2500ms
- round_settle_success >= 99.95% (24h)
- client_error_rate < 0.5%
on_fail: block

8) გამოთვლები და ჩანაწერები

გაანგარიშების მოდელი: Gross vs Net, გადასახადები, პლატფორმა, ჯეკპოტი.
შემოსავლის ატრიბუტი: per-rund, per-game, per-studio, per-bank.
რეესტრები: უცვლელი logs 'round. settled ', ხელმოწერები, hesh Batch (WORM/immutability).
შერიგება: პროვაიდერისა და ოპერატორის ორმხრივი მოხსენებები, 'round _ id' დედაპლატი, დაშვება.
Chargeback/კორექტირება: ფანჯრები და მიზეზები (ფროიდი, ქსელის გაუმართაობა, გაუქმებული რაუნდი).

sql
SELECT a.round_id
FROM provider_rounds a
LEFT JOIN operator_rounds b ON a.round_id = b.round_id
WHERE a.ts BETWEEN:from AND:to AND b.round_id IS NULL;

9) მიწოდების პროდუქტიულობა

CDN ასეტებისთვის: ვერსია, პრეფექტი, სპრიტის შეფუთვა, კომპრესია, WebP/AVIF.
მობილური გაანგარიშება: ადაპტირებული ტექსტურები/shaders, FPS გარანტიები.
Crash Titles/live თამაშები: WebSocket/WebRTC, ტრაფიკის პრიორიტეტი, edge კვანძები, jitter ბუფერები.
Failover: ალტერნატიული CDN/მედია, საპატიო დეგრადაცია (ტურნირის დაბალი ხარისხი - პაუზა).

10) უსაფრთხოება და პატიოსნება

არტეფაქტებისა და მანიფესტების ხელმოწერა (supply-chain, SLSA/SBOM), კლიენტის მთლიანობის კონტროლი.
ანტი-ტამპერი: კლიენტის შეფუთვა, გარემოს შემოწმება (root/jailbreak, ემულატორები).
ანტი-ბოტი და კოლუზია: მოწყობილობები/ქცევითი ხელმოწერები, საეჭვო ნიმუშების ლიმიტები.
საიდუმლოებები: KMS, მოკლემეტრაჟიანი ნიშნები ვიწრო ნაგავებით, ჯეკპოტის გასაღებების დაცვა.
კონფიდენციალურობა: ფსევდონიზაცია 'user _ pseudo _ id', Round-logs- ში PD- ის აკრძალვა, TTL.

11) პორტფელის მენეჯმენტი: ფანჯრები და რეკომენდაციები

როტაცია/ზოლები: ახალი გამოშვებები, ადგილობრივი გემო, სეზონური თემები.
რეკომენდატორები: ჰიბრიდი (ტოპ × პერსონალური), სტუდიების ცივი დაწყების დაცვა.
A/B ტესტები: საიდუმლო ნაკრების პოზიცია, პლაკატის ზომა, ბანერების „ხმაურის დონე“.
შინაარსის ხარისხი: შენარჩუნების რეიტინგი, „გრძელი კუდი“ და საჩივრები.

python score = 0.4retention_w4 + 0.3net_rev_per_1000 + 0.2quality_reviews - 0.1error_rate

12) პლეიბუკები და სწავლებები

12. 1 „პროვაიდერის შეფერხება“

1. ტრაფიკის ამოღება პრობლემურ ტაიტებზე

2. შეტყობინება ფანჯარაში/მხარდაჭერა

3. ალტერნატივის/კლონების ჩართვა

4. პოსტ-ინციდენტი: სესხი SLA- სთვის, ვერსიების განახლება.

12. 2 „RTP პროფილის შეცვლა“

1. გამოიყენეთ დროშა ბაზარზე

2. განცხადება და მიგრაციის ფანჯარა

3. ანგარიშგების და საჩივრების კონტროლი

4. თამაშის პასპორტის განახლება.

12. 3 „რაუნდის შეუსაბამობა“

1. Freeze settlements დიაპაზონისთვის

2. Re drive outbox პროვაიდერისგან

3. / პატჩი, საერთო აქტი, გაყინვა.

13) ქსელის სიმწიფის მეტრიკა

Coverage: ბაზრების/ჟანრების წილი აქტიური ტაიტებით.
Freshness: საშუალო დღეების გამოშვება ტოპ N სიებში.
Reliability: SLO pass-rate პროვაიდერები (თვე/კვარტალი).
სამართლიანი წრე: სტუდიების ბრუნვის დისპერსია თანაბარი ხარისხით.
Promo-lift: ARPU/retention სარეკლამო კამპანიებში.
ჩანაწერები: შეუსაბამობების დახურვის სიჩქარე, დარჩენილი.

14) ანტი შაბლონები

„ერთი RTP/ერთი მათემატიკა ყველა ბაზრისთვის“ არის მარეგულირებელი რისკები.
PD- ით რაუნდის ლოგოები კონფიდენციალურობის დარღვევას წარმოადგენს.
სინქრონული „გრძელი“ RGS გამოწვევები ცხელ გზაზე არის ტაიმაუტის კასკადი.
იდემპოტენტურობის არარსებობა ორმაგი ჩამოწერაა.
არ არსებობს რაუნდის WORM რეესტრი - დავები და გადახდების დაბლოკვა.
აგრეგატორის მკაცრი გამყიდველი - ექსპორტის გეგმის არარსებობა და მეორე წყარო.
„გიგანტური გამოშვება“ კანარის და როლბაკის გარეშე.

15) არქიტექტორის ჩეკის სია

1. თითოეული თამაშისთვის არის პასპორტი (ვერსია, RTP პროფილები, იურისდიქცია, მოწყობილობები)?
2. სტანდარტიზებულია კატალოგები და მოვლენები, ფიქსირდება თუ არა თავსებადობის ვერსიები და ფანჯრები?
3. Wallet/Session/API იდემპოტენტურია; არსებობს rollback რაუნდი და სეიფის მდგომარეობა?
4. სამრეწველო ინსტრუმენტები (ჯეკპოტები/ტურნირები/ფრისპინები) ინტეგრირებულია და შეზღუდულია?
5. SLI/SLO პერ-პროვაიდერი/თამაში/ბაზარი მორგებულია; არის თუ არა გარე სინთეზური?
6. გამოთვლები: round-by-round, WORM-log, ხელმოწერები, ჩანაწერების დაშვება?
7. უსაფრთხოება: არტეფაქტების ხელმოწერა, ანტი-ტამპერი, ანტი-ბოტი, KMS/გასაღებების როტაცია?
8. შესაბამისობა: RTP პარამეტრები, მექანიკის აკრძალვები, RG ფიჩები, geo-pinning აქტივები?
9. პროდუქტიულობა: CDN/edge, WebSocket/WebRTC, fallback Stream?
10. Playbuks: პროვაიდერის შეფერხება, RTP- ის შეცვლა, რაუნდის შეუსაბამობა - შემოწმებულია და რეპეტიცია?
11. Exit გეგმა: ალტერნატიული აგრეგატორები/RGS, კატალოგის მიგრაცია, „მშრალი გასასვლელი“?

დასკვნა

სტუდიებისა და პროვაიდერების ქსელი არის ოქმების, კატალოგების და ვალდებულებების ერთობლიობა და არა მხოლოდ ინტეგრაციის სია. როდესაც არსებობს მოვლენების სტანდარტები და API, თითოეული თამაშის პასპორტი, გამჭვირვალე გამოთვლები, SLO/შესაბამისობა, ძლიერი მიწოდება და უსაფრთხოება, შინაარსი პროგნოზირებულია: გამოშვებები სწრაფად გამოვა, მოთამაშეები იღებენ სტაბილურ ხარისხს, ხოლო ეკოსისტემა სტაბილური ზრდაა მარეგულირებელი და ოპერაციული სიურპრიზების გარეშე.