Application des zk-SNARKs dans les jeux sur blockchain : l'exemple des jeux d'élimination
Dans le développement de jeux sur la blockchain, l'optimisation de l'expérience des joueurs a toujours été un point focal de l'industrie. Prenons l'exemple d'un jeu sur la blockchain appelé jeu d'élimination, où chaque partie dure 4 minutes et les joueurs doivent éliminer tous les éléments du plateau dans le temps imparti pour obtenir des récompenses en tokens. Cependant, en raison des caractéristiques des interactions sur la blockchain, chaque action du joueur nécessite d'attendre au moins 2 secondes, ce qui affecte gravement l'expérience de jeu.
Pour résoudre ce problème, les développeurs ont proposé d'utiliser la technologie zk-SNARKs (ZKP) pour réduire la fréquence d'interaction des joueurs avec la blockchain. Leur idée est la suivante : le processus de jeu ne s'inscrit pas sur la chaîne, mais un mécanisme spécifique garantit qu'il n'y a pas de risque de tricherie. Plus précisément, chaque opération du joueur génère un ZKP, et les ZKP des opérations suivantes sont basés sur ceux de l'étape précédente, formant un ZKP auto-contenu similaire à une structure de blockchain. À la fin du jeu, il suffit d'envoyer le ZKP de la dernière opération sur la chaîne, où un contrat intelligent vérifie le résultat.
Cependant, cette solution fait face à de nombreux défis lors de sa mise en œuvre :
Prévention de la tricherie dans le processus et le résultat du jeu : il est nécessaire non seulement de générer des ZKP pour le résultat final, mais aussi de vérifier l'ensemble du processus de jeu.
Problèmes techniques générés progressivement par le ZKP : chaque opération de ZKP dépend de l'étape précédente, il est donc douteux de savoir comment garantir la faisabilité de la génération et de la vérification.
Traitement des données de jeu publiques : Les données du jeu elles-mêmes sont publiques, utiliser ZKP pour masquer les informations semble être superflu. En même temps, la manière de conserver les données de jeu du côté du contrat intelligent devient également un défi.
Le problème de la consommation des objets de jeu : Lorsqu'il s'agit de la consommation de Token représentant des objets de jeu, la manière de gérer le transfert de Token dans le cadre du système ZKP est une question délicate.
Les caractéristiques de confidentialité des données des zk-SNARKs : dans les scénarios où il n'est pas nécessaire de cacher les données de jeu, l'utilisation des zk-SNARKs augmente en fait la complexité d'acquisition des données et l'incertitude des solutions de mise en œuvre.
Après une analyse approfondie, nous en concluons ce qui suit :
Pour ce type de jeu en chaîne complète qui n'a pas besoin de cacher les données de jeu, utiliser des zk-SNARKs pour cacher les informations peut être plus nuisible que bénéfique. Pour améliorer l'expérience de jeu, il peut être envisagé de ne pas mettre le processus de jeu sur la chaîne, mais seulement de valider le résultat final sur la chaîne. La clé est de trouver un moyen d'assurer qu'il n'y a aucune possibilité de tricherie à chaque étape du début à la fin du jeu.
Il semble que la technologie ZKP soit principalement adaptée à deux types de scénarios dans le domaine des jeux :
Cachage d'information dans les jeux de type théorie des jeux à information incomplète, tels que la forêt sombre, le poker et le loup-garou.
Preuve des résultats des jeux à étapes, comme les loteries, les devinettes de chiffres, pierre-papier-ciseaux, etc.
Il convient de noter qu'en raison de la complexité de la technologie des zk-SNARKs, l'analyse et les conclusions de cet article peuvent présenter certaines limites. Nous espérons que davantage de professionnels pourront approfondir ce sujet et fournir plus d'idées innovantes pour le développement des jeux sur blockchain.
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.
12 J'aime
Récompense
12
7
Reposter
Partager
Commentaire
0/400
CountdownToBroke
· 08-02 02:20
Attendre 2 secondes, c'est mieux d'aller jouer à des jeux mobiles.
Voir l'originalRépondre0
MidnightSnapHunter
· 07-31 11:56
Jouer en quatre minutes ? Attendez-vous à ce que le serveur plante.
Voir l'originalRépondre0
TokenomicsTrapper
· 07-31 10:50
lmao encore un zkp copium à moitié cuit... classique modèle de sortie de pump en cours de chargement rn fr
Voir l'originalRépondre0
ImpermanentLossFan
· 07-30 10:06
C'est sans fin, même pour jouer à un jeu de correspondance, il faut des zk-SNARKs.
Voir l'originalRépondre0
NftDataDetective
· 07-30 10:01
hmm latence de 2 secondes ? ngl cela semble encore un peu lent pour un jeu de match-3 tbh
Voir l'originalRépondre0
TrustMeBro
· 07-30 09:59
Deux secondes de latence, ça ne bouge plus.
Voir l'originalRépondre0
ZKProofster
· 07-30 09:55
techniquement parlant... 2 secondes de latence, c'est toujours nul pour le gaming, à vrai dire. aucune quantité de zkp ne peut résoudre ce problème fondamental.
Les défis et limites de l'introduction de la technologie zk-SNARKs dans les jeux sur blockchain.
Application des zk-SNARKs dans les jeux sur blockchain : l'exemple des jeux d'élimination
Dans le développement de jeux sur la blockchain, l'optimisation de l'expérience des joueurs a toujours été un point focal de l'industrie. Prenons l'exemple d'un jeu sur la blockchain appelé jeu d'élimination, où chaque partie dure 4 minutes et les joueurs doivent éliminer tous les éléments du plateau dans le temps imparti pour obtenir des récompenses en tokens. Cependant, en raison des caractéristiques des interactions sur la blockchain, chaque action du joueur nécessite d'attendre au moins 2 secondes, ce qui affecte gravement l'expérience de jeu.
Pour résoudre ce problème, les développeurs ont proposé d'utiliser la technologie zk-SNARKs (ZKP) pour réduire la fréquence d'interaction des joueurs avec la blockchain. Leur idée est la suivante : le processus de jeu ne s'inscrit pas sur la chaîne, mais un mécanisme spécifique garantit qu'il n'y a pas de risque de tricherie. Plus précisément, chaque opération du joueur génère un ZKP, et les ZKP des opérations suivantes sont basés sur ceux de l'étape précédente, formant un ZKP auto-contenu similaire à une structure de blockchain. À la fin du jeu, il suffit d'envoyer le ZKP de la dernière opération sur la chaîne, où un contrat intelligent vérifie le résultat.
Cependant, cette solution fait face à de nombreux défis lors de sa mise en œuvre :
Prévention de la tricherie dans le processus et le résultat du jeu : il est nécessaire non seulement de générer des ZKP pour le résultat final, mais aussi de vérifier l'ensemble du processus de jeu.
Problèmes techniques générés progressivement par le ZKP : chaque opération de ZKP dépend de l'étape précédente, il est donc douteux de savoir comment garantir la faisabilité de la génération et de la vérification.
Traitement des données de jeu publiques : Les données du jeu elles-mêmes sont publiques, utiliser ZKP pour masquer les informations semble être superflu. En même temps, la manière de conserver les données de jeu du côté du contrat intelligent devient également un défi.
Le problème de la consommation des objets de jeu : Lorsqu'il s'agit de la consommation de Token représentant des objets de jeu, la manière de gérer le transfert de Token dans le cadre du système ZKP est une question délicate.
Les caractéristiques de confidentialité des données des zk-SNARKs : dans les scénarios où il n'est pas nécessaire de cacher les données de jeu, l'utilisation des zk-SNARKs augmente en fait la complexité d'acquisition des données et l'incertitude des solutions de mise en œuvre.
Après une analyse approfondie, nous en concluons ce qui suit :
Pour ce type de jeu en chaîne complète qui n'a pas besoin de cacher les données de jeu, utiliser des zk-SNARKs pour cacher les informations peut être plus nuisible que bénéfique. Pour améliorer l'expérience de jeu, il peut être envisagé de ne pas mettre le processus de jeu sur la chaîne, mais seulement de valider le résultat final sur la chaîne. La clé est de trouver un moyen d'assurer qu'il n'y a aucune possibilité de tricherie à chaque étape du début à la fin du jeu.
Il semble que la technologie ZKP soit principalement adaptée à deux types de scénarios dans le domaine des jeux :
Cachage d'information dans les jeux de type théorie des jeux à information incomplète, tels que la forêt sombre, le poker et le loup-garou.
Preuve des résultats des jeux à étapes, comme les loteries, les devinettes de chiffres, pierre-papier-ciseaux, etc.
Il convient de noter qu'en raison de la complexité de la technologie des zk-SNARKs, l'analyse et les conclusions de cet article peuvent présenter certaines limites. Nous espérons que davantage de professionnels pourront approfondir ce sujet et fournir plus d'idées innovantes pour le développement des jeux sur blockchain.