Კრიპტო კაზინო
Torrent Gear
Როგორ იყენებს კაზინო ტელემეტრიას ანალიტიკოსებისთვის
რატომ არის ტელემეტრიული კაზინო
ტელემეტრია არის სტანდარტიზებული მოვლენების ნაკადი მოთამაშის ქმედებებისა და პლატფორმის მუშაობის შესახებ (განაკვეთები, ანაბრები, შეცდომები, ნაკადის ხარისხი, ფროიდის ნიმუშები). მას სჭირდება:- მართეთ P&L (GGR/NGR, LTV, გამართვა);
- შეინარჩუნეთ SLO კრიტიკული ბილიკები (კურსი, საფულე, სალარო);
- შესაბამისობის შესრულება (RG/KYC/AML/KYT) და რისკების შემცირება;
- მარკეტინგის ოპტიმიზაცია (ატრიბუტი, ROAS, სავარაუდო);
- შინაარსის ხარისხის გაუმჯობესება (კატეგორიები, რეკომენდაციები, ტურნირები).
ტელემეტრიული რუკა: რა შეგროვება
1) თამაშის მოვლენები
`lobby_impression`, `tile_click`, `game_launch`- `bet_place` (stake, gameId, roundId, paytable/market)
- `bet_accept`, `bet_reject` (code, latency)
- `round_settle` (outcome, payout, rtp_snapshot)
- `void/refund` (reason_code)
2) ფული და სალარო
`deposit_initiated/success/chargeback`- `withdrawal_request/approved/declined`
- `wallet_debit/credit/hold_release`
- `bonus_issued/wager_progress/wager_complete`
- სახსრების წყარო/არხი, ვალუტა, FX კურსი (ჩაწერილი)
3) RG/Complaence
`rg_limit_set/updated/blocked_bet`- `session_timeout/self_exclusion`
- `kyc_started/verified/failed`
- `kyt_address_risk_scored` (on-chain), `aml_screening`
4) მარკეტინგი და პროდუქტი
`utm_attribution`, `install_referrer`, `campaign_view/click`- `onboarding_step`, `paywall_view`
- `ab_variant_exposed`, `feature_flag_on/off`
5) ტექნიკური და QoS
`api_latency` (endpoint, p95), `error_5xx`
`stream_qos` (fps, dropped_frames, webrtc_rtt, bitrate)- `provider_sla` (timeouts, aborted_rounds)
ღონისძიების კონტრაქტი: ერთი ლექსიკონი
პრინციპები:- ერთი სქემა: სავალდებულო ველები 'ღონისძიება', 'ts', 'playerId', 'sessionId', 'traceId', 'source', 'schemaVer'.
- ფულადი თანხები ყოველთვის ჰგავს სტრიქონს/decimal + 'currency'.
- დროებითი მნიშვნელობები UTC- ში მილიწამებით.
- PII ცალკე: პერსონალური მონაცემები არ შედის სასურსათო მოვლენების „ნედლეულ“ ნაკადში.
json
{
"event": "bet_place", "schemaVer": "1. 8", "ts": "2025-10-17T14:23:11. 482Z", "playerId": "p_82917", "sessionId": "s_2f4c", "traceId": "tr_b1d7", "gameId": "pragm_doghouse_megaways", "roundId": "R-2025-10-17-14:23:10-PRAGM-12", "stake": {"amount":"2. 00","currency":"EUR"}, "wallet": {"type":"cash", "balanceBefore":"154. 40"}, "device": {"ua":"Mozilla/...","os":"Android","app":"web"}, "geo": {"country":"DE", "ip":"203. 0. 113. 5"}, "ab": {"exp":"lobby-grid","var":"B"}
}json
{
"event": "stream_qos", "ts": "2025-10-17T14:23:12. 013Z", "playerId": "p_82917", "tableId": "evo_blackjack_23", "webrtc_rtt_ms": 142, "fps": 28, "dropped_frames": 6, "bitrate_kbps": 2400, "network":"4g"
}Pipline: კოლექციიდან ინსაითამდე
1. Ingest: SDK/collector (web/app/server) → шина (Kafka/NATS) → stream-processing (Flink/Spark/Kafka Streams).
2. სცენა ril-time: ClickHouse/BigQuery (ლატენტობა წამში), ცხელი დანაყოფები Redis- ში.
3. Batch საცავი: ობიექტები (S3) „ნედლეული“ მოვლენებისთვის (immutable, versioned).
4. სემანტიკური ფენა: ფაქტების/გაზომვების ერთიანი ცხრილი (players, sessions, bets, payments, rg _ events).
5. ადგილზე მიტანა/გააქტიურება: დაშბორდები (Grafana/Metabase/Looker), ალერტები, პერსონალიზაციის გამომწვევი საშუალებები, ბრენდის ინსტრუმენტების დაბრუნება/CDP.
6. მონაცემთა კონტრაქტები: სქემების ტესტები (CI), თავსებადობის კონტროლი, მონაცემთა კატალოგი (ველების აღწერილობა, SLA).
საკვანძო ფანჯრები და მოდელები
მარკეტინგის გულშემატკივარი: 'view' click 'register' KYC - deposit-bet '. გადასვლის, გაჟონვის, ძაბვის დრო არხებით/კრეტებით.
კოჰორტები და გამართვა: D1/D7/D30 retention, sticky factor (WAU/MAU), rolling-retention.
LTV და ზღვარი: LTV per წყარო/country/segment, payback პერიოდი, NGR ბონუსების/კომისიების შემდეგ.
RTP/ცვალებადობა: თამაშები/პროვაიდერები/სეგმენტები; მოსალოდნელი დიაპაზონებიდან გადახრები.
RFM სეგმენტი: ჩანაწერები/frequency/monetary - პერსონალური ოფერები/ლიმიტები.
RG სიგნალები: ღამის სესიები, განაკვეთების სიხშირისა და ოდენობის ზრდა, დასკვნების გაუქმება, წაგების შემდეგ „დოგონი“.
Frod/AML/KYT: მოწყობილობების/ბარათების/მისამართების კორელაცია, velocity წესები, on-chain რისკი.
QoS ლაივი: FPS/RTT- ის გავლენა 'bet _ reect' და churn; ალერტები დეგრადაციისკენ.
Real-time vs Batch
ნამდვილი დრო (წამები): ანტიფროდი, RG ბლოკირება, SLO ალერტები, პირადი პრომო სხდომაზე, ქსელების როტაცია/PSP.
Near real time (წუთი): dashboards მენეჯმენტი, კამპანია ოპტიმიზაცია, პროვაიდერების ლიმიტები.
Batch (საათი): მოხსენებები რეგულატორებისთვის, LTV/Churn სავარაუდო მოდელები, MMM ატრიბუტი.
ჩაშენებული მეტრიკა და ალერტები (კომპლექტის მაგალითი)
SLO API: `bet. place p95 < 200ms`, `error_rate < 0. 3%`, `settle_latency p95 < 2s`.
Game health: მკვეთრი ზრდა 'void/refund', RTP ვარდნა ნდობის ინტერვალის ქვემოთ.
Cashier: drop ნაბიჯზე '3DS', ზრდა 'declined _ by _ issuer'.
Live QoS: 'webrtc _ rtt _ rtt _ ms> 300' u> რეგიონის მოთამაშეთა 5%, 'aborted _ rounds'> ბარიერი.
RG: ზედიზედ> N სესიები> X საათი, 'rg _ blocked _ bet' სეგმენტი.
Fraud: იგივე ბარათები/მოწყობილობები რამდენიმე ანგარიშზე, „კარუსელი“ ანაბარი - დასკვნა, webhooks- ის გამეორება იდემპოტაციის გარეშე.
კონფიდენციალურობა და შესაბამისობა
PII იზოლაცია: პერსონალური მონაცემები ცალკეულ დომენში/საცავში, ლინკი ფსევდონიმით 'playerID ".
მინიმიზაცია: „ნედლეული“ მოვლენები PII- ს გარეშე; enrich - მხოლოდ სერვერზე, ველების თეთრი ჩამონათვალის მიხედვით.
Retention: სხვადასხვა TTL მოვლენებისთვის (თამაშის/სალარო/ლოგიკური უსაფრთხოება) იურისდიქციის მოთხოვნების შესაბამისად.
იურიდიული საფუძვლები: საკონსულტაციო/იურიდიული ინტერესი/კონტრაქტი; წვდომის აუდიტი, შენიღბვა, წაშლა თხოვნით.
Immutable-logation: WORM კრიტიკული ჟურნალებისთვის, სქემების ცვლილებების მონიტორინგი.
ანალიტიკური გამოთვლების მაგალითი (იდეები)
Anomaly RTP: მოცურების ფანჯარა თამაშში/მაგიდაზე; ალერტი, როდესაც გადახრა> N.
Promo uplift: CUPED/სავარაუდო A/B მიხედვით 'deposit _ rate "და" bet _ frequence ".
Churn მოდელი: გრადიენტური ბუსტინგი 7-დღიანი ქცევის საფუძველზე (სიხშირე/თანხები/QoS/სალაროს უკმარისობა).
Real-time შემდეგი მოქმედება: წესი/მოდელი fich ფანჯარაში - პირადი ოფშორული ან რჩევა პაუზის გაკეთების შესახებ (RG).
ანტი შაბლონები
OLTP და OLAP შერევა: საბრძოლო DD- ის მძიმე მოხსენებები არღვევს განაკვეთების შეფერხებას.
PII ნედლეულ მოვლენებში და „გაჟონვა“ BI დაშბორდში.
მონაცემთა კონტრაქტების ნაკლებობა: „ველი დღეს არის სტრიქონი, ხვალ ნომერი“.
მრიცხველები TraceId- ის გარეშე - შეუძლებელია მოთამაშის გზის დაკავშირება.
„უსინათლო“ რეალური დრო დედუპლიკაციის გარეშე - ორმაგი დებატები/გადახდები.
KPI ბიზნეს კონტექსტის გარეშე: უყურეთ მხოლოდ 'pagewiews' ნაცვლად 'TTFB '/' CR deposit-bet'.
აბსოლუტური რიცხვები დამწვრობის გარეშე: არ ჩანს ვინ ნამდვილად მოაქვს GGR- ს.
ტელემეტრიის განხორციელების შემოწმების სია
კონტრაქტი და შეკრება
- მოვლენების ერთიანი სქემა, ველის ლექსიკონი, ვერსიები, UTC დრო.
- SDK/collector для web/app/server; ტრეისი ('traceId') გადის.
- იდემპოტენცია და დეპოზიტი ინჟესტზე.
შენახვა და დალუქვა
- Kafka/NATS + ClickHouse/BigQuery; S3 არის „ნედლეული“ მოვლენები.
- სემანტიკური ფენა: ფაქტები/გაზომვები, თავსებადობის ტესტები (CI).
- Dashbords real time და batch; ალერტები SLO/QoS/RG/Fraud.
უსაფრთხოება და კონფიდენციალურობა
- PII იზოლაცია, წვდომის პოლიტიკა (RBAC/ABAC), აუდიტი.
- შენიღბვა, რეპროდუქცია, იურიდიული საფუძვლები, მოცილების პროცედურები.
მოდელები და მოქმედებები
- LTV/Retention/Churn, ისევე როგორც RG წესები რეალურ დროში.
- ატრიბუტი: UTM + post-install + სავარაუდო.
- პერსონალიზაცია: შემდეგი საუკეთესო მოქმედება/offer.
ოპერაცია
- მონაცემთა კატალოგი და ცხრილის მფლობელები; SLO ფანჯრებზე.
- ტესტები სქემების რეგრესიისთვის; ლაგებისა და შეცდომების მონიტორინგი.
- სავარჯიშოები: ტოპიკის რეპლიკები, ფანჯრების გადაუდებელი აღდგენა.
ტელემეტრია კაზინოს „ნერვული სისტემაა“: ის აკავშირებს ფულს, პროდუქტს, ნაკადს, მარკეტინგს და შესაბამისობას ერთ კონტროლირებად მთლიანობაში. ღონისძიების მკაცრი კონტრაქტი, საიმედო რაციონი, ნაგულისხმევი კონფიდენციალურობა და რეალურ დროში + batch- ის კავშირი ნედლეულ ლოგოებს გადაწყვეტილებად აქცევს: ვინ და რა უნდა შეინარჩუნოს, სად უნდა განახორციელოს მარკეტინგი, როგორ გააუმჯობესოს UX და სად შეამციროს რისკები. გააკეთეთ ტელემეტრია დისციპლინად - და პლატფორმა პროგნოზირებადი და უსაფრთხო გაიზრდება.