Provably Fair nədir və oyunun dürüstlüyünü necə yoxlamaq olar

Provably Fair (PF) nədir

Provably Fair - raundun nəticəsinin təsadüfi olduğunu və bahisdən sonra operator tərəfindən dəyişdirilə bilmədiyini kriptoqrafik olaraq yoxlamağa imkan verən protokoldur.

Fikir: əvvəlcə commit (gizli server seed hash), sonra bahis revil (server seed özü) açılır və hər kəs client seed oyunçu və tur identifikatorları nəzərə alaraq hash müqayisə və RNG oynaya bilər.

Əsas protokol: commit → bet → reveal

1. Commit: turlar başlamazdan əvvəl server təsadüfi 'server _ seed' yaradır və onun heşini dərc edir:


commit = SHA-256(server_seed         salt )//və ya Keccak-256

Kommit tarixə/blockchain/jurnala daxil edilə bilər.

2. Bahis: Oyunçu seçir və ya öz 'client _ seed' təsdiqləyir (UI və ya öz), bahis göndərir:


client_seed, roundId, nonce

3. Reveal: bahisləri bağladıqdan sonra server 'server _ seed' (və 'salt' varsa) açır ki, hamı yoxlaya bilsin:


SHA-256(server_seed         salt) = = commit//bütövlük testi

4. RNG: qəza sayı determined və reproduktiv:


rng = HMAC-SHA256(key=server_seed, msg=client_seed          roundId          nonce)
//və ya rng = SHA-256 (server_seed         client_seed          roundId          nonce)

5. Sonda Mapping: 'rng' oyununu yer dəyişdirmədən oyun diapazonuna çevirin (aşağıya bax).

💡 Niyə nonce? Belə ki, bir 'server _ seed' ilə proqnozlaşdırıla bilən risk olmadan bir çox raund keçirə bilərsiniz: 'nonce' hər raund/bahis daxil edilir.

Silinmədən bir rəqəm almaq üçün necə (bias-free)

'rng% N' götürmək düzgün deyil - 2 ^ k N. dəfə deyilsə modul yerdəyişmə verir. Doğru - rejection sampling:

pseudo
// rng_bytes = 32 bayt hash → uint256 x = uint256 (rng_bytes)

limit = floor(2^256 / N) N while x >= limit:
rng_bytes = SHA-256 (rng_bytes )//« qarışdırmaq »x = uint256 (rng_bytes)

result = x % N

Beləliklə, N nəticələrinə görə bərabər paylama əldə edirik (rulet hüceyrələri, baraban simvolları və s.).

Mini-nümunə (oyunçu tərəfindən addım-addım yoxlanılması)

Fərz edək:


server_seed = «b2c6... e9 »//raunddan sonra açılır (hex/utf8)
client_seed = «my-client-seed »//roundId =« R-2025-10-17-001 »seçdim
nonce = 42 commit = «c9a1... f3 »//opubl. əvvəlcədən

1) Commit yoxlamaq

'SHA-256 (server_seed)' hesablayın və 'commit' ilə üst-üstə düşdüyünə əmin olun.

2) Determinated RNG

Hesabla:


rng = HMAC-SHA256(key=server_seed,          msg= client_seed          ":"          roundId          ":"          nonce)

3) Nəticəyə çevrilməsi

Rulet üçün (37 ədəd) → N = 37, rejection sampling tətbiq və 'x% 37' götürün.

Slot üçün: paylama cədvəlinə uyğun olaraq barabanları/simvolları müəyyən etmək üçün bir neçə RNG porsiyasından istifadə edin.

4) Tarixin nəticəsi ilə müqayisə

Platforma hesablamada istifadə olunan girişləri göstərməlidir: 'server _ seed', 'client _ seed', 'roundId', 'nonce', 'hashAlgo', 'rngAlgo', 'mappingVersion'.

Alternativ/gücləndirici: VRF (Verifiable Random Function)

Kommit əvəzinə operator VRF istifadə edə bilər (və ya əlavə):

1. Smart müqavilə və ya ictimai reyestr provayderdən 'VRF (seed)' tələb edir.

2. Dərc olunur '(random, proof)'.

3. Hər kəs eyni ictimai açar cütlüyü VRF tərəfindən «proof» yoxlaya bilər.

4. Sonrakı - RNG mapping-in eyni addımları.

Üstünlüklər: operatora daha az inam. Mənfi cəhətləri: VRF provayderindən/zəncirindən asılılıq və mümkün dəyəri.

Necə Casino düzgün PF tətbiq etmək lazımdır

Müqavilə (PF məlumat müqaviləsi)

Tur tarixindəki sahələr:

`serverSeedHash`, `serverSeedReveal`, `clientSeed`, `roundId`, `nonce`, `hashAlgo`, `rngAlgo`, `mappingVer`, `proofUrl` (опц.) , `calcVer`.
Dəyərlər - WORM-saxlama (immutable), vaxt ştampları ilə (UTC).

Sidlərin istehsalı

'server _ seed' kriptovalyutası davamlı PRNG (OS CSPRNG/HSM) tərəfindən yaradılır.

Sidlər seriyalar arasında heç vaxt təkrarlanmamalıdır (rotasiya).

'client _ seed' - oyunçu tərəfindən seçilir və ya müştəri tərəfindən yaradılır və təsdiqlənir.

Kommitlərin nəşri

Kommitlər bahis qədər mövcuddur (tarix, RSS, on-chain-lövbər).

Lotlar üçün kökü gündəlik nəşr ilə merkli ağacı kommitləri istifadə edə bilərsiniz.

Açıqlama (reveal)

Nəticəni dərc etməzdən əvvəl 'server _ seed' açılır və loglaşdırılır.

Bir siddə bir sıra raundlar üçün - seriyanın sonundan sonra açıqlama (siyasəti əvvəlcədən göstərin).

Şəffaf mappinq

Mapping alqoritminin versiyası ('mappingVer') qeydə alınır.

Hər hansı bir dəyişiklik ('mappingVer '/' rngAlgo') - yalnız elan və yeni kommit seriyası ilə.

Audit və mübahisələr

Xam girişlər + hesablama qeydləri saxlanılır; mübahisə hesabat yaradılır: giriş → RNG → mapping → nəticə.

Streams/Live: CV/RFID hadisələrinin hash lövbərlərini, video - WORM-də saxlayın.

Bir oyunçu dürüstlüyünü yoxlamaq üçün necə (çek siyahısı)

1. Tur tarixçəsini açın və kopyalayın: 'serverSeedReveal', 'clientSeed', 'roundId', 'nonce', 'hashAlgo', 'rngAlgo', 'mappingVer'.

2. Hash 'serverSeedReveal' hesablayın və 'serverSeedHash' ilə müqayisə edin.

3. Göstərilən alqoritm üzrə RNG hesablayın (HMAC/Hash + girişlər).

4. Nəticələrin sayına «yerdəyişməyən» mappinq (rejection sampling) tətbiq edin.

5. Nəticənin göstərilənlərlə üst-üstə düşdüyündən əmin olun.

6. VRF elan edildikdə, 'proof' («Verify» düyməsi və ya müstəqil script/block explorer).

Tipik səhvlər (anti-nümunələr)

'rng% N' olmadan rejection sampling → sürüşmə ehtimalları.

Gizli və ya dəyişən 'client _ seed' (oyunçu olmadan server tərəfindən yaradılır).

Bahisdən sonra 'server _ seed' yenidən qurulması (kommit geriyə dəyişir).

Qeyri-şəffaf alqoritm dəyişikliklər versiyası/nəşr olmadan.

Seriyalar arasında sidlərin təkrarı.

WORM/vaxt möhürlərinin olmaması - hadisələrin qaydasını sübut edə bilməzsiniz.

PF və biznes məntiqinin qarışdırılması (məsələn, bonus belə tətbiq olunur ki, nəticə sahəsini dəyişir, lakin bu 'mappingVer' təsvir edilmir).

FAQ (qısa)

Yalnız rulet deyil, slotları yoxlamaq olarmı?

Bəli. PF seçki ardıcıllığına tətbiq olunur (məsələn, barabandakı simvol indeksi). Ehtimal cədvəlləri və RNG oxu qaydalarının sənədləşdirilməsi vacibdir.

Əgər mən 'client _ seed' daxil etsəm, operator yenə də 'server _ seed' ala bilərmi?

Əgər kommit mərc əvvəl dərc edilmişdir. Bu 'server _ seed' qeyd edir və onu arxa rəqəmlə əvəz etməyə imkan vermir.

Niyə bəzən sidlər paket şəklində açılır?

Seriyada led «seçmək» imkanı yoxdur. Bu, kommit əvvəlcədən dərc olunarsa və açıqlama siyasəti şəffafdırsa icazə verilir.

Formatların mini-referansı

Hash: SHA-256 və ya Keccak-256.

RNG: HMAC-SHA256 (açar kimi server led) və ya konkatenasiya SHA-256.

Identifikatorları: 'roundId' (UTC-ştamp + oyun + inkremt), 'nonce' (seriyada bahis sayğacı).

Версии: `rngAlgo=HMAC-SHA256@1`, `mappingVer=roulette. v2`, `calcVer=wallet-7. 2`.

Operator üçün PF tətbiq çek siyahısı

Kriptoqrafiya və sidlər

CSPRNG/HSM; unikal 'server _ seed', sənədləşdirilmiş rotasiya.
'client _ seed' - oyunçu tərəfindən idarə olunur, tarixdə saxlanılır.

Nəşrlər və saxlama

Bahislərə qədər kommitlər, tarixə/nəşr kanalına/lövbərinə giriş.
WORM-saxlama, UTC-ştamplar, ölçü üçün merkli batches.

Alqoritmlər

RNG və yerdəyişmədən mapping; 'rngAlgo/mappingVer' versiyası.
Script/səhifə «Dürüstlüyü yoxlamaq» (açıq-mənbə arzu olunur).

Canlı və hibrid

Hash çapa CV/RFID/faz tur, jurnal «bahis pəncərəsi bağlandıqda».
Mübahisə prosedurları (giriş → çıxış hesabatı, kommitlərə/VRF istinadları).

Təhlükəsizlik və audit

Müstəqil PF protokolu auditi, bug-bounty.
Həll qeydləri dəyişməz; müntəzəm oynatma testləri.

Provably Fair «bizə inanın» «özünüzü yoxlayın». Kommit/revil və ya VRF, determinized RNG və düzgün mapping ilə hər hansı bir tur təkrar və yoxlanıla bilər. Oyunçu üçün bu şəffaflıq və etibardır. Operator üçün - daha az mübahisələr, daha güclü marka və tənzimləyicilərin tələblərinə uyğunluq. Əsas şey nizam-intizamdır: kommitləri əvvəlcədən dərc etmək, alqoritmlərin versiyalarını düzəltmək, sübutları dəyişməz saxlamaq və istifadəçiyə sadə bir yoxlama aləti vermək.