Nima uchun barcha oʻyin voqealari daftarlarini saqlash muhim?

O’yin tadbirlari nafaqat «spin/yutuq». Bu butun zanjir: avtorizatsiya, stavkalar, provayderning vebxuklari, hamyon debetlari/kreditlari, bonuslarni faollashtirish, RG limitlari, KYC/AML signallari, tarmoq anomaliyalari, o’yin bild versiyalari va RNG parametrlari. To’liq logografiya platformani isbotlanadigan halollik, nizolarni tezkor tahlil qilish va boshqariladigan xatarlarga ega tizimga aylantiradi.

1) Nima uchun «hamma» loglarini saqlash kerak?

Halollik va takrorlanuvchanlik. ’round _ id’, seed/nonce va’build _ hash’bo’yicha «bit-bit» raundining nusxasi.

Bahslarni bir necha daqiqada muhokama qilish. Provayder, hamyon va mijozning loglarini solishtiramiz → yakuniy hukm.

Antifrod/AML. Velocity, graf-aloqalar, «pass-through», multiakkauntlar, structuring.

Responsible Gaming (RG). Limitlar/taymyerlar, o’z-o’zidan istisnolar, «sovutish» ni tekshirish.

Komplayens va litsenziyalar. O’zgarmas jurnallar, retensiya, kirish auditi.

Mahsulot va ijro. TTS (time-to-spin), FPS/yashirin, PSP/KYC nosozliklari, bonuslar konvertatsiyasi.

Moliyaviy yig’ma. Debet/kreditlarni PSP hisobotlari bilan taqqoslash, «jim» tafovutlarni qidirish.

2) Qanday hodisalarni qayd etish (minimal to’plam)

Oʻyin:’game. round. started/settled’, fich/bonuslar, multiplikatorlar,’build _ hash’,’rtp _ table _ version’,’seed/server _ nonce’.

Pul:’wallet. debit/credit`, `payout. initiated/settled`, `psp. webhook. received`.

Toʻlov maqomi:’payment. authorized/captured/failed/refunded’, 3DS/SCA-o’tish joylari.

Foydalanuvchi: loginlar/logautlar, qurilmani oʻzgartirish, RG limitlari, oʻzini istisno qilish, DSR (GDPR) soʻrovlari.

Xavfsizlik: IP/ASN anomaliyalari, brutfors urinishlari, WAF ishlashi, rollarning o’zgarishi.

Operatsiyalar/versiyalash: relizlar, fichflaglar, to’lov sxemalari/jadvallari migratsiyasi.

Kuzatish darajasi: p95/99 API, xatolar, navbatlar, GC pauzalari, WebSocket establish-rate.

3) Korrelyatsiya: hodisaning yagona «ipi»

Barqaror identifikatorlardan foydalaning va ularni barcha qatlamlarga tashlang:

’trace _ id’ - so’rovni izlash.
’round _ id’ - o’yin provayderida (RGS) noyob tur.
’txn _ id’ - hamyondagi noyob pul operatsiyasi/PSP.
’player _ ref’ - o’yinchining taxallusi/tokeni (PIIsiz).
’build _ hash’ - o’yin/mijoz bildining versiyasi.
’event _ id’ - hodisaning oʻziga xos identifikatori (deduplikatsiya uchun).

💡 Qoida: har bir hodisa yozish vaqtidagi barcha korrelyatsiya kalitlarini oʻz ichiga oladi.

4) O’zgaruvchanlik va yaxlitlik (WORM/imzolar)

WORM/append-only yakuniy jurnallar uchun saqlash joyi (bulutli «immutable buckets» yoki maxsus tizimlar).

Kriptografik himoya: imzolar/batchey xesh-zanjirlari; tashqi kalit bilan tekshirilishi.

KMS/HSM: imzo va shifrlash kalitlarini boshqarish, rotatsiya, operatsiyalarni tekshirish.

Sxemani versiya qilish: eski voqealarni qayta yozmasdan maydonlarning evolyutsiyasi.

5) Retensiya va foydalanish darajasi

Retensiya: issiq 90 kun (hodisalarni tahlil qilish), iliq 12-24 oy (operatsion tahlil), arxiv 2-7 yil (litsenziya/soliq talablari).

Segregatsiya: o’yin loglari provayderda (RGS), pul loglari operatorda, lekin bir-biriga havolalar bilan.

Kirish: RBAC/ABAC, JIT tekshirish huquqlari, o’qish/eksport auditlari.

PII: taxalluslarni saqlang; haqiqiy PII bilan aloqalar - alohida, dala shifrlanishi bilan.

6) Hodisa sxemasi (misol)

json
{
"event_id": "evt_01HQ…",  "event_type": "game. round. settled",  "occurred_at": "2025-10-17T09:12:45. 384Z",  "trace_id": "trc_9f7…",  "round_id": "rnd_7a2…",  "player_ref": "plr_f0c…",  "operator_id": "op_123",  "game_id": "g_slots_mystic-777",  "build_hash": "sha256:ab39…",  "rng": {"seed":"h_…","server_nonce":"n_…"},  "bet": {"amount": 2. 00, "currency": "EUR", "lines": 20},  "result": {"win": 12. 40, "features": ["free_spin"], "multiplier": 6. 2},  "wallet_links": {"debit_txn_id":"txn_d_…","credit_txn_id":"txn_c_…"},  "integrity": {"batch_hash":"sha256:…","signature":"base64:…"}
}

Bir xil printsiplar’wallet’uchun. credit`, `payment. captured`, `rg. limit. updated’i va boshqalar.

7) Ma’lumotlar oqimi va saqlash

Yig’ish: Kafka/PubSub’dagi qattiq kalitli voqealar (’round _ id/txn _ id/player _ ref’).

Onlayn ombor:’date/operator _ id/game _ id’bo’yicha partiyalashtirilgan ustunli format (Parquet/ORC).

Serving qatlam: tezkor repleylar va tekshiruvlar uchun indeks/materiallashtirilgan tushunchalar.

Arxiv: WORM siyosati, shifrlash va yaxlitligini tekshiruvchi obyekt ombori.

8) Loglar xavfsizligi

Shifrlash: TLS 1. 3 «yo’lda», AES-256-GCM «saqlanmoqda», domenlar bo’yicha alohida kalitlar (o’yinlar/pul/xavfsizlik).

Sirlar: Secret-manager (Vault/KMS), avtomatik rotatsiya, kodda sirlarni taqiqlash.

Foydalanish imkoniyati: ko’p hududli replikatsiya, so’z va so’zlarni tiklash uchun DR-mashqlar.

9) Logi i surishtiruv (SLA)

Keys-menejment:’trace _ id/round _ id/txn _ id’.

SLA javobiga: masalan, to’lov bo’yicha nizoga 2 soat, tartibga solish so’roviga 24 soat.

Eksportga PDF/video nusxalar, imzolar, nazorat xeshlari.

10) Loglar biznesga qanday yordam beradi

Tiketlarning pasayishi: to’lovlar/bonuslar/limitlarning shaffof tarixi.

A/V-eksperimentlar: TTS o’lchovi, click-through, muvaffaqiyat fich.

FinOps: trafik/to’lov usullari, CDN hit-rate, $/1000 spin.

Mazmun sifati: yutuqlarni taqsimlash, chat chastotasi, «sovuq» o’yinlar.

11) Tez-tez xatolar

Oʻzgartiriladigan loglar. Har qanday tuzatish dalillarni o’ldiradi.

Hech qanday bogʻlanish yoʻq. Hodisalar’round _ id/txn _ id’→ bilan bog’liq emas.

PII aralashmasi. Taxallus; Aloqani alohida saqlang va maydonlarni shifrlang.

Deduplikatsiyaning yo’qligi. Takroriy vebxuklar/retralar = ikki marta voqealar va pul.

Bitta klaster/mintaqa. Avariya paytida loglarning yo’qolishi = tartibga solish xavfi.

Sxemalar yoʻq. «Erkin shakl» hisobotlar va qidiruvlarni buzadi.

12) Logografiya yetukligi metrikasi

Muhim yo’llarni voqealar bilan qoplash (ro’yxatdan o’tish → depozit → o’yin → chiqish).

Korrelyatsiya kalitlarining to’liq to’plami bo’lgan voqealar ulushi.

Keysni qidirish vaqti’round _ id/txn _ id’(p95).

Raund replay vaqti va bahsga javob SLA.

O’zgarmaslik darajasi (WORM-nazorat, verifikatsiya qilingan imzolar).

DR- tiklash muvaffaqiyatlari (RPO ≈ 0).

13) Joriy etish cheki (saqlang)

Hodisa turlari va sxemalar katalogi (JSON Schema/Protobuf)
Korrelyatsiya kalitlari:’trace _ id’,’round _ id’,’txn _ id’,’player _ ref’,’build _ hash ’
Oqim: hodisalar navbati (Kafka/PubSub)
Saqlash joyi: Parquet/ORC, partiyalar, indekslar; issiq/issiq/arxiv
WORM/append-only, imzolar va batchey xesh zanjirlari
«Yo’lda/saqlashda» shifrlash, KMS/HSM, kalitlarni aylantirish
RBAC/ABAC, JIT kirish, o’qish/eksport jurnallari
DR-protseduralari va repleyni tiklash mashqlari
Raund replay va solishtirish asboblari’round _ id txn_id'
Retensiya siyosati va GDPR-jarayonlar (DSR, anonimlashtirish)
Qidiruv/replay p95 dashbordlari, yopiq SLA ≤ holatlari ulushi
Sapport/komplayens uchun hujjatlar, javob shablonlari

14) Mini-FAQ

Xom RNG maʼlumotlarini saqlash kerakmi? Replay uchun yetarli kirish (seed/nonce/versiya). Xom namunalar - provayder siyosati bo’yicha.

«Haqiqatni» qayerda saqlash kerak? O’yinlar provayderida (RGS); operatorda - havolalar va pul ro’yxatlari.

GDPR va loglarni qanday birlashtirish mumkin? Taxalluslashtirish, dala shifrlash, retensiya, DSRda esa PII bilan bog’lamani tanlab olib tashlash.

Loglar samaradorlikka ta’sir qiladimi? Oqim yozuvida va ustunli arxivda - yo’q; tor joylar ko’pincha parsing/so’rovlarda.

Xato voqeani tahrirlash mumkinmi? Yo’q; to’g "ri - kompensatsiya hodisasini boshlang’ich hodisaga havola qilgan holda yozish.

Barcha o’yin voqealari ro’yxatini saqlash har bir raund va bir tiyin tarixini isbotlash, boshqariladigan xavfsizlik va komplayens, tezkor sapport va etuk tahlilga ega bo’lish demakdir. O’zgarmas, o’zaro bog’langan, himoyalangan, tushunarli retentsiy va replay vositalariga ega jurnallarni yarating - platformaniz o’yinchi uchun shaffofroq, regulyator uchun ishonchli va biznes uchun samaraliroq bo’ladi.