Guide

Répartition du poids du code binaire : Démo, Règles et Mathématiques

Le site officiel de k8.

Ce guide indépendant présente la démo de pièces virtuelles Répartition du poids du code binaire. L'identité de l'opérateur interrogé reste non vérifiée. Les règles, probabilités et mécanismes de portefeuille suivants sont exacts par rapport à l'implémentation originale de ce guide.

Jouer à la démo gratuite

Jeu de démonstration gratuit

Pièces virtuelles sans valeur monétaire

Douze bits équitables forment quatre vecteurs de trois bits. Leur espace vectoriel GF(2) crée un code binaire. Le score est le poids de Hamming maximal du mot de code non nul moins le poids minimal du mot de code non nul ; un code ne contenant que des zéros marque zéro. Les interrupteurs sont révélés dans l'ordre des lignes puis des colonnes.

Mécaniques de cotation et de score

La cotation brute en direct est égale à 0,97 fois la récompense finale conditionnelle attendue, divisée par sa récompense initiale attendue. Cette cotation peut augmenter ou diminuer à mesure que les bits sont révélés. Une cotation nulle met fin immédiatement au tour ; une cotation finale positive se règle automatiquement.

La collecte manuelle est disponible après la première révélation. La déduction initiale de 3 % n'apparaît qu'une seule fois dans la cotation. Toute stratégie utilisant uniquement les informations révélées offre un retour brut attendu de 97 %.

Contrôles et arrêts automatiques

  • Collection manuelle : Disponible après au moins une révélation.
  • Seuils automatiques : Désactivé, 1,2, 2, 3 ou 5. Ces seuils collectent la quote exacte du premier croisement. Si un seuil est inatteignable, le système attend le résultat final.
  • Mises : Une seule mise active à la fois : 10, 20, 50 ou 100.
  • Mode occupé : La mise, le mode et le rechargement sont verrouillés pendant le jeu actif.

Portefeuille et persistance

La démo utilise un portefeuille virtuel local. Le solde initial est de 1000.

  • Restauration : Un solde inactif inférieur à 10 peut être restauré manuellement à exactement 1000. Cela définit le solde ; cela n'ajoute pas de pièces.
  • Report fractionnaire : Persiste lors du règlement, du rechargement manuel et du rechargement de la page.
  • Rechargement : Ne rembourse pas un tour inachevé. Un tour inachevé se termine sans reprise.

Preuves mathématiques

Le RTP attendu est de 97 % pour toutes les stratégies. Les mesures de simulation sont des observations de soutien et non la loi mathématique.

ArrêtAutoRTP attenduRTP mesuré
1097,00000000000163 %97,00163900482607 %
6097,00000000000186 %96,99546896670068 %
12097,00000000000557 %96,98775778873109 %
121,297,00000000000557 %96,98242589608905 %
12297,00000000000557 %96,9996255497692 %
12397,00000000000557 %97,05563908858711 %
12597,00000000000557 %96,99555496506328 %

Confidentialité et stockage

La source du jeu utilise localStorage pour le solde établi et le report fractionné. Cela n'établit pas l'anonymat ni n'exclut d'autres traitements. Le modèle déclare une feuille de style Google Fonts ; la capture réseau complète du site reste en attente.

Utilisation responsable

Ce guide s'adresse aux personnes âgées de 18 ans et plus. La démo n'entraîne pas cliniquement les comportements et ne rend pas les pertes inoffensives. Les pièces virtuelles n'ont aucune valeur monétaire. Trouvez une aide qualifiée adaptée à votre région si nécessaire.

Questions fréquentes

Comment le score est-il calculé ?

Twelve bits équitables forment quatre vecteurs de trois bits. Leur span GF(2) est un code binaire. La récompense est le poids de Hamming du mot de code non nul maximum moins le poids du mot de code non nul minimum ; le code ne contenant que des zéros récompense zéro.

Le rechargement rembourse-t-il un tour inachevé ?

Non. Une manche inachevée se termine sans remboursement ni reprise après rechargement.

Quel est le rendement attendu ?

Chaque stratégie reposant uniquement sur les informations révélées offre un rendement brut attendu de 97 %.