Comprendre le provably fair sur Stake

Dans un jeu en ligne classique, le joueur voit le résultat mais ne peut pas contrôler comment il a été choisi. Le provably fair ajoute une preuve vérifiable : avant la partie, le casino s’engage sur une donnée secrète ; après sa révélation, le joueur peut recalculer le résultat et vérifier que cet engagement n’a pas changé.

Le système ne rend pas le jeu favorable. Il répond à une question plus précise : « le résultat annoncé correspond-il bien aux données engagées avant ma mise ? »

L’analogie de l’enveloppe scellée

Imaginez que Stake place un nombre secret dans une enveloppe et vous montre l’empreinte unique de cette enveloppe. Vous ajoutez votre propre nombre, puis chaque partie reçoit un numéro d’ordre. Ces éléments sont combinés pour produire un résultat.

Plus tard, Stake ouvre l’enveloppe. Vous pouvez vérifier que son contenu produit bien l’empreinte montrée au départ, puis refaire le calcul. Le hash joue le rôle de l’empreinte ; le server seed est le secret dans l’enveloppe ; le client seed est votre contribution ; le nonce est le numéro d’ordre.

Les éléments du calcul

Server seed

Le server seed est une longue valeur aléatoire générée par Stake. Tant qu’il est actif, seule sa version hashée est visible. Publier le seed complet avant les parties permettrait de calculer les résultats à l’avance ; ne montrer aucune trace préalable permettrait au serveur de le remplacer après coup. Le hash résout ce dilemme en servant d’engagement.

Lorsque le joueur fait tourner ou remplace la paire de seeds, l’ancien server seed est révélé. Il devient alors possible de vérifier que son hash correspond à celui affiché avant les mises.

Client seed

Le client seed est la contribution côté joueur. Le navigateur peut en générer un lors de l’inscription, et l’interface permet généralement de le modifier. Il empêche le serveur d’être l’unique source des données utilisées par le calcul.

Choisir son propre client seed ne permet pas de sélectionner un résultat gagnant : le server seed complet reste inconnu pendant la série.

Nonce

Le nonce est un compteur qui augmente à chaque mise effectuée avec la même paire de seeds. Grâce à lui, deux parties successives utilisent des entrées différentes sans qu’il soit nécessaire de créer une nouvelle paire à chaque clic.

Hash et HMAC-SHA256

Un hash cryptographique transforme une donnée en empreinte de longueur fixe. Une modification minuscule produit une empreinte différente. Stake utilise HMAC-SHA256 pour combiner le server seed avec le client seed, le nonce et, lorsque le jeu exige davantage de valeurs, un curseur.

Le résultat brut est une suite d’octets. Elle est ensuite convertie en nombres compris entre 0 et 1, puis traduite selon les règles du jeu : position des mines, cartes, cases ou autres événements.

Comment un résultat est généré

Pour une mise vérifiable, le processus suit cette logique :

1. Stake a déjà publié le hash du server seed secret.
2. Le client seed et le nonce de la mise sont connus.
3. HMAC-SHA256 combine ces valeurs et produit des octets déterministes.
4. Les octets deviennent des nombres utilisables par le jeu.
5. Les règles propres au jeu transforment ces nombres en événement visible.

Avec exactement les mêmes entrées et la même méthode, le calcul donnera toujours le même résultat. C’est cette propriété qui rend la vérification possible.

Vérifier une partie après coup

Ouvrez l’historique ou le détail de la mise et relevez le client seed, le nonce, le hash engagé et les données du jeu. Faites ensuite tourner la paire de seeds pour révéler l’ancien server seed.

Dans le vérificateur provably fair, saisissez les valeurs de la partie. Contrôlez d’abord que le server seed révélé produit bien le hash initial, puis comparez le résultat recalculé avec celui de l’historique. Une différence de nonce, d’ordre ou de version du jeu suffit à faire échouer le contrôle ; recopiez les données avant de conclure à une anomalie.

Ce que le provably fair prouve — et ce qu’il ne prouve pas

Il permet de vérifier qu’un résultat correspond aux seeds et au compteur engagés, et que le server seed n’a pas été remplacé après la mise sans que son hash change.

Il ne garantit ni gain, ni RTP favorable sur une courte session, ni sécurité du compte, ni légalité du service dans un pays. Il ne permet pas non plus de prédire les prochains résultats tant que le server seed reste secret. Le provably fair est une preuve d’intégrité du tirage, pas une stratégie de jeu.

Les Stake Originals comme Mines, Pump ou Chicken appliquent cette logique à leurs propres événements. Leurs tableaux de paiement décrivent les multiplicateurs, tandis que le provably fair explique comment les positions ou événements de la partie peuvent être reproduits.

Questions fréquentes

Pourquoi le server seed n’est-il pas révélé avant la partie ?

Parce que le client pourrait alors calculer les résultats futurs. Stake publie d’abord son hash, puis révèle le seed après rotation afin de permettre une vérification rétrospective.

Changer le client seed augmente-t-il les chances de gagner ?

Non. Cela crée une nouvelle chaîne déterministe de résultats, sans modifier l’avantage mathématique du jeu.