Plateforme
Fonctionnalités
Tout ce que le moteur PackSpinner propose aujourd'hui, et la suite de la feuille de route.
- 62
- fonctionnalités
- 54
- terminées
- 8
- en feuille de route
01
Pour les opérateurs iGaming
L'ouverture de packs se situe au carrefour vers lequel l'industrie converge : la mécanique de session des machines à sous, l'attrait des lots tangibles du e-commerce et la preuve sociale des drops en direct. Pour un opérateur, PackSpinner est une nouvelle verticale de contenu dotée de leviers familiers :
| Fonctionnalité | Description | Statut |
|---|---|---|
| Un avantage maison que vous configurez | Appliqué via un modèle de tarification transparent — aucune boîte noire. | Terminé |
| Reporting GGR / NGR / coût promotionnel | Sur un seul grand livre, conçu pour les indicateurs que votre équipe finance suit déjà. | Terminé |
| Résultats prouvablement équitables | Un argument d'équité plus fort que le contenu reposant uniquement sur un RNG certifié, et vérifiable en autonomie par le joueur. | Terminé |
| Des lots à valeur résiduelle | Les gagnants se font livrer le produit ou l'encaissent instantanément — l'encaissement réinjecte la valeur dans le portefeuille, et chaque étape est inscrite au grand livre. | Terminé |
02
L'expérience joueur
La boucle de jeu principale, et tout ce qui l'entoure.
| Fonctionnalité | Description | Statut |
|---|---|---|
| Ouverture de packs | Les joueurs achètent et ouvrent des packs sur un rouleau animé (variantes horizontale et verticale) et obtiennent un produit déterminé par le tirage prouvablement équitable. Les niveaux de rareté (Gris → Bleu → Violet → Rouge → Or) pilotent le style des cartes, les halos et les effets de bordure. | Terminé |
| Prouvablement équitable, vérifiable par le joueur | Les résultats dérivent de HMAC(graine serveur, graine client:nonce) sur un espace de 1 000 000 de tickets. La graine serveur est engagée par hachage SHA-256 avant le jeu et révélée à la rotation ; les joueurs peuvent définir leur propre graine client et vérifier chaque ouverture passée depuis la page d'équité de leur compte. | Terminé |
| Mode démo | Un aperçu complet de l'expérience d'ouverture, sans authentification, sans coût et entièrement côté client — le tunnel d'acquisition commence avant l'inscription. | Terminé |
| Mécanique de tour bonus | Une option par pack : selon des probabilités configurées (1 sur N), l'ouverture se transforme en un tour limité aux objets de niveau or. | Terminé |
| Tours gratuits | Ouvertures sans frais d'un pack donné, avec le pool de produits et les probabilités habituels — la monnaie promotionnelle standard. | Terminé |
| Chances égales | Un bouton sur la page du pack, proposé sur les packs où l'opérateur l'active, qui donne à chaque produit la même chance d'être gagné. Les probabilités des produits s'animent vers leurs nouvelles valeurs et le prix d'ouverture augmente pour suivre le gain espéré plus élevé, l'avantage de la maison reste donc inchangé — le joueur s'offre une vraie chance sur les meilleurs articles. Toujours prouvablement équitable ; seules les plages de tickets changent, et les ouvertures à chances égales portent un badge dans l'historique des packs et les flux en direct. | Terminé |
| Prêts | Ouvrir un pack pour moins cher — un curseur de 1 % à 80 % de réduction sur le prix d'ouverture, sur les packs où l'opérateur l'active — et gagner la même fraction de la valeur du produit sous forme de bon d'achat plutôt que le produit. Mise et gain évoluent ensemble, l'avantage reste donc inchangé, et les tours bonus ou gratuits gagnés lors d'une ouverture avec prêt conservent la même réduction. Le joueur obtient un ticket moins cher pour la même roue et une valeur équivalente en portefeuille à la fin, et cela se combine avec les Chances égales. | Terminé |
| Ouvertures multi-packs | Plusieurs packs ouverts en une session, avec des tours enchaînés et une seule transaction réglée en bloc. | Terminé |
| Preuve sociale en direct | La page des packs présente une vitrine Top Opens et un flux Live Opens actualisé ; la page d'accueil fait tourner un carrousel de packs vedettes et une animation ambiante de produits — tous alimentés par de vraies données catalogue. | Terminé |
| Navigation dans le catalogue | Grille de packs avec pagination « charger plus » et barre de filtres : tri (plus récents / prix croissant / prix décroissant), niveau de volatilité et fourchettes de prix gérées dans le CMS ; les choix du joueur sont conservés entre les visites. | Terminé |
| Place d'échange | Les joueurs échangent les objets gagnés contre d'autres produits du catalogue, la différence de valeur étant réglée via leur portefeuille — une vente-puis-achat atomique avec audit complet au grand livre. | Terminé |
| Internationalisation | Routage préfixé par langue via next-intl ; anglais et français livrés, structure prête pour d'autres langues. | Terminé |
| Encaisser ou se faire livrer | Tout objet gagné peut être revendu à la maison à sa valeur actuelle (créditée au portefeuille) ou conservé pour livraison. Historiques des ventes, des packs et des échanges sont des pages de compte en libre-service. | Feuille de route |
| Battles | Parties en solo ou multijoueur où les joueurs ouvrent des packs les uns contre les autres. | Feuille de route |
03
Gestion du compte joueur
Un espace compte en libre-service (préfixé par langue, protégé par session), pour que la charge du support reste faible et que l'équité soit entre les mains du joueur.
| Fonctionnalité | Description | Statut |
|---|---|---|
| Authentification | Connexion par e-mail et mot de passe sur Better-Auth, avec sessions en base de données et historique de sessions conservé (suppression logique) pour l'audit. L'inscription en libre-service est désactivée par défaut — les comptes sont créés par l'opérateur, ce qui convient aux opérateurs qui intègrent leurs joueurs via leur propre parcours KYC. | Terminé |
| Authentification unique (SSO) | Connexion avec Google en un clic : la première connexion Google crée le compte joueur et son portefeuille, et les joueurs retrouvent le même compte sur l'ensemble des propriétés de l'opérateur. Les autorisations demandées sont réduites au minimum, et d'autres fournisseurs d'identité s'ajoutent par simple configuration. | Terminé |
| Portefeuille en un coup d'œil | Menu de solde dans la barre de navigation affichant les soldes séparés Espèces / Crédit de vente / Bonus ; fenêtre de dépôt intégrée (développement), le circuit du prestataire de paiement étant abstrait pour la production. | Terminé |
| Profil | Nom d'utilisateur avec vérification de disponibilité en direct, photo de profil téléversée ou avatar généré. | Terminé |
| Bonus | Toutes les offres auxquelles le joueur a adhéré, filtrables par statut et par type de déclencheur, avec vue détaillée et annulation en libre-service (désinscription) qui règle les objets bloqués via le circuit de vente habituel. | Terminé |
| Dépôts | Historique complet des dépôts avec identifiant de transaction, montant, méthode (carte, PayPal, manuel, test) et cycle de statut. | Terminé |
| Historique des packs | Chaque ouverture avec son type (produit / tour bonus), le produit gagné et sa valeur, plus les entrées prouvablement équitables de l'ouverture — graine client, graine serveur, nonce, numéro de ticket. | Terminé |
| Historique des ventes | Enregistrement par objet de tout ce qui a été revendu à la maison, avec la source (vente par le joueur, annulation de bonus, échange). | Terminé |
| Historique des échanges | Chaque échange effectué sur la place de marché, objet par objet. | Terminé |
| Équité | La console d'équité prouvable du joueur : voir et modifier la graine client, consulter le hachage de la graine serveur engagée et le nonce courant, et un vérificateur qui recalcule le numéro de ticket de toute ouverture passée à partir de ses graines et de son nonce. | Terminé |
| 2FA | Authentification à deux facteurs sur le compte joueur. | Feuille de route |
| Gestion des sessions | Les joueurs peuvent consulter leurs sessions et en clore n'importe laquelle si nécessaire ; le modèle de session conserve déjà un historique (suppression logique), les clôtures restent donc auditables. | Feuille de route |
| Inventaire (panier) | Les objets gagnés par le joueur, avec leur provenance, prêts à être livrés, revendus ou échangés. | Terminé |
| Langue | Changement de langue par joueur (anglais / français livrés). | Terminé |
04
La couche commerce
| Fonctionnalité | Description | Statut |
|---|---|---|
| Catalogue de vrais produits | Les produits portent un prix brut (taxes incluses), des images, des types et des associations fournisseurs. Un type de produit « bon d'achat » génère un SVG avec la valeur faciale — aucun visuel à produire pour les lots équivalents à de l'argent. | Terminé |
| Panier / inventaire | Les objets gagnés rejoignent un panier (inventaire) par utilisateur, avec une provenance par objet : quelle ouverture, quelle transaction, quel état de blocage bonus. | Terminé |
| Revente | Enregistrements d'audit par objet de chaque revente à la maison, en préservant la répartition bonus / espèces / crédit de vente. | Terminé |
| Fournisseurs et gestion du catalogue | Outils d'administration pour composer les packs à partir de la base produits. | Terminé |
05
Le moteur économique
La partie conçue pour le tableur de l'opérateur.
| Fonctionnalité | Description | Statut |
|---|---|---|
| Tarification des packs basée sur l'espérance | prix d'ouverture = EV × (1 + avantage maison), où EV est la valeur des produits pondérée par les probabilités, avec des probabilités effectives ajustées par le tour bonus lorsque la mécanique est activée. L'avantage maison et le taux de taxe sont des réglages au niveau du site. | Terminé |
| Modèle de probabilités | Les plages de tirage par produit (pourcentage, 4 décimales) correspondent de façon déterministe à des plages de tickets consécutives sur l'espace d'un million de tickets — les mêmes chiffres pilotent les cotes affichées, les calculs d'équité prouvable et la tarification. | Terminé |
| Niveaux de volatilité | La variance des gains de chaque pack est calculée (écart-type pondéré par les probabilités par rapport au prix d'ouverture) et classée Faible / Moyenne / Élevée — exposée aux joueurs comme filtre et aux opérateurs comme outil de composition de portefeuille. | Terminé |
| Validé par Monte-Carlo | Une suite de tests d'intégration ouvre des packs à grande échelle sur la vraie base de données et vérifie que le RTP/l'avantage réalisés convergent vers l'économie configurée — les mathématiques de tarification sont prouvées en continu, pas supposées. | Terminé |
06
Promotions et fidélisation
| Fonctionnalité | Description | Statut |
|---|---|---|
| Offres de bonus | Promotions sur adhésion + déclencheur (fonds de dépôt majoré, montants fixes sans dépôt, lots de tours gratuits, codes promo) avec un cycle d'amortissement standard du secteur : la valeur du bonus reste révocable jusqu'à l'atteinte de l'objectif de mise, puis se convertit ; annulation, déchéance et expiration sont toutes modélisées et inscrites au grand livre. | Terminé |
| Soldes de portefeuille séparés | Espèces / Crédit de vente / Bonus sont des soldes distincts par devise, de sorte que la charge fiscale, la charge promotionnelle et les fonds retirables ne se confondent jamais. | Terminé |
| Comptabilisation du coût promotionnel | Chaque unité de valeur promotionnelle financée par la maison est suivie au grand livre, nette de recyclage, si bien que le coût réel d'une campagne tient en une seule requête d'agrégation. | Terminé |
| Programme d'affiliation et suivi | Liens de parrainage suivis avec attribution des inscriptions et des dépôts à l'affilié à l'origine, plus reporting des commissions. | Feuille de route |
| Offres de fidélisation | Bonus pour les joueurs existants, personnalisés selon le profil de dépense de chacun. | Feuille de route |
07
Argent, grand livre et reporting
| Fonctionnalité | Description | Statut |
|---|---|---|
| Dépôts | Via un prestataire de paiement ou en saisie manuelle par un administrateur, avec cycle de statut ; un dépôt confirmé crédite le portefeuille et déclenche atomiquement toute offre de bonus souscrite. | Terminé |
| Grand livre des transactions | Chaque mouvement de solde est une Transaction avec des allocations sur les trois soldes ; les flux groupés (ouvertures multi-packs, échanges, règlements de panier) écrivent une seule fois en fin de flux, pour la scalabilité. | Terminé |
| Champs de reporting de niveau casino | stakeAmount, payoutAmount, grossWin, promoCost et taxAmount vivent sur le grand livre lui-même — GGR, NGR, coût promotionnel et vues ajustées des taxes sont de simples requêtes d'agrégation, sans jointures ni cas particuliers. | Terminé |
| Gestion de la TVA | Convention de prix bruts partout, avec la taxe reversée suivie séparément sur les ouvertures payantes. | Terminé |
08
Outils opérateur
| Fonctionnalité | Description | Statut |
|---|---|---|
| Suite d'administration | Protégée par rôles : packs et composition pack-produits avec édition des plages de tirage et recalcul automatique des plages de tickets et de la tarification, gestion des produits et fournisseurs, gestion des utilisateurs avec tableaux de bord individuels, dépôts manuels, tours de portefeuille, création d'offres de bonus, sessions et réglages du site. | Terminé |
| Assistant de configuration | Configuration initiale (nom du site, devise, avantage maison, taxe). | Terminé |
| CMS headless | Payload 3 pour le contenu éditorial — pages légales, FAQ et données de merchandising comme les fourchettes de prix du filtre — avec un pont de rôles vers l'authentification de la plateforme, brouillons/versions, localisation et invalidation du cache à la publication. | Terminé |
| Réglages du site | Devise par défaut, avantage maison, type et taux de taxe, mode maintenance — mis en cache et invalidés à l'enregistrement. | Terminé |
09
Plateforme et ingénierie
| Fonctionnalité | Description | Statut |
|---|---|---|
| Stack technique | Next.js (App Router) + tRPC + Prisma sur CockroachDB (scalable horizontalement, compatible Postgres), Better-Auth, monorepo Turborepo, déployé sur Vercel ; stockage média compatible S3 ou Vercel Blob. | Terminé |
| Discipline de performance | Animations uniquement sur le compositeur sur tout le front (profilées à 60 fps constants), écritures SQL groupées en fin de flux monétaires, et cache d'exécution en lecture avec invalidation explicite pour les lectures fréquentes. | Terminé |
| Bus d'événements asynchrone | Découple les effets de bord du traitement des requêtes. | Terminé |
| Profondeur de tests | Suites unitaires et d'intégration (vraie base de données), e2e Playwright et la suite économique Monte-Carlo. | Terminé |
| Équité prouvable sous forme de code | L'algorithme de vérification est documenté et reproductible par un tiers. | Terminé |
10
Adéquation commerciale
| Fonctionnalité | Description | Statut |
|---|---|---|
| Surface en marque blanche | L'habillage (nom du site, devise, contenu par langue, pages CMS, sections hero/marketing) relève de la configuration et du contenu, pas de forks de code. | Terminé |
| Des commandes pensées pour l'opérateur | Avantage maison, taxe, économie des packs, mix de volatilité et budgets promotionnels sont tous des leviers réglables par l'opérateur, avec des garde-fous. | Terminé |
| Intégration d'un prestataire de paiement | Le circuit de dépôt est abstrait ; les déploiements en production intègrent le PSP choisi par l'opérateur. | Feuille de route |
| Portefeuilles multidevises | Les portefeuilles sont aujourd'hui mono-devise par site ; le schéma est prêt pour le multidevise (une ligne de solde par devise). | Feuille de route |