Trzy narzędzia, które pokazują uczciwość gry na weryfikowalnej matematyce: przelicz wynik rundy, zbuduj własny zestaw rund i policz, dokąd prowadzi dystans. Wszystko liczone jest wprost w przeglądarce — nic nie jest nigdzie wysyłane.
Słowo „uczciwa” w hazardzie zwykle wymaga zaufania: ufasz, że kasyno nie podkręciło wyniku. Provably fair usuwa zaufanie z równania — uczciwość można sprawdzić kryptograficznie. Rozłóżmy, jak to działa, a potem wypróbujmy od razu na narzędziach poniżej.
Wynik rundy w JetX wyznaczają trzy składniki. Server seed — tajna liczba po stronie serwera; jest „pieczętowana” przez opublikowanie hasha przed twoim zakładem. Client seed — ciąg, który ustawiasz. Nonce — numer rundy. Ich kombinacja przechodzi przez jednokierunkową funkcję skrótu (HMAC-SHA256) i zamienia się w konkretny mnożnik krachu.
Kluczowe: hash server seed jest publikowany przed rundą, ale sam server seed ujawniany jest dopiero po. Więc kasyno nie może wybrać wyniku po fakcie (hash by się nie zgadzał), a ty nie możesz go przewidzieć z góry (nie da się wyciągnąć liczby z hasha). Po rundzie bierzesz ujawniony server seed, powtarzasz obliczenie — i sprawdzasz. Dokładnie to robi weryfikator poniżej.
Wpisz ziarna i nonce — przeglądarka przeliczy mnożnik tym samym algorytmem co serwer. Żadne dane nie są nigdzie wysyłane.
1import hashlib, hmac
2
3def crash_point(server_seed, client_seed, nonce):
4 msg = f"{client_seed}:{nonce}".encode()
5 h = hmac.new(server_seed.encode(), msg, hashlib.sha256)
6 n = int(h.hexdigest()[:13], 16) # pierwsze 52 bity
7 if n % 33 == 0:
8 return 1.00 # natychmiastowy krach
9 return round((2**52 / (2**52 - n)) * 0.97, 2)
Ustaw ziarno i spójrz na rozkład 60 rund. Zmień ziarno — kolejność jest zawsze nowa, i nie ma wzorca, po którym można by zgadnąć następną.
Wpisz swoje parametry i przekonaj się sam: na dystansie wartość oczekiwana zależy tylko od RTP, a nie od wybranego mnożnika czy „strategii”.
Provably fair rozwiązuje dokładnie jedno zadanie: dowodzi, że pojedyncza runda jest nie podkręcona i że jej wynik był z góry określony losowo przed twoim zakładem. To mocna gwarancja uczciwości mechaniki — i właśnie tego nie potrafią zapewnić offline’owe „predyktory” i „sygnały”.
Ale równie ważne jest to, czego provably fair nie dowodzi. Nie czyni gry opłacalną: przewaga kasyna jest wbudowana w sam rozkład wyników, a uczciwy RNG jej nie znosi. Weryfikowalność dotyczy przejrzystości, a nie zysku. Jeśli ktoś przywołuje „uczciwy RNG” jako argument, że „można wygrać”, to podmiana pojęć.
Provably fair to sposób, by upewnić się, że kasyno nie podkręciło wyniku, bez brania go na słowo. Przed rundą serwer zobowiązuje się do tajnej liczby (server seed), publikując jej hash. Wynik rundy liczony jest z tej liczby, twojego client seed i numeru rundy (nonce). Po rundzie serwer ujawnia server seed — a ty możesz sam przeliczyć mnożnik i sprawdzić hash. Jeśli się zgadza, wynik był z góry określony przed twoim zakładem i nie został zmieniony.
Nie. Provably fair dowodzi tylko bezstronności i weryfikowalności każdej rundy — że wynik jest losowy i nie podkręcony. Nic nie mówi o opłacalności: matematyczna przewaga kasyna (około 3%) jest wbudowana w rozkład wyników i nigdzie nie znika. Uczciwy RNG i ujemna wartość oczekiwana dla gracza doskonale ze sobą współistnieją.
Nie. Przed rundą widzisz tylko hash server seed, a funkcja skrótu jest jednokierunkowa — nie da się z niej odzyskać samej liczby. Server seed jest ujawniany dopiero po rundzie, więc provably fair pozwala zweryfikować wynik po fakcie, ale nie przewidzieć go z góry. To właśnie na niemożności przewidzenia potykają się wszystkie „predyktory”.
Nie. Wszystkie trzy narzędzia na tej stronie liczą wprost w twojej przeglądarce, w JavaScript: ani ziarna, ani wyniki nie są nigdzie wysyłane. Możesz wyłączyć internet i potwierdzić, że weryfikator dalej działa — obliczenie jest całkowicie lokalne.
Powtarza ten sam algorytm co serwer: bierze HMAC-SHA256 ciągu „client_seed:nonce” z kluczem server_seed, przekształca pierwsze 52 bity wyniku w liczbę i prostym wzorem otrzymuje mnożnik krachu (a w niektórych rundach — natychmiastowy krach ×1.00). To samo obliczenie pokazane jest w bloku kodu Python — wyniki zgadzają się co do setnej.