Je vais d'abord partager une observation un peu "contre-intuitive" : si tu vois Pixels uniquement comme un jeu de ferme et que tu considères PIXEL comme un "token de jeu unique", tu vas naturellement te concentrer sur le prix, le déblocage, l'émotion – mais plus je regarde, plus je pense que l'équipe de Pixels ne cherche pas à rendre un jeu plus Web3, mais à transformer "l'exploitation de jeux" en une affaire quantifiable, réutilisable et reproductible dans d'autres jeux.
Cette phrase sonne un peu creux, alors je vais le dire de manière plus directe : ce qu'ils font avec Stacked ressemble plus à un "moteur LiveOps version récompenses", et non pas à une app de récompenses pour que les joueurs puissent juste tirer profit. Cette distinction change beaucoup de choses : qui paie vraiment, où va l'argent, comment éviter d'être dépouillé par les studios et les bots, et si PIXEL est vraiment lié à un seul jeu.
J'avais un peu de réticence envers le terme 'système de récompenses', pour des raisons que tu comprends : dans l'histoire des jeux Web3, les systèmes de récompenses signifient souvent un ensemble de trois choses — bots entrants, agriculture, et économie vidée, puis les équipes commencent à utiliser des règles plus complexes pour boucher les fuites, et finalement, l'ensemble ressemble à un patchwork. Le problème est que, plus il y a de patchs, plus les joueurs ordinaires semblent être considérés comme des variables, et leur expérience est de plus en plus dégradée ; plus les bots semblent jouer sur les 'failles des règles', plus leur efficacité est élevée. Tu veux que je croie en une nouvelle appli de récompenses ? Honnêtement, c'est difficile.
Mais il y a un point dans le discours de Stacked qui m'empêche de simplement balayer ça : ce n'est pas un concept 'encore dans le deck', c'est un système qui fonctionne réellement dans l'environnement de production de Pixels — et les points d'ancrage donnés par l'officiel sont très clairs : il a traité plus de 200M de récompenses dans l'écosystème de Pixels, touchant des millions de joueurs, et a contribué à des résultats au niveau de 25M de revenus. Tu peux ne pas aimer ce système, mais au moins ce n'est pas juste 'raconter des histoires', c'est 'parler des comptes'. Pour quelqu'un comme moi, qui a développé un PTSD à cause des livres blancs, cette phrase est cruciale : Construit en production, pas dans un deck.
Ensuite, je veux rendre cela plus concret : si Stacked est vraiment ce qu'ils disent, un 'moteur LiveOps récompensé + économiste de jeu IA', alors cela résout essentiellement deux des problèmes les plus coûteux et les plus difficiles dans la croissance des jeux traditionnels : premièrement, comment dépenser de l'argent sur de 'vrais joueurs', au lieu de le donner aux plateformes et aux canaux d'achat de trafic ; deuxièmement, comment transformer l'exploitation d'un 'ressenti' en 'expérimentation', et passer de 'regarder des rapports' à 'modifier les actions le jour même'.
D'abord, parlons du premier point : j'ai toujours pensé que l'achat de trafic est un véritable trou noir dans l'industrie du jeu. Beaucoup de studios dépensent des budgets à six chiffres, mais au final, combien de joueurs restent, qui est réellement prêt à jouer à long terme, et quelles actions entraînent des achats répétés, c'est en réalité très flou. Si tu as déjà vu le backend des jeux mobiles traditionnels, tu sais que : on peut suivre, mais c'est difficile de boucler ; on peut attribuer, mais c'est souvent trop tard. Alors, tout le monde utilise des budgets plus importants pour obtenir une croissance 'plus sûre', au prix d'un ROI qui devient moins attrayant.
La logique de 'redirect ad spend' de Stacked consiste à faire l'inverse : au lieu de donner d'abord de l'argent à la plateforme, puis de voir la plateforme te renvoyer du trafic, pourquoi ne pas investir directement le budget de récompenses dans les joueurs, en exigeant que l'effet de cet argent soit quantifiable — combien de rétentions améliorées, combien de paiements augmentés, combien de changements de LTV. Cela ressemble à transformer le 'budget d'achat de trafic' en 'budget d'expérimentation de récompenses contrôlable'. Ce n'est pas juste un discours marketing, je le comprends comme une logique financière plus robuste : tu ne paries pas sur la qualité du trafic que la plateforme t'envoie, mais tu réalises des expériences de récompenses pour filtrer le véritable groupe qui restera, tout en ajustant le budget en temps réel.
Voici venir le deuxième problème : comment faire en temps réel ? Comment expérimenter ?
C'est ici que la valeur de l'économiste de jeu IA de Stacked entre en jeu — ce n'est pas du genre 'l'IA t'aide à rédiger des annonces' ou 'l'IA t'aide à concevoir des affiches', mais plutôt de transformer l'un des aspects les plus difficiles et les plus ralentis de l'exploitation en un 'circuit fermé du concept à l'action'. Beaucoup d'équipes de jeux n'ont pas vraiment de manque de données, ce qu'elles manquent c'est : la capacité de traduire les données en un 'jugement exécutable', puis de le transformer immédiatement en paramètres pour la prochaine série d'événements.
Je vais te donner un exemple très concret : si tu découvres qu'un certain cohort (comme les nouveaux utilisateurs) a une forte chute de rétention entre D3 et D7, la méthode traditionnelle consiste souvent à : les collègues des données tirent des rapports → réunion de discussion → supposition des causes → essais dans la prochaine version ou l'événement suivant. Quand tu auras terminé tes essais, cela pourrait faire une semaine ou deux, et pendant ce temps, le budget que tu as brûlé et les joueurs perdus ne reviendront pas.
L'ambition de ce moteur Stacked est : tu peux poser des questions directement dans le système, comme si tu demandais à quelqu'un qui comprend l'économie du jeu et les données comportementales — pourquoi les baleines chutent plus rapidement entre D3 et D7 ? Quelles actions nos utilisateurs les plus fidèles ont-ils effectuées avant le jour 30 ? Quels mécanismes sont fortement corrélés à la rétention à long terme ? Et il ne te donne pas seulement une 'explication', mais plus important encore, il te dira : où le budget de récompense pourrait fuir, quel est l'expériment le plus prometteur à mener ensuite, comment concevoir des seuils de récompense, comment effectuer des filtrages anti-triche, et comment obtenir le maximum d'incréments avec le budget minimum. Finalement, tu peux mettre en ligne la configuration de l'expérience dans le même système, sans 'attendre' ou 'dans la prochaine version'. Insight to action, no waiting.
Tu te demandes si cela ressemble à des 'triches' ? Oui, donc je m'intéresse encore plus à la manière dont ça fonctionne. La réponse n'est pas mystique : parce que Pixels ne commence pas à 0 pour créer ce système, mais l'a fait émerger grâce à un environnement de lutte réel. Si tu as déjà vécu n'importe quel système avec des récompenses, tu sais à quel point 'l'adversité' est forte : robots, scripts, studios, fermes, bots, ce ne sont pas des événements occasionnels, c'est la norme. Si tu n'as pas de mur anti-triche, anti-bot, ou de protection de données comportementales, ton système de récompenses est une proie facile, tôt ou tard, il sera exploité.
C'est ce que je considère comme la preuve centrale que Stacked 'n'est pas une appli de récompenses générique' : sa barrière (moat) n'est pas le design UI, ni les astuces d'événements, mais la combinaison de trois capacités solides — systèmes anti-triche et anti-bots, données comportementales à grande échelle, et l'expérience dans la conception de récompenses à long terme (je préfère l'appeler 'sagesse en design de récompenses', c'est l'intuition et la méthodologie acquises par l'expérience). Beaucoup d'équipes peuvent créer une chaîne de tâches, un classement, voire un tableau de quêtes, mais peu peuvent créer un système de récompenses 'qui survive dans un environnement de lutte réel'. Stacked affirme avoir réussi, et fonctionne en environnement de production, ce qui fait qu'il ressemble davantage à une infrastructure qu'à une fonction unique.
À ce stade, tu pourrais demander : quel rapport avec PIXEL ? C'est la partie que je surveille de très près.
Je suis maintenant plus enclin à voir PIXEL comme l'un des 'carburants / unités de règlement' dans le moteur Stacked, plutôt que comme la monnaie de récompense d'un jeu unique de Pixels. Pour dire les choses clairement : quand tu fais du système de récompenses un moteur LiveOps B2B, tu auras naturellement besoin d'une monnaie de récompense et de fidélité qui traverse les jeux et les expériences, pour porter le flux de valeur des utilisateurs entre différents jeux. Le terme officiel est l'expansion de l'utilité du token : PIXEL passe de jeton de jeu unique à monnaie de récompenses inter-écosystèmes. Je pense que cette direction est très importante, mais il faut aussi faire attention aux mots : ce n'est pas une promesse, ce n'est pas 'quelque chose qui va se produire tout de suite', c'est plutôt une nécessité structurelle — quand plus de jeux s'intègrent dans le même moteur LiveOps récompensé, les récompenses ne peuvent pas rester liées à un seul titre.
Je parle de 'nécessité structurelle' car la demande pousse à avancer : plus de jeux = plus de scénarios de récompenses = plus grande demande. Si Stacked intègre vraiment des studios externes (il a déjà clairement affiché 'now opening to external studios'), alors le budget des récompenses ne sera pas un budget d'exploitation d'un seul jeu, mais un budget de croissance de plusieurs studios. Plus ce budget sera important, plus il nécessitera une unité de récompense qui puisse être réutilisée à travers différents scénarios, gérée de manière précise, et étroitement liée au système anti-triche. Le rôle de PIXEL évolue ici de 'monnaie émise dans le jeu' à 'billet universel / monnaie de fidélité dans le moteur de récompenses'. C'est ce que je comprends par 'élargissement du rôle' : passer d'un jeton de jeu unique à une monnaie de récompenses / fidélité / carburant de couche de récompenses inter-jeux.
Cependant, je ne vais pas commencer à crier 'acheter' à cause de ce discours. La raison est très concrète : toute histoire d''expansion monétisée', si elle ne se traduit pas par des chemins d'utilisation réels, des chemins de budget, ou des chemins anti-triche, deviendra une nouvelle bulle. C'est pourquoi je préfère mettre le standard de jugement sur trois points très spécifiques, et plus vérifiables.
Premièrement, existe-t-il vraiment des signaux d'intégration du budget d'un 'studio externe' dans ce système. Note que je parle de budget, pas de collaboration avec des affiches. La collaboration ne signifie pas flux commercial, ne signifie pas rétention à long terme, et ne signifie pas augmentation de LTV. Le véritable signal devrait être : certaines actions/tâches/mécanismes de récompenses sont clairement conçus pour des jeux externes, et peuvent montrer une logique de mesure et d'attribution (comme l'amélioration de la rétention, l'augmentation des revenus), et non pas simplement le modèle de tâches de Pixels transféré.
Deuxièmement, la question de savoir si le système anti-triche et les données comportementales continuent d'être 'la base par défaut', et ne sont pas dilués par une expansion externe. Beaucoup de systèmes sacrifient facilement la sécurité et la robustesse des risques dès qu'ils s'étendent, surtout lorsque différents studios ont une compréhension incohérente de la qualité des joueurs et de l'intensité de la lutte. L'avantage actuel de Stacked vient précisément de 'battle-tested', forgé par les vrais joueurs de Pixels et l'environnement de lutte. Si l'avenir intègre plus de jeux, la capacité de ce système de contrôle des risques à être reproduit à grande échelle déterminera directement s'il s'agit d'une infrastructure.
Troisièmement, l'économiste de jeu IA peut-il démontrer la capacité d'expérimentations exécutables dans plus de scénarios, et pas seulement en tant que 'générateur de rapports' ? J'ai vraiment peur de ces outils 'où l'analyse IA est magnifique mais ne peut pas être mise en œuvre'. La véritable différence devrait être que : tu poses une question, il ne te donne pas seulement une conclusion, mais aussi un plan d'expérimentation pour la prochaine étape, et il peut être directement mis en ligne dans le même système. En d'autres termes, l'IA ne devrait pas s'arrêter au niveau de l'insight, mais devrait s'intégrer à des actions comme le déploiement, les récompenses, la lutte contre la fraude, et le contrôle des budgets.
Tu vois, j'ai beaucoup parlé, mais j'ai en réalité toujours évité de parler de prix. Ce n'est pas que je ne m'en soucie pas, mais si tu considères Stacked comme un investissement dans l'infrastructure B2B, alors sa valeur ne provient pas de 'l'engouement des jeux', un variable à court terme, mais de 'la capacité de croissance répétable', une variable à long terme. La logique commerciale des infrastructures ressemble davantage à celle des SaaS : tu fournis un ROI quantifiable aux studios, et c'est seulement ainsi qu'ils continueront à payer ; tu peux rediriger le budget d'achat de trafic vers les joueurs, et qu'il soit auditable et attribuable, alors le fonds pensera que ce n'est pas juste une affaire ponctuelle.
Et il y a un autre point qui est facilement négligé : quand Stacked est défini comme 'infrastructure', son profil de risque change aussi. Le risque d'un jeu unique est davantage lié au cycle de contenu, à l'obsolescence du gameplay, et à la concurrence qui vole des utilisateurs ; le risque d'infrastructure est plutôt lié à la vitesse d'expansion, au coût de la lutte, et à la capacité de continuer à fournir un ROI quantifiable. Si tu me demandes laquelle je préfère ? Je préfère la seconde, car elle a au moins la possibilité de 'faire les comptes'.
Enfin, je veux conclure par une phrase : l'histoire de Pixels, si elle se limite à 'un jeu Web3 réussi', alors elle sera comparée dans le récit du jeu ; mais si Stacked est vraiment 'moteur LiveOps récompensé + économiste de jeu IA', et qu'il a déjà généré des résultats durs comme 200M+ de récompenses, des millions de joueurs, et 25M+ de revenus, alors il ressemble plus à un outil de croissance que les studios traditionnels seraient prêts à utiliser. Le rôle de PIXEL ne se limite plus à 'bien sonner', mais devient un chemin d'expansion commerciale : plus de jeux intégrés → plus de budgets entrants → plus de scénarios de récompenses → formation d'une plus grande demande.
Je ne le considérerai pas comme un sujet de trading à court terme explosif, mais je le vois comme une direction structurelle qui mérite d'être surveillée en continu sur 'le chemin du produit et du budget' : y a-t-il de nouveaux studios qui entrent, les boucles d'expérimentation se mettent-elles en place, et le rempart anti-triche a-t-il été prouvé capable d'être reproduit à grande échelle. Tant que ces trois éléments peuvent être progressivement observés sur la chaîne ou du côté produit, ma confiance dans ce discours ne fera que croître.