RNG sertifikatlash va halollik testlari

1) Nima uchun RNG-sertifikatlash kerak

• kriptografik tasodif va siljishlar yo’qligini tasdiqlaydi;
• yuridik standartlarga (litsenziyalar, texnik reglamentlar) muvofiqligini isbotlaydi;
• o’yinchilar va to’lov/tartibga soluvchi sheriklarning ishonchini mustahkamlaydi.

2) RNG tipologiyasi va talablari

TRNG (apparat): diodlar/jitter/fizik jarayonlar → yuqori entropiya, majburiy post-qayta ishlash (tortuvchilar, masalan, Von Neumann, XOR-folding).
CSPRNG (kriptovalyuta): aniqlangan, ammo maxfiy seed: CTR_DRBG/HMAC_DRBG (NIST 800-90A), Fortuna va boshqalarda oldindan aytib bo’lmaydi.

• ≥ 128 bit entropiya, hujjatlashtirilgan policies reseed.
• Entropiya manbalarini ajratish (tizimli, apparat, tashqi) va ularning monitoringi.
• Prognozga chidamlilik, backtracking va state compromise.
• Izolyatsiya RNG v sandbox/TEE/HSM; natijaga ta’sir ko’rsatuvchi «ma’muriy dastaklar» ning mavjud emasligi.

3) Normativ doiralar va laboratoriyalar

• GLI-11/ GLI-19 (o’yinlarga/onlayn-tizimlarga qo’yiladigan talablar),
• ISO/IEC 17025 (laboratoriyalarni akkreditatsiya qilish),
• отчеты eCOGRA, iTech Labs, BMM Testlabs, GLI, QUINEL, SIQ, Trisigma.

Regulyatorlar (taxminan): UKGC, MGA, AGCO, NJ DGE va boshqalar: RNG sertifikati, RTP/o’zgaruvchanlik test paketlari, binarlar versiyalarini nazorat qilish va o’zgarmas jurnallarni talab qiladi.

4) Sertifikatlashtirishda aynan nimalar sinovdan o’tkaziladi

1. Statistik tasodif: test batareyalari (§ 5 ga qarang).
2. O’yinni integratsiyalash: to’g’ri qo’ng’iroq, vaqt o’tishi/yashirin bo’lishi yo’q, qiymatlarni qayta ishlatishdan himoya qilish.
3. O’yin matematikasi: 10 ^ 7-10 ^ 8 + spin/raund simulyatsiyalari Design RTP va o’zgaruvchanlik profiliga muvofiqligi uchun.
4. Yetkazib berish yaxlitligi: binarlar/skriptlar xeshlari, signaturalar, yig’ilishlarni nazorat qilish.
5. Operatsion siyosatlar: seeding, reseed, key-rotation, entropiya monitoringi.

5) Statistik batareyalar (tekshirish yadrosi)

• NIST SP 800-22: Monobit, Runs, Approximate Entropy, FFT, Cumulative Sums и др.
• Diehard/Dieharder: Birthday Spacings, Overlapping 5-Permutation, Rank Tests.
• TestU01 (SmallCrush/Crush/BigCrush): qat’iy sanoat standarti.
• Qoʻshimcha: Serial correlation, Poker, Chi-square, KS-test.

• p-values (odatda 0. 01–0. 99), muvaffaqiyatsizliklar → tergov/retest.
• Tanlov o’lchamlari: test uchun kamida 10 ^ 6-10 ^ 7 xulosalar; BigCrush uchun - koʻproq.
• Turli seed/platformalarda replikatsiya qilish, vaqtga bog’liqlikni nazorat qilish.

6) RTP/o’zgaruvchanlik: simulyatsiyalar va qo’shimchalar

Design RTP (deklaratsiyalangan) vs Observed RTP (simulyatsiyadan/ishlab chiqarishdan).
Chegaralar: odatda ± 0. 5–1. katta hajmlarda 0 p.p. (sertifikatlashtirish shartlari bilan aniqlanadi).
O’zgaruvchanlik profilini tekshirish (natijalar klasterlari bo’yicha profit/spredning standart og’ishi).
Hisobotda: ishonchli oraliqlar, simulyatsiyalar hajmi, natijalarni qat’iy ravishda sertifikatlangan RNG chaqiruvi orqali hosil qilish.

7) «Fair Play by Design» arxitekturasi

Izolyatsiya va yaxlitlik

TEE/konteynerdagi RNG; holatga kirish yopiq; qoʻngʻiroqlar imzolanmoqda.
Immutable/WORM-natijalar jurnallari, taymstemplar imzolari, yaxlitlik nazorati (Merkle-zanjir).

Shaffoflik

O’tkazilgan o’yinlar: natija xeshi ± post-verifikatsiya imkoniyati.
Provably Fair (opsion): P2P/kripto-stsenariylar uchun server-seed/client-seed/nonce sxemasi, ommaviy tekshirish bilan.

Integratsiya

Anti-tamper (HMAC/TLS-pinning) bilan API-proksi, limitlar, takrorlashlardan himoya qilish.
dev/stage/prod uchun alohida imzo kalitlari; testlarda prod-kalitlar qat’iyan taqiqlangan.

8) Entropiya, seeding va reseed (siyosat)

Manbalar: TRNG (agar mavjud bo’lsa), OS (e. g. ,/dev/urandom), tarmoq/tayming shovqinlari (ehtiyotkorlik bilan).
Seed ≥ 128-256 bit, log voqealari «seeded/reseeded» sabablari bilan (masalan, start/taymer/past entropiya).
Entropiya chaqiruv/taymer/alert hisoblagichi bo’yicha Reseed; kafolatlangan oqimni yomonlashtirmaydi (kripto-aralashtirish bilan mix-in).
Degradatsiya detektorlari: harakatlanuvchi oynada p-value monitoringi, anomaliyalarda alert.

seed  = KDF(TRNG()          OS_entropy()          boot_salt)
state = DRBG.instantiate(seed)
every T or N calls:
mix = KDF(OS_entropy()          health_check())
state = DRBG.reseed(state, mix)
output = DRBG.generate(state, k)
log(WORM, timestamp, reseed_reason, counters)

9) O’yinlar versiyalarini boshqarish va chiqarish

Har bir RNG/o’yin versiyasi identifikator va xeshga ega; CI/CD SBOM va dalillar paketini (xeshlar, imzolar) shakllantiradi.
Canary/Blue-Green ishlab chiqarishda matematik parametrlar uchun taqiqlangan relizlar; faqat laboratoriya validatsiyasidan keyingi «atom» yangilanishlari.
Har qanday RTP/model oʻzgarishi → qayta sertifikatlash va regulyatorni xabardor qilish.
Oldingi versiyalar va hisobotlarni talab qilingan muddatga ≥ WORM saqlovida saqlash.

10) Operator va studiya/provayderning roli

Studiya/provayder: RNG/matematikani loyihalashtiradi, sertifikatlashtiradi, sertifikatlar/hisobotlarni e’lon qiladi.
Operator: integratsiya yaxlitligini, versiyalashni, loglar auditini va o’yinlar katalogida RTPning muvofiqligini nazorat qiladi, regulyatorning hisobotlardan foydalanishini ta’minlaydi.

11) UX-shaffoflik va ishonch

Oʻyin sahifasida: RTP, sertifikatlash sanasi/laboratoriya, sertifikat raqami/xesh bild.
«Halol o’yin» bo’limi: RNG, RTP tushuntirishlari, ommaviy sertifikatlarga havolalar (agar siyosat e’lon qilishga ruxsat bersa).
RTP/versiya oʻzgarganda xabarnoma (release notes katalog ichida).

12) SLO metrikasi va komplayens

13) RACI (roli va javobgarligi)

14) Chek-varaqlar

Laboratoriyaga joʻnatishdan oldin

• RNG hujjatlari: sxema, entropiya manbalari, reseed siyosati.
• O’yin matematikasi: Design RTP/o’zgaruvchanlik, to’lov jadvallari.
• Xeshlar/imzolar bilan yig’ilgan bild; SBOM.
• Nazorat tanlamalarida ichki batareyalarning (NIST/Dieharder/TestU01) kirishi.
• WORM-jurnallar kiritilgan; arxiv artefaktlari yaratilgan.

Chiqarishdan oldin

• Sertifikat olindi (GLI/eCOGRA/boshqalar), versiyalar va xeshlar solishtirildi.
• RTP/sertifikat oʻyin katalogida (UX siyosati) koʻrsatiladi.
• RTP drift va health-checks RNG monitoringi oʻrnatildi.
• Bahsli o’yinlarni qaytarish va muzlatish rejasi qayd etildi.

Har yili/o’zgartirish bo’yicha

• Oʻzgarishlarda qayta sertifikatlash yoki Addendum.
• Retest BigCrush/NIST yangi bezda/OS.
• Etkazib berish zanjiri (supply chain) va imzo kalitlarini tekshirish.

15) Hodisalar va tekshiruvlar (playbook)

Signallar: o’yinchining shikoyati, g’ayritabiiy RTP-dreyf, health-checks muvaffaqiyatsizliklari, xesh rasinxronlari.

1. Freeze o’yinlar/pula, ro’yxatlar/holatlar RNG.

2. Ichki testlar: 10 ^ 6-10 ^ 7 natija, tezkor NIST/Dieharder batareyalari.

3. Seed/reseed-jurnallar, entropiya, TEE/imzolarni tekshirish.

4. Laboratoriyaga/regulyatorga eskalatsiya qilish; zarurat bo’lganda nizoli raundlar bo’yicha to’lovlarni vaqtincha to’xtatib turish.

5. Post-dengiz: ildiz sabablari, fikslar, retestlar, kommunikatsiyalar, siyosatni yangilash.

16) Joriy etish yo’l xaritasi (6 qadam)

1. Siyosat va dizayn: DRBG/TRNG tanlash, seeding/reseed tasvirlash, Design RTP/volatillikni aniqlash.
2. Amalga oshirish va izolyatsiya qilish: TEE/konteynerdagi RNG, qo’ng’iroqlar imzosi, WORM-loglar.
3. Ichki testlar: NIST/Dieharder/TestU01, regressiya.
4. Sertifikatlashtirish: GLI/eCOGRA/iTech/BMM ga berish; dalillar to’plamini to’plash.
5. Ishlab chiqarish monitoringi: RTP dreyf, health-checks RNG, alertlar, komplayens paneli.
6. Resertifikatsiya va yaxshilanishlar: yillik tsikl, hodisalarni tahlil qilish, kripto-amaliyotlarni yangilash.

17) Tez-tez xatolar va ulardan qanday qochish mumkin

Hech qanday seeding/reseed → siyosati mavjud emas.
Prod/dev kalitlarini aralashtirish → qat’iy segregatsiya, rotatsiya, dev uchun prod-artefaktlarga taqiq.
Faqat «nazariy RTP» ga tayanish → simulyatsiya va proto-monitoring talab qilinadi.
WORM yo’qligi → adolatni orqaga surish uchun hech narsa yo’q.
Yashirin RTP/sertifikatlar → ishonchni pasaytiradi va litsenziyani xavf ostiga qo’yadi.
Resertifikatsiyasiz patch → shartlarning buzilishi, yuqori tartibga solish xavfi.

Jami

RNG sertifikatlash - bu bir martalik «qog’oz» emas, balki uzluksiz jarayon: qat’iy kriptografiya va entropiya, boy statistik testlar, o’yin bilan isbotlanadigan integratsiya, o’zgarmas audit va shaffof UX. «Fair Play by Design» ni qurish orqali siz halollikni raqobatbardosh ustunlik va mahsulotning uzoq muddatli barqarorligi poydevoriga aylantirasiz.