Butin aléatoire : ce que les jeux réussissent avec le hasard

Chaque jeu moderne a un système de drop aléatoire, et presque aucun ne vous indique la vraie probabilité. Le chiffre affiché dans l’infobulle est généralement le taux affiché, qui diffère du taux réel — et l’écart entre les deux est là où réside la conception intéressante.

Les mécaniques réellement utilisées par les concepteurs

Probabilité pondérée. Presque rien n’est un 50/50 uniforme. Les paliers de rareté sont pondérés pour qu’un objet commun apparaisse souvent et un objet légendaire rarement. Le mécanisme est le même que celui du Tirage Pondéré : tirer un nombre uniforme, trouver dans quelle bande il est tombé, prendre cet objet.

La raison des paliers plutôt que d’une distribution continue est perceptive. Les joueurs lisent instantanément un libellé de rareté, et c’est le libellé qui rend le drop mémorable.

Compteurs de pitié. Après un seuil strict, le système garantit un drop. C’est la mécanique la plus importante pour la fidélisation des joueurs, et c’est celle qui est le plus souvent passée sous silence dans l’interface.

Un compteur de pitié n’est pas de la générosité — c’est une réduction de la variance. Sur 100 tirages à 1 %, certains joueurs ne voient rien et d’autres en voient trois. La pitié transforme une distribution à très grand écart en une distribution plafonnée. Les joueurs remarquent la différence sans savoir pourquoi.

Protection contre la malchance. Une variante qui augmente la probabilité à mesure que votre série s’allonge. Un drop à 1 % peut discrètement passer à 3 % à votre vingtième échec consécutif. Là encore : réduction de la variance, et généralement invisible.

Conversion des doublons. Quand le même objet tombe deux fois, le second devient de la monnaie ou une relance. Cela résout le problème du résultat précisément peu amusant — pas un mauvais objet, mais le même objet — et c’est sans doute la partie la mieux conçue d’un système de drop moderne.

Pourquoi les joueurs ont raison d’être sceptiques

Le sophisme du joueur n’est pas toujours faux. Tout le monde suppose que « ma chance est mauvaise ce soir » est irrationnel. Dans un système doté d’un compteur de pitié, c’est une description correcte de votre position : vous êtes réellement plus proche d’un drop garanti que quelqu’un qui vient de commencer. L’intuition qui semble fausse est en fait le modèle.

Les grappes de « malchance » sont réelles et inévitables. Un joueur qui ouvre 100 boîtes sans objet rare croira que le système est cassé, même au taux exactement annoncé. Ce n’est pas une faille dans son raisonnement — c’est à quoi ressemble la variance vue depuis un seul échantillon. Le problème est qu’aucune quantité de vérité statistique ne corrige l’expérience.

Les quasi-réussites sont un choix de conception. Une mécanique qui affiche souvent « tout près » à distance du déclencheur optimise l’engagement, pas l’honnêteté. Certains jeux l’assument explicitement. Beaucoup non.

Aléatoire n’est pas synonyme d’équitable. Deux problèmes ici, qu’il vaut la peine de séparer. Un système pondéré est légitime — les poids sont une règle publiée, et la sélection pondérée est un vrai outil pour de vraies raisons. Ce qui n’est pas légitime, c’est un système où la probabilité affichée ne correspond pas à la probabilité implémentée. C’est une tromperie, pas un choix de conception.

La tension de conception

Chaque système de butin se situe entre deux forces qui s’opposent.

L’attente du joueur veut un retour. Après suffisamment de tentatives, le joueur doit sentir qu’il progresse.

L’économie de l’éditeur veut un taux de drop stable. Les modèles de revenus dépendent d’une distribution prévisible, et une variance généreuse détruit la prévisibilité sur laquelle ils reposent.

La résolution est la protection contre la pitié : elle permet au joueur de vivre un retour tout en maintenant la moyenne à long terme exactement là où l’économie en a besoin. Les deux camps obtiennent ce qu’ils veulent, et le joueur n’est généralement pas informé du fonctionnement.

Là où le hasard améliore vraiment les jeux

Génération procédurale. Les roguelikes et les jeux sandbox utilisent le hasard pour produire des agencements que personne n’a conçus et que personne ne rejoue à l’identique. C’est le hasard qui crée du contenu plutôt qu’il n’en distribue.

Appariement. L’appariement aléatoire ou par compétence réduit l’effet de l’ordre d’appariement, source réelle et documentée d’inflation du niveau dans les jeux compétitifs.

Draft asymétrique. Un ordre aléatoire dans un draft supprime l’avantage du premier choix, ce qui est un vrai gain d’équité — la même raison pour laquelle une vraie ligue sportive tire au sort qui choisit en premier.

Utiliser la sélection aléatoire lors d’une soirée jeux

Les outils ici sont utiles pour les parties d’une soirée jeux qui ne sont pas le jeu : qui commence, qui joue avec qui, à quel jeu ouvrir, et comment une décision de campagne se prend.

Composer un tournoi. Le Tableau de Tournoi gère les tours à élimination, y compris les exempts. Un tirage alphabétique donne un réel avantage à la première équipe, ce qu’il vaut mieux éviter dans tout ce que vous comptez gagner.

Former des équipes et des groupes. Générateur de Groupes avec équilibrage par pots maintient des tailles de groupe égales. Un groupe aléatoire n’est pas équilibré — si vous avez un joueur fort, placez-le avant le tirage.

Lancer les dés. Le Lanceur de Dés couvre du d4 au d20, des faces personnalisées de 2 à 100, jusqu’à 12 dés à la fois, et des modificateurs de −99 à +99. Il puise dans le générateur cryptographique du navigateur plutôt que dans Math.random(), donc contrairement à un dé physique usé, il reste uniforme indéfiniment.

Trancher entre options égales. Un pile ou face ou la Roue des noms le règle en deux secondes au lieu d’une discussion que personne ne voulait.

La question de l’équité, tranchée directement

Si vous voulez organiser une compétition entre amis dont le résultat comptera, les exigences sont étroites et précises :

• Le bassin doit être fixe et publié avant que quiconque tire
• Les poids doivent être publiés, s’il en existe
• La source ne doit pas être prévisible. Le système de drop d’un moteur de jeu peut, en principe, être prédit ; un tirage depuis crypto.getRandomValues() ne peut pas l’être. La page sur l’équité explique pourquoi cette distinction est réelle
• Le résultat doit être enregistré avec le bassin visible

C’est une réponse complète. Ce dont vous n’avez pas besoin, c’est d’un schéma de certification compliqué — vous avez besoin que la liste soit visible au moment du tirage.

À retenir

Les jeux enseignent une intuition qui se transpose mal : que le hasard a une mémoire. Ce n’est pas le cas, et une série de mauvais résultats ne dit rien du prochain tirage.

La seule exception à retenir est la protection contre la pitié, où le système se souvient — et ne vous le dit pas. Là où un système en a une, une « mauvaise série » est réellement informative ; là où il n’en a pas, c’est un échantillon que vous avez tiré par hasard.

Dans les deux cas, la même règle tient : après suffisamment de tentatives, la moyenne est ce que disent les poids. Attendez-vous à ce que cela prenne bien plus longtemps que ce qui paraît raisonnable.