Démo Fifo Residence : Questions et limites

Le jeu révèle douze bits indépendants et équitables dans l'ordre, indexés de 0 à 11. À chaque étape, zéro met en file d'attente son index actuel, et un sert l'élément en attente le plus ancien s'il en existe. Le score est la somme des temps d'attente des éléments servis ; les éléments non servis contribuent pour zéro.

Trois modes de score sont disponibles : score brut (puissance 1), score au carré (puissance 2) et score au cube (puissance 3). Chaque mode a une moyenne inconditionnelle exacte : 10,29248046875, 146,80419921875 et 2574,92626953125 respectivement.

La cote brute de mise en banque est calculée comme suit : 0,96 × mise totale capturée × moyenne conditionnelle du score brut final élevé à la puissance sélectionnée / moyenne inconditionnelle pour cette puissance. Cette cote peut augmenter ou diminuer à mesure que plus de bits sont révélés.

Vous pouvez mettre en banque manuellement à tout moment pendant que le tour est en cours. Avant de commencer, vous devez également sélectionner un seuil automatique de révélation de 4, 8 ou 12 phases. Lorsque ce seuil est atteint, la valeur actuelle est mise en banque automatiquement. Si le potentiel conditionnel tombe à zéro avant d'atteindre le seuil, il s'établit à zéro plus tôt.

Chaque révélation sémantique suit un intervalle de 650 ms. Les actions n'utilisent aucune information sur les bits cachés, et tous les bits futurs inutilisés sont exactement moyennés.

Chaque tour utilise une mise totale capturée unique sans parts de rangée. Vous sélectionnez à l'avance la puissance du score brut (1, 2 ou 3) et le seuil automatique de révélation (4, 8 ou 12). Une fois sélectionnés, la mise, la puissance et le seuil sont verrouillés jusqu'à la liquidation.

La mise en banque manuelle est disponible immédiatement. Il n'y a pas de file d'attente Auto10. Le son reste disponible même lorsque les contrôles sont verrouillés. Le jeu ne nécessite pas une stratégie optimale pour atteindre le rendement brut attendu de 96 % sous les politiques d'arrêt prises en charge, bien que cela ne constitue pas une garantie de bénéfice net.

La démo commence avec un solde initial de 1000 pièces virtuelles. Si le solde tombe en dessous de 10 pendant l'inactivité, un rechargement manuel réinitialise le solde à exactement 1000. Cette restauration n'ajoute pas 1000 au solde existant et ne le reconstitue pas automatiquement ; elle définit le solde éligible en mode inactif à 1000.

Le report des fractions persiste après la liquidation, le rechargement et le réapprovisionnement. Le solde liquidé est conservé localement, y compris les soldes nuls. Cependant, le rechargement d'une séquence inachevée met fin à la manche sans remboursement ni reprise. Le solde est stocké dans le localStorage du navigateur, ce qui n'implique ni anonymat ni exclusion d'autres traitements.

Le rendement brut attendu est de 96 % dans le cadre des politiques d'arrêt prises en charge. Il s'agit d'une espérance mathématique exacte, et non d'un résultat de session garanti. Les mesures de simulation confirment ce résultat, mais ne constituent pas la loi de distribution des gains.

La démo utilise le localStorage du navigateur pour le solde réglé et le report fractionnaire. Il s'agit de la seule source de stockage explicitement fournie et observable. Le modèle déclare une feuille de style Google Fonts, mais la capture effective des requêtes du navigateur est en attente ; cela ne signifie pas qu'il n'y a pas d'autres requêtes ou traitements.

L'absence de contrôles de compte ou de paiement ne prouve pas qu'aucune donnée personnelle n'est traitée. Le nettoyage des fichiers mis en cache peut laisser des données dans le stockage local. Ce guide ne promet ni anonymat, ni absence de revente, ni absence de profilage, ni garanties de chiffrement.