Ces derniers jours, ce dont tout le monde parle le plus, ce n'est pas « comment évolue le prix », mais plutôt Stacked en tant que moteur LiveOps récompensé qui commence à s'étendre à l'extérieur, et qui a également mis en avant le pipeline de récompenses/attribution/risque USDC.
Les frères, je vais être un peu direct : ma patience pour beaucoup de GameFi a été érodée par le fait que « les récompenses commencent, les robots arrivent, l'économie s'effondre, les joueurs se dispersent ». Avant, je voyais Pixels avec ce biais, pensant que peu importe combien vous pouvez créer du contenu ou construire un univers, cela finira toujours par échouer à cause de la structure d'incitation. Mais cette chose appelée Stacked m'a fait vouloir la considérer pour la première fois en dehors du cadre des « projets de jeu », comme un système de croissance/économie réutilisable à étudier — parce qu'il ne s'agit pas de « comment distribuer plus de récompenses », mais plutôt de « comment transformer les récompenses en outils de croissance contrôlables ».
Ce que je comprends de Stacked, ce n’est pas une app pour venir réclamer. C’est un moteur de rewarded LiveOps : il se branche sur les données de comportements de jeu, détermine “quand, à qui, et quelles récompenses”, et change l’objectif des récompenses — passer de “faire venir les gens pour réclamer” à “faire accomplir aux gens des comportements clés”. C’est plus juste de le voir comme une version évoluée du LiveOps classique : à l’ère Web2, le LiveOps parle de rythme des événements, de funnel, de points de paiement, de retours et de rappels ; côté Web3, il y a en plus un problème plus difficile : les récompenses ont naturellement une dimension financière, et si tu les envoies mal, c’est de l’inflation ; et l’inflation, c’est un suicide systémique. L’ambition de Stacked, c’est de transformer cette idée en ingénierie : traiter les récompenses comme un budget, les comportements des joueurs comme des canaux de diffusion, et la rétention / LTV comme des KPI de diffusion.
Le point qui me donne le plus envie de “regarder encore un peu”, c’est qu’ils placent correctement le rôle d’“AI game economist”. Ce n’est pas de l’IA façon slogan, c’est clairement orienté vers des indicateurs durs : cohorte, churn (perte), rétention, LTV. Si tu as déjà fait de l’ops, tu sais : ce n’est pas “plus d’événements = mieux”, ni “plus de récompenses = mieux”. Des stimulations trop fortes finissent par casser l’économie. Le plus douloureux, c’est que tu as souvent du mal, à court terme, à déterminer quels types de joueurs tu es en train de pousser dehors — vrais joueurs ou chasseurs de primes, payeurs ou joueurs qui ne font que les quêtes. Si l’économiste IA arrive à faire durablement deux choses : premièrement, identifier les comportements “qui ont de la valeur pour l’activité” ; deuxièmement, contrôler l’utilité marginale des récompenses (donner juste assez pour pousser à l’étape suivante, et pas “élever” des gens qui ne deviennent que des “machines à quêtes pour récupérer”,) alors ce n’est pas une “distribution plus intelligente”, c’est un “système de croissance plus fin”.
Je vais le regarder avec une norme très “réaliste” : la lutte anti-fraude et l’attribution sont-elles priorisées nativement dans le système ? La plupart des échecs en P2E ne viennent pas du fait que le contenu soit mauvais, mais parce que les incitations se font siphonner par des “comportements automatisés”. Il suffit de permettre l’échange d’une valeur stable contre des comportements répétables et scriptables, et la ferme te verra comme une vache à lait. Le véritable avantage concurrentiel d’un moteur comme Stacked, ce n’est pas l’UI : c’est la capacité de contrôle des risques — empreintes d’appareils / anomalies de séquences comportementales / significativité statistique des chemins de quêtes / accomplissements à haute fréquence sur une courte période / coopération entre comptes / opérations uniformisées, etc. Toute une pile de contrôles anti-fraude et anti-escroquerie ; puis, attribution (attribution) relie le tout : une fois les récompenses envoyées, les joueurs restent-ils vraiment ? paient-ils vraiment ? reviennent-ils vraiment dans la boucle principale ? Sinon, tu ne fais que des “événements pour se divertir”. Quand je les vois insister encore et encore sur des sujets du genre fraud control et attribution — des “corvées sales” — je suis paradoxalement plus enclin à croire que ce système a été éprouvé dans un environnement de production.
Disons-le encore plus franchement : **la valeur de Stacked ne réside pas dans “beaucoup de récompenses”, mais dans le fait que “les récompenses sont distribuées de manière chiche, avec de bonnes raisons”.** Leur approche ressemble à de la “tarification dynamique des récompenses” : pour la période de prise en main, les objectifs de récompense peuvent être les nœuds clés de l’onboarding ; pour les joueurs à mi-parcours, les objectifs peuvent ramener les comportements quotidiens à un rythme sain ; pour les joueurs de retour, l’objectif peut être de réduire la friction du retour et de donner un déclencheur juste assez fort pour redémarrer ; et pour les joueurs à forte valeur potentiellement sur le point de partir, les récompenses ressemblent davantage à des subventions et des actions de rappel (re-engagement). L’essentiel : l’intensité, la fréquence et la forme des récompenses doivent être totalement différentes selon les cohortes, et surtout doivent pouvoir être validées en continu. Sinon, tu finis par traiter comme “ceux qu’il ne faut pas vraiment aider” les personnes que tu veux retenir le plus, et tu nourris ceux qui ne devraient pas recevoir de subventions en masse pour en faire le plus gros groupe de “chasseurs de récompenses”.
Si je devais esquisser des “expériences exécutables” pour Stacked, je ferais ça (je ne les listerai pas point par point, mais l’idée doit être claire) : la première catégorie s’appelle “expérience de seuil de rétention”. On change la condition de déclenchement de la distribution des récompenses : au lieu de “terminer une quête”, on exige “terminer la quête + atteindre un certain seuil de profondeur d’engagement” (par exemple : connexion consécutive, participation à travers plusieurs modes, interactions sociales, équilibre entre consommation/production de ressources). On observe alors l’évolution du D7/D30 et de la LTV. La deuxième catégorie s’appelle “test de stress anti-fermes” : sur un lot de comptes suspects de parcours automatisés, on réduit les récompenses et on augmente les seuils de vérification comportementale pour voir si le taux d’accomplissement des vrais joueurs devient significativement plus stable. La troisième catégorie s’appelle “expérience sur la structure des gains” : on convertit une partie des récompenses d’actifs à forte volatilité vers des modes de règlement plus stables (par exemple stablecoins ou points), pour observer si le choc du “réclamer pour revendre” est atténué, tout en regardant si les joueurs sont plus enclins à recentrer leur attention sur la boucle de jeu. Quand je mentionne “règlement stable”, ce n’est pas pour parler des prix, mais pour parler du contrôle du bruit du système économique : si le système de récompenses fabrique toujours une pression extérieure (vente) et une inflation interne, même un très bon contenu ne pourra pas le sauver.
À partir de là, l’“extension de rôle” de PIXEL s’explique naturellement : ce n’est pas seulement à comprendre comme une “monnaie générique dans un seul jeu”, mais plutôt comme l’un des carburants de la récompense et des permissions dans tout l’écosystème — tu peux te l’imaginer comme une loyalty currency / reward layer fuel inter-jeux (j’ai volontairement formulé ça sans promettre quoi que ce soit). Quand Stacked fait entrer davantage de jeux, le système de récompenses et de quêtes devient un pipeline unifié : le rôle de PIXEL passe alors progressivement de “moyen d’échange dans un jeu donné” à “preuve de participation au niveau de l’écosystème, vecteur d’incitation, voire billet pour certains mécanismes”. Mais je tiens à souligner : si cela peut fonctionner, ce n’est pas une question de narration. C’est une question de qualité des jeux intégrés, de la conception des quêtes qui doit réellement générer de la rétention, et de la capacité anti-fraude à garder les récompenses pour de vrais joueurs.
La raison pour laquelle je tourne autour de “l’anti-fraude”, c’est que c’est elle qui détermine si ce système sera une vraie forteresse ou une blague. La brutalité des systèmes de récompenses Web3, c’est qu’une fois que tu passes à l’échelle, n’importe quel chemin d’arbitrage réplicable se fait industrialiser. Et une fois industrialisé, le système fait apparaître un phénomène très sombre : les données ont l’air superbes — l’activité est élevée, les quêtes sont accomplies en masse, la récupération des récompenses est très fréquente — mais l’expérience des vrais joueurs se dégrade, l’humeur de la communauté se dégrade, et même la performance de paiement se dégrade. Si l’économiste IA se contente d’“être plus doué pour distribuer des récompenses”, il accélère juste ce problème. Ce n’est qu’à condition d’identifier “la valeur comportementale” et “les comportements frauduleux” qu’il apporte une contribution positive.
Donc je vais regarder Stacked avec un KPI très “business” : est-ce qu’il peut redistribuer le budget d’acquisition vers de vrais joueurs ? Dans les jeux traditionnels, on brûle des budgets d’acquisition : la plus grande perte vient des utilisateurs achetés qui ne retiennent pas. Dans les jeux Web3, on brûle des incitations : la plus grande perte vient des incitations qui se font manger par des scripts. Si Stacked transforme le déploiement des récompenses en quelque chose d’attribuable, de contrôlable et de re-testable, alors tu transformes les “récompenses sans effet” en “subventions efficaces”, les subventions en rétention, et la rétention en revenus. Tu verras qu’à la fin, cette discussion n’a plus grand-chose à voir avec “est-ce qu’on pump des tokens ou pas” : c’est plutôt un ensemble d’ingénierie de croissance réalisable.
Bien sûr, je ne suis pas naïvement optimiste non plus. Si Stacked veut vraiment s’étendre à l’extérieur, il rencontrera deux difficultés structurelles : premièrement, les standards des studios externes, la qualité des event tracking (data d’événements) et le niveau de coopération anti-fraude sont très hétérogènes — et même une IA très intelligente a peur de “garbage in, garbage out”. Deuxièmement, la structure économique de chaque jeu varie énormément : si le système de récompenses est forcé de fonctionner de la même façon partout, ça risque de devenir “imposer à d’autres les méthodes de Pixels”, et au final personne n’est content. Autrement dit, passer de “outil interne” à “infrastructure de l’industrie” : le plus dur n’est pas la technologie, c’est la standardisation, l’outillage, et le fait de donner envie aux développeurs d’adopter leurs règles. C’est pourquoi je vais continuer à observer comment ils développent des produits côté développeurs, plutôt que de ne regarder que l’expérience côté joueurs (celle des récompenses).
Enfin, je termine par une conclusion “priorité à la survie” : aujourd’hui, je préfère considérer @Pixels comme “une entreprise d’infrastructure récompenses et LiveOps” à suivre, plutôt que comme “juste une chaîne de jeu”. Je ne vais pas, parce que j’ai cette conclusion, faire des gestes impulsifs (moins parler des prix : c’est la règle que je me suis fixée), mais si toi aussi tu étudies si les jeux Web3 peuvent sortir de la boucle mortelle P2E, la ligne Stacked mérite d’être surveillée. Surveille juste trois choses : d’abord, si l’anti-fraude reste effectivement efficace (les récompenses deviennent-elles de plus en plus orientées vers de vrais joueurs) ; deuxième, si l’attribution devient de plus en plus claire (peut-on prouver que les récompenses génèrent de la rétention et des revenus) ; troisième, si l’intégration de tiers se produit réellement (y a-t-il davantage de cas d’intégration à l’image de Pixel Dungeons qui s’étendent vers l’extérieur). Si ces points peuvent être tenus de façon continue, alors l’“extension de rôle” de PIXEL ne sera pas qu’un slogan : ce sera un résultat qui “pousse” directement du produit.