Avant, quand je regardais des projets de jeux blockchain, j'avais l'habitude de chercher d'abord des "points de narration". Mais pour des jeux comme PIXELS qui ont déjà pris de l'ampleur, je préfère me concentrer sur une question plus brutale : qu'est-ce qu'ils exploitent vraiment chaque jour ? Ce n'est pas juste la chaleur de l'exploitation, mais les actions d'exploitation. Que font les joueurs en ligne, vont-ils revenir demain, vont-ils payer en revenant, et est-ce que leurs paiements vont être siphonnés par des robots - c'est ça le vrai champ de bataille du LiveOps.
Ce qui me fait vraiment triper avec PIXELS, c'est que les récompenses sont utilisées comme outils d'exploitation, pas juste comme des bonus d'événements. Les jeux classiques ont aussi du LiveOps, mais dès qu'un jeu Web3 intègre des tokens, le LiveOps devient une question de vie ou de mort. Parce que tu n'as pas à faire face à des joueurs normaux qui profitent, mais à des équipes organisées qui exploitent et à des scripts automatisés. Si tu te trompes dans les récompenses, c'est comme si tu donnais un salaire à des robots.
De camions arroseurs à snipers : pourquoi la segmentation est la norme minimale pour LiveOps.
Par le passé, quand je voyais les mots "distribuer des récompenses", ma première réaction était l'inflation et la pression à la vente. Mais maintenant, je suis plus vigilant quant à la direction de la distribution des récompenses. Si les récompenses sont comme des camions arroseurs, elles seront forcément exploitées par des fermes. La solution de PIXELS est de segmenter, c'est-à-dire de créer des cohorts.
Un novice a besoin d'orientation, de petites récompenses et d'objectifs faciles à atteindre, sinon il s'enfuira face à des tâches trop intensives. Un joueur expérimenté recherche des objectifs à afficher et une barre de progression à long terme ; s'il ne reçoit que des récompenses quotidiennes, il aura l'impression d'aller au travail. Les joueurs payants se soucient de la différence d'expérience après avoir payé, tandis que ceux qui cherchent à profiter ne se préoccupent que du ROI et de la possibilité d'automatiser les opérations. Ainsi, le LiveOps doit segmenter les utilisateurs selon leur temps d'entrée, leur activité, leur comportement de paiement, voire leur degré de suspicion, et proposer différents types de récompenses et de missions à chaque groupe. Ne pas le faire, c'est donner de l'argent aux fermes.
Cette logique repose sur le moteur Stacked. Stacked n'est pas une application de distribution de récompenses, mais plutôt un moteur LiveOps récompensé, qui regroupe des modules de sciences de la croissance comme la distribution des récompenses, la segmentation des joueurs, les alertes de rétention, et le calcul du LTV en un système exécutable. Au-dessus, il y a un rôle d'AI game economist, pas celle qui écrit des textes, mais un économiste opérationnel qui surveille les données comportementales, les coûts des récompenses, et l'efficacité des récupérations, puis rétroagit pour ajuster la prochaine activité.
L'important est que ce système n'est pas un modèle idéal dessiné sur un livre blanc, mais qu'il a déjà été testé dans des scénarios comme Pixels, Pixel Dungeons, Chubkins - ayant traité plus de 200 millions d'événements de récompenses, servi des millions de joueurs, et généré plus de 25 millions de dollars de revenus. Ces chiffres ne sont pas là pour faire de la publicité, mais pour prouver qu'il n'a pas échoué dans un environnement de production à grande échelle.
L'ennemi du script n'est pas le bannissement, mais l'impossibilité de calculer les comptes.
Discuter de LiveOps sans aborder la lutte contre la fraude est impossible. Beaucoup de gens parlent de barrières technologiques quand ils évoquent la lutte contre la fraude, mais je préfère parler de barrières opérationnelles. Car la véritable digue n'est pas de bannir une fois pour toutes, mais de protéger l'économie dans un affrontement à long terme. Les adversaires évolueront, et même après une interdiction, ils reviendront.
La réflexion de PIXELS ne consiste pas simplement à colmater les failles, mais à ajuster les incitations. Par exemple, dans la conception des tâches, si l'on ne considère que le nombre de fois qu'une tâche est accomplie, un script peut le faire à un point tel que vous en doutez de votre existence. Mais si les tâches s'appuient sur des séquences comportementales qui ressemblent à celles des humains, examinent la distribution des temps de complétion, et la diversité des chemins, le coût pour les bots augmente. La conception des récompenses est similaire ; si tout est en tokens immédiatement réalisables, un script peut les encaisser rapidement. Mais si les récompenses sont intégrées à une progression à long terme, à des identités, et à des qualifications rares, il devient très difficile pour un script de les monétiser. En d'autres termes : réduire le ROI des scripts et augmenter celui des vrais joueurs. Le sommet de la lutte contre la fraude n'est pas d'attraper tous les méchants, mais de rendre le fait d'être un méchant non rentable.
La valeur de l'AI economist se manifeste ici. Elle peut continuellement boucler les anomalies de données, la validation des expériences, la mise à jour des règles et la redéfinition des récompenses, ce n'est pas un module de détection statique, mais un système dynamique d'anti-fraude.
Considérer le budget des récompenses comme des frais publicitaires.
Un autre angle mérite d'être abordé. Dans les jeux Web2, le gros du budget est consacré à l'acquisition d'utilisateurs et à la création de contenu, tandis que dans les jeux Web3, il y a également un budget pour les récompenses. Le budget des récompenses n'est pas meilleur s'il est plus élevé, il faut calculer avec précision combien chaque euro dépensé en récompenses se traduit en rétention, en paiements et en participation au contenu.
La direction de PIXELS est assez intéressante, elle souhaite rediriger une partie de l'argent initialement destiné à la publicité directement vers les joueurs. La proposition de Stacked est de "rediriger les dépenses publicitaires vers les joueurs". Cela équivaut à gérer le budget des récompenses comme un investissement pour la croissance, en évaluant le ROI à chaque fois qu'une récompense est distribuée. C'est beaucoup plus fiable que de distribuer des tokens sans réflexion, surtout que les jeux Web3 souffrent déjà sur les canaux publicitaires traditionnels, beaucoup de plateformes ne sont pas amicales et la conversion est instable. Dépenser le budget pour garder les joueurs engagés et les faire jouer plus longtemps pourrait être plus intelligent.
Bien sûr, il y a des risques. Plus le LiveOps est sophistiqué, plus on craint deux choses : que les données soient polluées, ou que les incitations soient mal jugées. La pollution des données signifie que les bots injectent de fausses données dans le système, et les conclusions tirées par l'IA partent en vrille. Un mauvais jugement des incitations signifie que vous pensez qu'une certaine activité a augmenté la rétention, alors qu'en fait, c'était juste un stimulant à court terme, et après la fin de l'activité, les données s'effondrent. Donc, la lutte contre la fraude et la gouvernance des données sont essentiellement la même chose : d'abord, s'assurer que ce qu'on voit est réel, ensuite, discuter de la façon de gérer les utilisateurs.
Ce n'est pas le nombre d'activités qui compte, mais la capacité à garder les utilisateurs même sans événements.
L'objectif ultime d'un système LiveOps mature n'est pas de faire de grandes activités tous les jours, mais d'avoir un cycle quotidien suffisamment solide pour que les joueurs aient des objectifs, une progression et des récompenses même sans activité. Sinon, l'exploitation devient un gouffre sans fond, nécessitant des augmentations constantes des récompenses pour maintenir l'engouement, ce qui finit par être insoutenable pour l'économie et l'équipe.
Si PIXELS parvient à solidifier les capacités de Stacked, son potentiel ne se limite pas à un seul jeu performant, mais s'étend à la productisation des capacités LiveOps. À l'avenir, le rôle du token PIXEL pourrait également évoluer d'un token de jeu unique vers une monnaie de récompenses et de fidélité inter-jeux. Ce n'est pas une chimère, c'est une possibilité qui émerge de la structure de son système opérationnel.
Je maintiens que dans le Web3, peu de gens prennent au sérieux la création d'un système d'incitations mesurable, ajustable et résistant, car c'est un travail difficile et lent. PIXELS, au moins sur la ligne LiveOps, ne fait pas de promesses en l'air, il est en pleine bataille. Et les choses qui ont déjà été testées sur le champ de bataille valent généralement plus le coup d'œil que celles qui n'ont jamais été testées.
$BTC @Pixels #bic $PIXEL $PIXEL #pixel
