Sujet : Lola, Delphinus Lab

Avec la popularité phénoménale de "Black Myth: Wukong", il y a une autre voix dans le cercle qui dénigre les jeux Web3. Dans un environnement de marché récent qui a été très lent et douteux, une autre couche de débuff a été ajoutée.

Est-ce parce que les gens du Web3 n'aiment pas les jeux ? Il est vrai qu'au début de la bulle du marché, une forte atmosphère spéculative est inévitable, mais de nombreux constructeurs se précipitent encore dans l'industrie avec l'intention de créer un bon jeu, un jeu qui appartient vraiment aux joueurs, et Web3 veut y parvenir. Véritable adoption de masse, le jeu est aussi la voie incontournable et qui peut pénétrer profondément dans le marché.

Mais la réalité est dure. Lorsque les gens veulent compter les jeux de première ligne du Web3, ils constatent que le nombre de jeux de qualité est très faible et que la plupart des jeux sont ternes. Ils n'offrent pas aux joueurs une bonne expérience utilisateur et ne répondent pas aux attentes d'une adoption massive. . Un grand nombre d'équipes de jeu ayant une expérience pratique réussie dans le Web2 ont échoué dans le Web3. Les raisons que je comprends actuellement sont principalement deux points :

1. Par rapport aux jeux traditionnels, il est difficile pour les jeux Web3 de fournir des mises à jour continues du contenu du jeu.

2. En raison de publics différents, les jeux Web3 doivent prendre en compte davantage de problèmes économiques de jeu autres que le gameplay par rapport aux jeux traditionnels.

Dilemme de mise à jour du contenu du jeu

Pour qu'un jeu conserve sa vitalité à long terme, les mises à jour et les correctifs sont essentiels ; sinon, les bugs ne seront pas corrigés et la fraîcheur des joueurs ne durera pas longtemps. Dans le développement de jeux traditionnels, si la structure des données ne change pas mais que la logique du jeu change, un simple correctif logique de programme peut compléter la mise à niveau correspondante.

Cependant, l’inviolabilité de la blockchain ajoute des difficultés à cette mise en œuvre apparemment simple. En prenant le développement de jeux Solidity comme exemple, un contrat de jeu en ligne détermine souvent la structure globale des données du jeu. Étant donné que la logique du jeu elle-même est la migration de l'état des données, les modifications de la logique du jeu doivent souvent être coordonnées avec les mises à niveau du contrat.

Une fois le contrat mis à niveau, les données du contrat avant la mise à niveau ne peuvent pas être réutilisées en continu. Afin de terminer la mise à niveau de la logique du jeu, il n'y a que deux options :

1 migration

2. Séparez la couche de données et la couche logique au début de la conception du contrat

La deuxième option augmentera la consommation de gaz des appels contractuels, de sorte que les mises à niveau à haute fréquence du contenu des jeux sont souvent difficiles à réaliser dans le Web3, ce qui nuit à la capacité d'un jeu potentiel à continuer à acquérir des clients.

Pas de mise à niveau logique de l'interface de données

Réalisation d'une mise à niveau logique de l'interface de données

Pour résoudre ce problème, nous devons d'abord résoudre le problème de la réutilisation et de la mise à niveau des données. Lorsque la logique du jeu est modifiée, nous souhaitons toujours que les données originales restent intactes. La meilleure solution sans frais ici est l’App As A rollup autonome. Parce que dans App rollup, la racine Merkle des données d'origine peut être directement réutilisée et la modification de la logique n'a besoin d'être reflétée que dans la logique du code.

Mise à niveau logique exécutée directement dans la machine virtuelle

Une fois les problèmes de réutilisation des données et de mise à niveau logique résolus, le problème de la mise à niveau de la structure des données apportera encore certains défis à la mise à niveau du jeu. La migration ordinaire des données sur la chaîne nécessite souvent qu'un oracle modifie les données selon un script défini, puis les réintègre dans la chaîne, ce qui prend beaucoup de temps.

Dans l'architecture App As A rollup, une fois la migration des données auditée, elle peut être exécutée dans zkVM, afin que la logique de migration soit entièrement vérifiable. Étant donné que la migration des données implique une réorganisation des données dans de nombreux scénarios, la logique de calcul est moindre. Si le code impliqué dans la réorganisation de chaque nœud feuille comporte environ 1 000 lignes, la trace d'exécution requise pour plus d'un million de nœuds feuilles peut être d'environ 1 000 lignes. 100w. À l'heure actuelle, le temps de vérification de chaque million de lignes de trace d'un zkVM ordinaire est de 9 à 15 secondes, de sorte que le temps global de migration des données zk est toujours un nombre contrôlable.

C'est précisément grâce à l'indépendance des données d'Application Rookup qu'il apporte une nouvelle méthodologie à l'itération du contenu des jeux Web3.

Étant donné que la complexité des autres applications en chaîne et l'urgence des mises à jour sont bien moindres que celles des jeux, zkVM apportera de nouvelles opportunités aux jeux en chaîne complète ou aux jeux vérifiables.

L’économie et le dilemme de la répartition des bénéfices

Le développement d'un projet de jeu est une tâche complexe, globale et très triviale. Si un jeu de haute qualité ne peut apporter des avantages économiques tangibles, alors par rapport au domaine du jeu traditionnel, le Web3 deviendra de moins en moins attrayant pour les développeurs.

À l'heure actuelle, les relations entre les projets de jeux et les chaînes publiques sont souvent dominées par des relations de trafic, complétées par des relations de revenus. Les projets de jeux de niveau intermédiaire avec une relation de trafic dépendent souvent du trafic de la plateforme et du trafic initial fourni par la chaîne publique. La chaîne publique absorbe les bons projets de jeux et profite de l'augmentation du nombre d'utilisateurs de la chaîne publique apportée par le jeu à moyen terme. le jeu est lancé.

La relation entre les revenus sera plus complexe et cache des problèmes plus profonds de répartition des intérêts : d'une part, le comportement des utilisateurs générera des revenus, y compris les revenus du gaz de la chaîne et les frais de consommation du contenu des jeux, d'autre part, le trafic et la consommation des jeux engendreront des revenus. prix des devises Les jeux à valeur ajoutée avec un volume de transactions génèrent des revenus d'actifs grâce à l'émission de jetons de jeu et apportent également des effets écologiques prospères à la chaîne, augmentant encore les attentes de valorisation des jetons de la chaîne publique.

Dans cette relation d’intérêt complexe, il existe en fait une définition claire de la manière dont les dépenses réelles des utilisateurs devraient être réparties pour être raisonnables. Le démarrage à froid d'un jeu nécessite beaucoup d'argent, et les premiers revenus des utilisateurs sont souvent basés sur le tarif de l'essence payé à la chaîne. Cela rend le cycle permettant aux créateurs de jeux d'obtenir des commentaires positifs très long. Parfois, il y a même du développement de jeux. équipes qui Une fois que la quantité de brosse atteint la valeur DAU de base de la chaîne, le sang est restauré avec une maigre subvention. Cela oblige le jeu à s'appuyer sur des attentes symboliques dès les premiers stades pour inciter les joueurs à payer de l'essence pour l'interaction. Cette partie de la charge de gaz ne peut être ignorée pour un joueur, à tel point que les jeux en chaîne incitent les utilisateurs à consommer leurs propres jetons, ce qui signifie que l'achat de jetons de jeu est devenu plus difficile que dans les jeux traditionnels.

Étant donné que la recharge du jeu est l'étape essentielle des commentaires positifs pour le jeu, le retard de recharge du jeu dû à la charge de gaz nuit grandement à la capacité du jeu à acquérir des clients. Cependant, étant donné que les jeux en chaîne doivent supporter le fardeau des obligations en chaîne au sens traditionnel du terme, même sur la couche 2, le gaz précède toujours impitoyablement la première recharge du jeton natif du jeu. Par conséquent, Web3 n'offre pas une véritable expérience de jeu « jouer d'abord et dépenser plus tard ».

Le commerce d’objets de jeu est considéré comme la partie la plus attrayante du jeu blockchain aux stades intermédiaire et avancé. Les objets de jeu de grande valeur obtenus grâce à l'or krypton ou à des efforts interactifs à long terme continuent de prendre de la valeur après leur circulation et leur collecte, ce qui constitue une expérience passionnante à la fois pour les joueurs et les concepteurs. Cependant, comme les objets du jeu sont des dérivés du jeu, la plupart des primes apportées par leurs transactions de circulation sont divisées par d'autres produits en chaîne : les frais de transaction du jeu NFT peuvent être divisés par les échanges NFT, et les transactions des jetons de jeu sont divisées par DeFi. . La valeur créée par de bons jeux ne peut pas être réinjectée efficacement dans le jeu pour soutenir l’équipe du jeu.

Les fluctuations de la valeur des jetons entraîneront une amplification dynamique des résultats dans le jeu. Lorsque la valeur des jetons de jeu est sous-estimée, les taux de jeu sont faibles et le rendement du jeu et l'investissement réel en jetons de jeu sont souvent positivement corrélés, ce qui entraîne des prix de jeton bas. Le coût de consommation du même jeton de jeu est inférieur, mais le rendement est plus élevé. Lorsque la monnaie du jeu est élevée, la valeur excessive des jetons de jeu entrave l’impulsion de consommer dans le jeu. Un tel effet d'amplification fait que les fluctuations de valeur des jetons de jeu sont affectées à la fois par la production hors site et sur site, augmentant ainsi les défis liés à la conception économique des jetons.

App As A rollup + zkVM : une issue possible

En énumérant cette série de défis, nous avons découvert de manière inattendue que l’architecture d’Application As Rollup peut atténuer de manière appropriée et efficace les problèmes associés.

Tout d'abord, le gaz réel du propre rollup sera considérablement réduit à 1/20, voire moins que celui du jeu en chaîne complète. Cela permet à l'équipe du projet d'éliminer complètement l'interférence des frais de gaz au début du jeu, de fournir une expérience de jeu véritablement gratuite et de créer un meilleur environnement pour le démarrage à froid du début du jeu.

Deuxièmement, Application As Rollup peut fournir une plate-forme de prêt en un clic, au début du jeu, les utilisateurs peuvent utiliser l'USDC pour emprunter le jeton interne du jeu afin d'encourager les utilisateurs à essayer la fonction de paiement dans le jeu. Étant donné que la production positive attendue du jeu est souvent supérieure à la consommation, les utilisateurs peuvent racheter la garantie USDC utilisée pour le prêt initial une fois que la production dépasse la consommation.

Dans le processus de circulation, Application As a Rollup peut efficacement servir de pont entre les chaînes pour les actifs du jeu. Lorsque nous devons transférer des actifs sur différentes chaînes, il nous suffit de déposer dans le jeu, puis de retirer sur une autre chaîne. Cette fonction cross-chain native permet de capturer une partie de la valeur des transactions sur produits dérivés du jeu par le jeu lui-même.

Ce qui est encore plus radical, c'est que le jeu peut fournir une fonction de dépôt stablecoin pour le prêt, de sorte que la valeur TVL qui ne pouvait être capturée que par la chaîne dans le passé puisse désormais être capturée par le jeu lui-même. Enfin, l'Application Rollup peut fournir un moyen de capturer à terme les frais de gaz en chaîne traditionnels en introduisant dans le jeu un mécanisme de type frais de gaz pour les joueurs de krypton gold. Une conception plus possible de ce mécanisme est que le coût du gaz est inférieur lorsque la valeur du jeton est plus élevée, et le coût du gaz est plus élevé lorsque la valeur du jeton est inférieure : son essence est due à l'indépendance de la couche 3 qui lie la valeur du gaz et le valeur du jeton. Atténuer les fluctuations de la valeur du jeton.

Bien sûr, rien de tout cela ne se produira du jour au lendemain. Delphinus Lab zkWASM, l'un des premiers acteurs à avoir intégré zkVM dans les applications de jeu, a récemment publié zkWASM Mini Rollup. Il s'agit d'une boîte à outils pour le développement et le déploiement rapides d'applications ZK Rollup. Il permet aux développeurs d'écrire du code Rust, de le compiler dans WebAssembly, puis de l'exécuter dans un environnement Node.js. Ce SDK traite les transactions, génère des preuves sans connaissance et interagit avec la blockchain.

Le processus principal est le suivant : recevoir des transactions, traiter les transactions dans la machine virtuelle WASM, utiliser le service cloud zkWASM pour générer des preuves et enfin soumettre les preuves à la blockchain pour vérification et règlement. L'ensemble du processus garantit la confidentialité et la sécurité des transactions, tout en améliorant considérablement l'évolutivité de la blockchain. Les développeurs doivent uniquement se concentrer sur la logique de l’application sans avoir à comprendre en profondeur les détails techniques de preuves complexes sans connaissance. Il comprend également un système de surveillance Rollup qui peut utiliser des preuves et des données de transaction pour déclencher des règlements en chaîne, vérifier les preuves en stockant les racines Merkle et vérifier les API, garantissant ainsi que les règlements sont effectués dans l'ordre des racines Merkle sur la chaîne. De plus, le SDK simplifie également la création d'un environnement de développement local. Il vous suffit de démarrer MongoDB et Redis, d'exécuter dbservice, puis d'exécuter npm run server dans le répertoire ts pour démarrer le service local complet.

L'émergence du SDK zkWASM Mini Rollup offre une solution potentielle au double défi auquel sont confrontés les jeux Web3. Grâce à l'architecture d'Application As A Rollup, il simplifie non seulement le processus de mise à jour du contenu du jeu, mais offre également de nouvelles possibilités pour l'optimisation du modèle économique du jeu.

Cette méthode innovante profite d'une part de la compatibilité de WASM pour permettre à un grand nombre de développeurs traditionnels d'utiliser leurs langages de programmation les plus familiers tels que Rust pour écrire du code de jeu ; d'autre part, elle permet aux développeurs de jeux de mettre en œuvre plus facilement la réutilisation des données et les mises à niveau logiques ; considérablement Le coût du gaz est réduit et il est même possible d'obtenir une véritable expérience de « jeu sans gaz » et de « jouer d'abord et dépenser plus tard ». Dans le même temps, il offre aux projets de jeux davantage d'opportunités de capter de la valeur, notamment le transfert d'actifs entre chaînes, les fonctions de prêt, etc., contribuant ainsi à établir un système économique de jeu plus durable.

Utiliser zkWASM pour émettre des rollups en un seul clic signifie que nous pouvons franchir une étape solide vers une adoption massive du côté développeur et du côté utilisateur. Bien que cette technologie en soit encore à ses débuts et que les jeux Web3 soient également confrontés à une double méfiance à l'intérieur et à l'extérieur du cercle au cours de ce cycle, et aient du mal à avancer au milieu des doutes, elle indique un moyen de résoudre les principaux problèmes auxquels Web3 est actuellement confronté. jeux.

À mesure que de plus en plus de développeurs de jeux adoptent cette technologie et que de plus en plus d'opérateurs de jeux et d'accords de prêt sont prêts à participer au modèle économique suggéré ci-dessus, nous avons des raisons de croire que les jeux Web3 surmonteront progressivement les difficultés existantes. Nous ne nous attendons pas à avoir notre propre Black Myth Wukong ou Call of Duty, mais en faisant des choses difficiles et justes et en travaillant sans relâche pour atteindre l'objectif ultime plutôt que de profiter des opportunités, les jeux Web3 finiront par inaugurer leur propre moment de « face à face ». destin » et motivation L'ensemble de l'industrie traverse ensemble la longue veille des applications à grande échelle.