Boucle de jeu prioritaire locale : un nouveau mode pour améliorer l'expérience de jeu
Le cycle de jeu local prioritaire est un modèle de conception qui privilégie l'expérience hors chaîne ou hors ligne. Sa caractéristique principale est que le cycle principal du jeu s'exécute entièrement sur l'appareil du joueur, sans être affecté par les confirmations de transactions sur la chaîne ou d'autres réponses réseau, à moins que le joueur ne choisisse activement d'interagir avec cela. Ce concept découle de l'idée de logiciels locaux prioritaires et a été appliqué et validé dans plusieurs projets expérimentaux.
Motivation de conception
Avec l'augmentation rapide de la capacité de calcul des dispositifs périphériques, transférer davantage de tâches de traitement sur ces dispositifs peut réduire efficacement la latence et améliorer l'expérience de jeu. Cette stratégie est particulièrement importante lors de la conception d'applications décentralisées. Les applications traditionnelles sur chaîne doivent généralement attendre la fin des transactions pour mettre à jour leur état, ce qui est encore plus évident dans les mondes autonomes et les jeux entièrement sur chaîne, entraînant souvent de graves problèmes de latence.
Pour relever ce défi, les développeurs ont essayé de concevoir un nouveau modèle de cycle de jeu. Dans ce modèle, les joueurs n'ont besoin d'envoyer une transaction qu'une seule fois par partie, ce qui permet au processus de jeu de ne plus être limité par la vitesse des transactions et le temps des blocs. En exécutant localement le cycle de jeu principal, nous pouvons tirer pleinement parti des ressources de calcul locales, améliorant ainsi considérablement l'expérience de jeu.
Détails du mode
La boucle de jeu locale prioritaire se compose de deux parties principales : la boucle de jeu centrale et la boucle de méta-jeu.
Boucle de jeu centrale : constitue l'expérience de jeu principale, fonctionne entièrement sur l'appareil local du joueur.
Boucle de jeu de base : fonctionnant de manière asynchrone, favorisant l'interaction entre les joueurs, sans interférer avec l'exécution de la boucle de jeu principale.
Le cycle de jeu principal transmet des informations au cycle de méta-jeu, qui génère de nouvelles données en fonction de ces informations. Lorsque de nouvelles données sont disponibles, elles sont renvoyées de manière asynchrone sur l'appareil du joueur.
Il existe de nombreuses façons de mettre en œuvre un cycle de méta-jeu, la forme la plus simple pouvant être un tableau des scores. Par exemple, dans un jeu de puzzles, les joueurs essaient de résoudre des énigmes localement, et une fois satisfaits, soumettent leur solution. Le cycle de méta-jeu évalue la solution et maintient un classement, qui est mis à jour régulièrement pour tous les joueurs.
Des applications plus complexes peuvent impliquer un système d'appariement des joueurs. Par exemple, dans un jeu de combat automatique, les joueurs conçoivent et testent localement des stratégies de combat, puis les soumettent au cycle de méta-jeu. Le cycle de méta-jeu est responsable de l'appariement des stratégies des joueurs, de la réalisation des combats et peut éventuellement implémenter des systèmes de classement tels que Elo ou Glicko.
Un design plus avancé consiste à mettre en œuvre deux boucles de jeu interconnectées : une boucle de jeu multijoueur qui progresse lentement dans le métajeu, et une boucle de jeu solo qui fonctionne rapidement en local. Ce design peut équilibrer la sociabilité du jeu et le retour instantané, offrant aux joueurs une expérience de jeu riche.
Exemple d'implémentation
Prenons l'exemple d'un projet expérimental nommé MuMu, qui s'inspire d'Opus Magnum de Zachtronic, permettant aux joueurs d'explorer des solutions à des puzzles de programmation visuelle.
Le cycle de jeu central de MuMu est un front-end Web qui s'exécute dans le navigateur du joueur, comprenant :
Interface graphique utilisateur, permettant aux joueurs de saisir des solutions et de voir les performances.
Simulateur, exécute la solution selon la logique de l'énigme et génère des résultats de performance.
Les joueurs peuvent choisir de soumettre des solutions à des énigmes spécifiques au cycle de méta-jeu de MuMu. Ce cycle est composé de contrats intelligents et de serveurs d'indexation, responsables de la validation des solutions et de l'enregistrement des résultats.
Le cycle de jeu principal s'abonnera aux mises à jour de données du métavers, permettant aux joueurs de :
Consultez le classement de toutes les solutions soumises.
Étudiez les solutions d'autres joueurs pour vous en inspirer et concevoir de meilleures solutions.
Élargir les possibilités
Ce mode peut être étendu davantage en introduisant la technologie des données avec preuve (PCD). Les appareils des joueurs peuvent générer des preuves indiquant que le programme de simulation a été exécuté correctement. Ainsi, le cycle du métajeu n'a besoin que de vérifier les preuves, sans avoir à réexécuter la simulation, réduisant ainsi la complexité de calcul.
De plus, grâce à la technologie des preuves à connaissance nulle, il est possible de mettre en œuvre une protection de la vie privée pour les solutions. Dans ce cas, seules les preuves et les résultats de performance seront envoyés à la boucle de jeu métagame, tandis que la solution originale sera strictement conservée sur l'appareil du joueur. Cela protège non seulement les résultats intellectuels des joueurs, mais permet également d'assurer un classement équitable sans divulguer de solutions spécifiques.
Le mode de boucle de jeu local prioritaire offre une nouvelle perspective pour le développement de jeux Web3, avec l'espoir d'améliorer l'expérience utilisateur tout en tirant pleinement parti des avantages de la technologie blockchain. Avec le développement continu des technologies associées, nous espérons voir davantage de conceptions de jeux innovantes et d'exemples d'applications.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
14 J'aime
Récompense
14
4
Partager
Commentaire
0/400
BearMarketBard
· Il y a 8h
Off-chain, c'est vraiment bien. Les jeux de demain doivent être joués.
Voir l'originalRépondre0
MissedAirdropAgain
· 08-02 20:23
Jouer hors ligne, trader en ligne, encore une fois se faire prendre pour des cons.
Voir l'originalRépondre0
StrawberryIce
· 08-02 20:09
N'est-ce pas équivalent à ce que le jeu en ligne devienne un jeu hors ligne ?
Voir l'originalRépondre0
Whale_Whisperer
· 08-02 20:07
Enfin, quelqu'un a découvert la raison du ralentissement des jeux basés sur la blockchain.
Boucle de jeu locale prioritaire : un nouveau modèle de jeu Web3 améliore l'expérience utilisateur
Boucle de jeu prioritaire locale : un nouveau mode pour améliorer l'expérience de jeu
Le cycle de jeu local prioritaire est un modèle de conception qui privilégie l'expérience hors chaîne ou hors ligne. Sa caractéristique principale est que le cycle principal du jeu s'exécute entièrement sur l'appareil du joueur, sans être affecté par les confirmations de transactions sur la chaîne ou d'autres réponses réseau, à moins que le joueur ne choisisse activement d'interagir avec cela. Ce concept découle de l'idée de logiciels locaux prioritaires et a été appliqué et validé dans plusieurs projets expérimentaux.
Motivation de conception
Avec l'augmentation rapide de la capacité de calcul des dispositifs périphériques, transférer davantage de tâches de traitement sur ces dispositifs peut réduire efficacement la latence et améliorer l'expérience de jeu. Cette stratégie est particulièrement importante lors de la conception d'applications décentralisées. Les applications traditionnelles sur chaîne doivent généralement attendre la fin des transactions pour mettre à jour leur état, ce qui est encore plus évident dans les mondes autonomes et les jeux entièrement sur chaîne, entraînant souvent de graves problèmes de latence.
Pour relever ce défi, les développeurs ont essayé de concevoir un nouveau modèle de cycle de jeu. Dans ce modèle, les joueurs n'ont besoin d'envoyer une transaction qu'une seule fois par partie, ce qui permet au processus de jeu de ne plus être limité par la vitesse des transactions et le temps des blocs. En exécutant localement le cycle de jeu principal, nous pouvons tirer pleinement parti des ressources de calcul locales, améliorant ainsi considérablement l'expérience de jeu.
Détails du mode
La boucle de jeu locale prioritaire se compose de deux parties principales : la boucle de jeu centrale et la boucle de méta-jeu.
Le cycle de jeu principal transmet des informations au cycle de méta-jeu, qui génère de nouvelles données en fonction de ces informations. Lorsque de nouvelles données sont disponibles, elles sont renvoyées de manière asynchrone sur l'appareil du joueur.
Il existe de nombreuses façons de mettre en œuvre un cycle de méta-jeu, la forme la plus simple pouvant être un tableau des scores. Par exemple, dans un jeu de puzzles, les joueurs essaient de résoudre des énigmes localement, et une fois satisfaits, soumettent leur solution. Le cycle de méta-jeu évalue la solution et maintient un classement, qui est mis à jour régulièrement pour tous les joueurs.
Des applications plus complexes peuvent impliquer un système d'appariement des joueurs. Par exemple, dans un jeu de combat automatique, les joueurs conçoivent et testent localement des stratégies de combat, puis les soumettent au cycle de méta-jeu. Le cycle de méta-jeu est responsable de l'appariement des stratégies des joueurs, de la réalisation des combats et peut éventuellement implémenter des systèmes de classement tels que Elo ou Glicko.
Un design plus avancé consiste à mettre en œuvre deux boucles de jeu interconnectées : une boucle de jeu multijoueur qui progresse lentement dans le métajeu, et une boucle de jeu solo qui fonctionne rapidement en local. Ce design peut équilibrer la sociabilité du jeu et le retour instantané, offrant aux joueurs une expérience de jeu riche.
Exemple d'implémentation
Prenons l'exemple d'un projet expérimental nommé MuMu, qui s'inspire d'Opus Magnum de Zachtronic, permettant aux joueurs d'explorer des solutions à des puzzles de programmation visuelle.
Le cycle de jeu central de MuMu est un front-end Web qui s'exécute dans le navigateur du joueur, comprenant :
Les joueurs peuvent choisir de soumettre des solutions à des énigmes spécifiques au cycle de méta-jeu de MuMu. Ce cycle est composé de contrats intelligents et de serveurs d'indexation, responsables de la validation des solutions et de l'enregistrement des résultats.
Le cycle de jeu principal s'abonnera aux mises à jour de données du métavers, permettant aux joueurs de :
Élargir les possibilités
Ce mode peut être étendu davantage en introduisant la technologie des données avec preuve (PCD). Les appareils des joueurs peuvent générer des preuves indiquant que le programme de simulation a été exécuté correctement. Ainsi, le cycle du métajeu n'a besoin que de vérifier les preuves, sans avoir à réexécuter la simulation, réduisant ainsi la complexité de calcul.
De plus, grâce à la technologie des preuves à connaissance nulle, il est possible de mettre en œuvre une protection de la vie privée pour les solutions. Dans ce cas, seules les preuves et les résultats de performance seront envoyés à la boucle de jeu métagame, tandis que la solution originale sera strictement conservée sur l'appareil du joueur. Cela protège non seulement les résultats intellectuels des joueurs, mais permet également d'assurer un classement équitable sans divulguer de solutions spécifiques.
Le mode de boucle de jeu local prioritaire offre une nouvelle perspective pour le développement de jeux Web3, avec l'espoir d'améliorer l'expérience utilisateur tout en tirant pleinement parti des avantages de la technologie blockchain. Avec le développement continu des technologies associées, nous espérons voir davantage de conceptions de jeux innovantes et d'exemples d'applications.