Comprendre le provably fair sur Stake

Dans un jeu en ligne classique, le joueur voit le résultat sans pouvoir contrôler la manière dont il a été produit. Le provably fair ajoute une vérification rétrospective : Stake s’engage sur une donnée secrète avant la partie, puis le joueur peut la contrôler lorsqu’elle est révélée.

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 ? »

Une enveloppe scellée plutôt qu’une promesse

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.

Quatre éléments à distinguer

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.

Du seed au résultat affiché

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.

Faire une vérification utile

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 ne prouve pas immédiatement une manipulation. Une erreur de nonce, l’inversion des seeds ou une mauvaise version du jeu suffit à produire un autre résultat. Reprenez les données directement depuis la mise concernée avant de conclure.

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 appliquent cette logique à des événements différents selon le jeu : position d’une mine, carte, case ou multiplicateur. La méthode de conversion compte autant que les seeds ; un calcul générique ne suffit donc pas toujours à reproduire correctement chaque jeu.

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.