FR
Projet

État du projet

Ce qui est déjà fait, ce qui ne l’est pas encore et dans quel mode le site fonctionne en ce moment.

La liste des travaux a été mise à jour le 7 novembre 2026. Plus bas, dans le bloc « Maintenant », les données sont lues sur le réseau et toujours à jour. La date de lancement sur le réseau principal n’est pas fixée : elle apparaîtra ici dès qu’elle sera connue.

Maintenant

Lecture des données…

Ce qui est fait

  • Contrat et règles du jeu. Les chances, les parts des cagnottes, les gains et les frais sont inscrits dans le code. La logique est isolée dans des fonctions ordinaires et vérifiée par des tests sans réseau (cargo test).
  • Conservation des jetons. Test « tempête » : des dizaines de joueurs, des dizaines de milliers d’opérations aléatoires ; après chacune, on vérifie que le coffre contient exactement autant de jetons que le programme en doit aux joueurs et aux cagnottes.
  • Site et calculateurs. Toutes les pages, les guides, le mode démo et le client du contrat. Le client lit les données du contrat selon les mêmes règles que celles avec lesquelles le programme les écrit ; des tests automatiques le vérifient.
  • Vérifications du site dans le navigateur. Parcours automatique des pages sur ordinateur et sur téléphone, vérification de l’accessibilité, et portefeuille factice sur un réseau factice.
  • Scripts de lancement. Émission du jeton, initialisation, vérification des réglages enregistrés et scénario de contrôle sur devnet (écrit, mais jamais exécuté sur le réseau). Instructions pas à pas dans le dépôt : docs/LAUNCH.md.

Ce qui n’est pas encore fait

Tant que ce n’est pas terminé, ne jouez qu’avec des jetons que vous acceptez de perdre.

Chacun des points ci-dessous peut receler une erreur. Pour en savoir plus sur les risques : « Risques et jeu responsable » et « Sécurité ».

  • Compilation et déploiement du programme. Le code du contrat se compile pour Solana (cargo build-sbf) et passe les tests, mais le programme n’a jamais été déployé sur un réseau. C’est pourquoi le lancement commence par une répétition sur devnet.
  • Fonctionnement réel avec Switchboard. L’obtention d’un nombre aléatoire auprès de l’oracle n’a pas été vérifiée sur un vrai réseau : seul le comportement du client a été vérifié, sur des données factices.
  • Coût d’une opération en unités de calcul. Non mesuré tant qu’il n’y a pas de compilation. Les lots de 1000 tours peuvent exiger un ajustement des limites.
  • « Veilleur » pour les tours bloqués. Script facultatif, jamais exécuté sur le réseau réel.
  • Audit indépendant. Non réalisé. La vérification a été faite au sein du projet : aucun spécialiste extérieur n’a lu le code, et elle ne remplace pas un audit externe.
  • Transfert du droit de mise à jour. Jusqu’au lancement, le droit de mettre à jour le programme appartient à celui qui l’a déployé. La procédure de transfert (multisig avec délai, puis révocation) est décrite sur la page « Sécurité ».

Lorsqu’un point est clos, il passe dans « Fait » avec un lien vers la preuve (rapport, transaction, dépôt). S’il n’y a pas de lien, considérez que le point n’est pas clos.