Provably Fair – miten todennettava peli toimii?

Provably Fair käännetään usein “todennettavasti reiluksi”, mutta ilmaus kannattaa ymmärtää tarkasti. Menetelmän ydin ei ole väite siitä, että kaikki palvelun toiminta olisi automaattisesti reilua, vaan se, että tietyn pelituloksen muodostumista voidaan tarkistaa kryptografisesti jälkikäteen.

Mitä Provably Fair tarkoittaa?

Tyypillisessä järjestelmässä pelin tulosta ei arvota vain yhdestä palvelimen salaisesta satunnaisarvosta. Mukana on useita syötteitä, joista tavallisimmat ovat server seed, client seed ja nonce. Niistä muodostetaan kryptografisen funktion avulla bittijono tai luku, joka muunnetaan pelin tulokseksi.

Koska käytetty kryptografinen funktio on deterministinen, täsmälleen samat syötteet tuottavat aina saman tuloksen. Tämä tekee kierroksen uudelleenlaskennan mahdolliseksi sen jälkeen, kun kaikki tarvittavat arvot ovat tiedossa.

Toteutukset eivät ole identtisiä. Jotkin palvelut käyttävät HMAC-SHA256:ta, toiset toisenlaista hajautusketjua tai lisäksi ulkoista satunnaislähdettä. Siksi tarkistusohje pitää aina lukea kyseisen pelin omasta dokumentaatiosta.

Server seed: palvelimen salainen lähtöarvo

Server seed on palvelimen luoma arvo, joka pidetään salassa aktiivisen seed-jakson ajan. Jos pelaaja tietäisi sen etukäteen ja tuntisi algoritmin, tulevia tuloksia voisi joissakin toteutuksissa olla mahdollista laskea ennakkoon.

Siksi palvelu näyttää yleensä ennen pelaamista vain server seedin kryptografisen hashin. Hash on yksisuuntainen tiiviste: siitä ei ole tarkoitus pystyä palauttamaan alkuperäistä siementä, mutta myöhemmin paljastettu siemen voidaan hashata uudelleen ja verrata aiemmin näytettyyn tiivisteeseen.

Tätä voidaan ajatella suljettuna kirjekuorena. Palvelu näyttää ennen kierroksia “kirjekuoren sormenjäljen”. Kun kuori myöhemmin avataan, pelaaja voi tarkistaa, että sisällä ollut arvo vastaa alkuperäistä sormenjälkeä.

Client seed: pelaajan puolelta tuleva syöte

Client seed on pelaajan tai selaimen puolelta tuleva arvo, joka yhdistetään palvelimen siemeneen. Joissakin palveluissa pelaaja voi kirjoittaa arvon itse, toisissa selain tai palvelu luo oletusarvon automaattisesti.

Sen tarkoitus on estää tilanne, jossa palvelimen yksin valitsema salainen syöte määräisi koko tulosketjun ilman pelaajan puolelta tulevaa komponenttia. Pelaajan siemen ei kuitenkaan tarkoita, että pelaaja voisi “valita” voittavan sarjan. Kun server seed on salainen, tulevia tuloksia ei yleensä voi päätellä client seedin perusteella.

Nonce: kierroksen järjestysnumero

Jos server seed ja client seed pysyisivät samoina ja mitään muuta ei muuttuisi, deterministinen algoritmi tuottaisi aina saman tuloksen. Siksi mukaan lisätään yleensä nonce eli kierroskohtainen laskuri.

Nonce voi alkaa nollasta ja kasvaa yhdellä jokaisen vedon jälkeen. Tällöin esimerkiksi ensimmäinen kierros käyttää arvoa 0, seuraava 1 ja sitä seuraava 2. Jokainen nonce muuttaa algoritmin syötettä ja tuottaa uuden tuloksen saman seed-parin sisällä.

Commit–reveal: sitoudu ensin, paljasta myöhemmin

Provably Fair -järjestelmän tärkein rakenne on usein niin sanottu commit–reveal-malli. Ennen pelaamista palvelu julkaisee server seedin hashin. Tämä on commit: palvelu sitoutuu tiettyyn salaiseen arvoon näyttämättä sitä.

Kun seed vaihdetaan tai jakso päättyy, palvelu paljastaa alkuperäisen server seedin. Tämä on reveal. Pelaaja voi laskea paljastetun arvon hashin ja verrata sitä ennen peliä tallennettuun hashiin. Jos arvot täsmäävät, palvelu on ainakin tämän tarkistuksen osalta käyttänyt samaa server seediä, johon se etukäteen sitoutui.

Miten yksittäinen tulos tarkistetaan?

Tarkka menettely riippuu pelistä, mutta prosessi on tavallisesti seuraava:

1. Tallenna tai tarkista ennen peliä aktiivisen server seedin hash.
2. Tarkista käytetty client seed ja kierroksen nonce.
3. Kun server seed myöhemmin paljastetaan, laske sen hash ja varmista, että se vastaa aiempaa sitoumusta.
4. Syötä server seed, client seed ja nonce pelin julkaisemaan tarkistusalgoritmiin.
5. Vertaa laskettua tulosta pelihistoriassa näkyvään lopputulokseen.

Hyvä tarkistin näyttää paitsi lopputuloksen myös käytetyn algoritmin ja muunnoksen kryptografisesta tulosteesta pelin lopputulokseksi. Pelkkä vihreä “verified”-merkintä ilman tarkistettavaa menetelmää kertoo vähemmän.

Mitä Provably Fair ei todista?

Tämä raja on tärkeä. Kryptografinen tulostarkistus voi vastata kysymykseen “muodostuiko tämä kierros julkaistun menetelmän mukaisesti?”, mutta se ei yksin vastaa kaikkiin muihin rahapelaamisen luotettavuuskysymyksiin.

• Se ei yksin todista, että ilmoitettu RTP on oikein.
• Se ei kerro, onko kasino lisensoitu tai miten asiakkaan varoja käsitellään.
• Se ei ratkaise nostojen, tunnistamisen tai asiakasriitojen sääntöjä.
• Se ei tee riskisestä rahapelistä riskitöntä.
• Se ei korvaa riippumatonta pelitestausta silloin, kun lisenssijärjestelmä sellaista edellyttää.

Lisenssi- ja valvontatiedot kannattaa siksi tarkistaa erikseen lisenssiosion kautta.

RTP ja Provably Fair eivät ole sama asia

RTP kuvaa pelin pitkän aikavälin matemaattista palautusta. Provably Fair kuvaa tapaa, jolla yksittäinen tulos voidaan tehdä tarkistettavaksi. Peli voi siis olla kryptografisesti todennettava ja silti käyttää matalaa RTP:tä.

Vastaavasti korkea RTP ei itsessään kerro mitään siitä, voiko pelaaja tarkistaa yksittäisen kierroksen muodostumisen. Nämä ovat kaksi eri kerrosta: toinen liittyy todennäköisyysjakaumaan, toinen tuloksen todentamiseen.

RTP:n perusteet löytyvät oppaasta RTP ja palautusprosentti.