Ciclo de juego local priorizado: un modelo innovador para mejorar la experiencia de los juegos Web3
El bucle de juego priorizado localmente es un patrón de diseño que prioriza la experiencia fuera de la cadena o fuera de línea. Su característica principal es que el bucle principal del juego se ejecuta completamente en el dispositivo local del jugador, sin verse afectado por la confirmación de transacciones en la cadena o por otras respuestas de la red, a menos que el jugador elija interactuar con ello. Este concepto se origina en la idea de software priorizado localmente y ha sido aplicado y validado en varios experimentos de juegos en Web3.
Motivación del diseño
Con el rápido aumento de la capacidad de cálculo de los dispositivos de borde, se vuelve cada vez más atractivo trasladar más tareas de procesamiento a estos dispositivos. Esta estrategia no solo puede reducir significativamente la latencia, sino que también puede mejorar en gran medida la fluidez de la experiencia de juego. En el diseño de mundos autónomos, los desarrolladores enfrentan decisiones similares. Las aplicaciones tradicionales en cadena suelen tener que esperar a que se complete la transacción para actualizar el estado y realizar la siguiente operación, un patrón que es particularmente evidente en los juegos en cadena completa, lo que lleva a problemas graves de latencia.
Para abordar este desafío, los desarrolladores comenzaron a explorar nuevos patrones de diseño de juegos. Una de las ideas clave es diseñar un bucle de juego que permita a cada jugador enviar una transacción una sola vez por ronda. Este enfoque desacopla efectivamente la experiencia del juego de la velocidad de transacción de la blockchain y el tiempo de bloque, lo que mejora significativamente la velocidad de respuesta y la fluidez del juego.
Análisis de modos
El modo de bucle de juego de prioridad local se compone principalmente de dos partes: el bucle de juego central y el bucle de metajuego.
Ciclo de juego central: constituye la experiencia principal del juego, que se ejecuta completamente en el dispositivo local del jugador.
Bucle de juego de origen: se ejecuta de forma asíncrona y se encarga de manejar la interacción entre los jugadores, sin interferir en la ejecución del bucle de juego principal.
El bucle central del juego transmitirá información al bucle meta del juego, que generará nuevos datos en función de esa información. Cuando nuevos datos estén disponibles, se enviarán de vuelta al dispositivo del jugador de manera asíncrona.
La implementación del ciclo de metajuego es diversa, y la forma más simple puede ser un tablero de puntuación. En este caso, el ciclo central del juego podría ser un juego de rompecabezas, en el que los jugadores intentan resolver el problema a través de intentos repetidos. Cuando los jugadores están satisfechos con su solución, pueden enviarla al ciclo de metajuego. El ciclo de metajuego evaluará la validez de la solución y organizará los resultados junto con el nombre del jugador en una tabla de clasificación. Esta tabla se enviará posteriormente a los dispositivos de cada jugador.
Ciclos de metajuego más avanzados pueden ser utilizados para emparejamiento de jugadores. Por ejemplo, en un juego de combate automático, el ciclo de juego central permite a los jugadores diseñar y probar estrategias de combate. Una vez que los jugadores están satisfechos, envían la estrategia al ciclo de metajuego. El ciclo de metajuego es responsable de emparejar combate entre las estrategias enviadas por diferentes jugadores y puede implementar un sistema de calificación para evaluar la fuerza de cada estrategia o jugador.
Una forma de implementación más compleja es diseñar dos bucles de juego interrelacionados: un bucle de juego multijugador y un bucle de juego para un solo jugador. El bucle de juego multijugador se implementa en el bucle de metajuego, avanzando más lentamente; mientras que el bucle de juego para un solo jugador se implementa en el bucle de juego núcleo, funcionando a velocidad local. Por ejemplo, el bucle de metajuego puede implementar un juego de batalla real en el que participan robots diseñados por los jugadores, mientras que el bucle de juego núcleo correspondiente es una estación de construcción de robots, donde los jugadores pueden diseñar el comportamiento de los robots y probarlo.
Casos de aplicación reales
Tomando como ejemplo un juego experimental llamado MuMu, su diseño se inspira en un juego de lógica de rompecabezas de alquimia. El ciclo central del juego de MuMu es un frontend web que se ejecuta en el navegador del jugador, que incluye una interfaz gráfica de usuario y un simulador. Los jugadores pueden enviar libremente soluciones al ciclo meta del juego de MuMu, que está compuesto por contratos inteligentes y servidores de índice.
Los contratos inteligentes implementan la misma lógica de simulación que el bucle central del juego, asegurando que los jugadores puedan evaluar con precisión su rendimiento antes de enviar soluciones. El contrato emitirá eventos que contienen descripciones de soluciones e información de rendimiento. El bucle central del juego suscribe las actualizaciones de la base de datos del servidor de índice del metajuego, permitiendo a los jugadores ver todas las soluciones enviadas y aprender a través de la comparación.
Perspectivas Futuras
Este modo también se puede expandir aún más, introduciendo la tecnología de datos con pruebas (PCD). Los dispositivos de los jugadores pueden generar pruebas que indican que el programa de simulación se ejecutó correctamente en la solución del jugador. Este enfoque puede reducir la complejidad computacional del ciclo de metajuegos, ya que verificar pruebas generalmente consume menos recursos que volver a ejecutar el programa de simulación.
Además, mediante la tecnología de pruebas de cero conocimiento, se puede lograr la ocultación de soluciones. En este caso, solo se enviarán los resultados de rendimiento probados y afirmados al ciclo de metajuego, mientras que la solución original se mantiene estrictamente en el dispositivo del jugador. Esto no solo ahorra costos computacionales, sino que también permite clasificarla sin exponer la solución específica.
El modo de bucle de juego local prioritario proporciona una idea innovadora para el desarrollo de juegos Web3, con la esperanza de mejorar significativamente la experiencia del juego, reduciendo el impacto de la latencia inherente a la blockchain, al mismo tiempo que mantiene la descentralización y la seguridad. Con el continuo desarrollo de las tecnologías relacionadas, podemos esperar ver más diseños de juegos innovadores basados en este modelo.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
7 me gusta
Recompensa
7
6
Republicar
Compartir
Comentar
0/400
CryptoCross-TalkClub
· hace14h
¿Jugar juegos en cadena sin conexión? Esta jugada ha eliminado completamente la Cadena de bloques.
Ver originalesResponder0
PessimisticLayer
· 08-10 10:37
¿Crees que optimizar es lo mismo que Descentralización...
Ver originalesResponder0
GhostInTheChain
· 08-10 10:36
Esto no es más que un cambio de marca del modo offline?
Ver originalesResponder0
AirdropBuffet
· 08-10 10:15
Por fin alguien dice esto, ¿qué sentido tiene jugar si hay que esperar la confirmación on-chain?
Ver originalesResponder0
BackrowObserver
· 08-10 10:14
La latencia finalmente no es un problema~ cómodo.
Ver originalesResponder0
RugPullAlertBot
· 08-10 10:12
Rug Pull advertencia, nuevamente creando un nuevo concepto para sacar dinero.
Ciclo de juego local prioritario: el camino hacia la innovación en la experiencia de juegos Web3
Ciclo de juego local priorizado: un modelo innovador para mejorar la experiencia de los juegos Web3
El bucle de juego priorizado localmente es un patrón de diseño que prioriza la experiencia fuera de la cadena o fuera de línea. Su característica principal es que el bucle principal del juego se ejecuta completamente en el dispositivo local del jugador, sin verse afectado por la confirmación de transacciones en la cadena o por otras respuestas de la red, a menos que el jugador elija interactuar con ello. Este concepto se origina en la idea de software priorizado localmente y ha sido aplicado y validado en varios experimentos de juegos en Web3.
Motivación del diseño
Con el rápido aumento de la capacidad de cálculo de los dispositivos de borde, se vuelve cada vez más atractivo trasladar más tareas de procesamiento a estos dispositivos. Esta estrategia no solo puede reducir significativamente la latencia, sino que también puede mejorar en gran medida la fluidez de la experiencia de juego. En el diseño de mundos autónomos, los desarrolladores enfrentan decisiones similares. Las aplicaciones tradicionales en cadena suelen tener que esperar a que se complete la transacción para actualizar el estado y realizar la siguiente operación, un patrón que es particularmente evidente en los juegos en cadena completa, lo que lleva a problemas graves de latencia.
Para abordar este desafío, los desarrolladores comenzaron a explorar nuevos patrones de diseño de juegos. Una de las ideas clave es diseñar un bucle de juego que permita a cada jugador enviar una transacción una sola vez por ronda. Este enfoque desacopla efectivamente la experiencia del juego de la velocidad de transacción de la blockchain y el tiempo de bloque, lo que mejora significativamente la velocidad de respuesta y la fluidez del juego.
Análisis de modos
El modo de bucle de juego de prioridad local se compone principalmente de dos partes: el bucle de juego central y el bucle de metajuego.
El bucle central del juego transmitirá información al bucle meta del juego, que generará nuevos datos en función de esa información. Cuando nuevos datos estén disponibles, se enviarán de vuelta al dispositivo del jugador de manera asíncrona.
La implementación del ciclo de metajuego es diversa, y la forma más simple puede ser un tablero de puntuación. En este caso, el ciclo central del juego podría ser un juego de rompecabezas, en el que los jugadores intentan resolver el problema a través de intentos repetidos. Cuando los jugadores están satisfechos con su solución, pueden enviarla al ciclo de metajuego. El ciclo de metajuego evaluará la validez de la solución y organizará los resultados junto con el nombre del jugador en una tabla de clasificación. Esta tabla se enviará posteriormente a los dispositivos de cada jugador.
Ciclos de metajuego más avanzados pueden ser utilizados para emparejamiento de jugadores. Por ejemplo, en un juego de combate automático, el ciclo de juego central permite a los jugadores diseñar y probar estrategias de combate. Una vez que los jugadores están satisfechos, envían la estrategia al ciclo de metajuego. El ciclo de metajuego es responsable de emparejar combate entre las estrategias enviadas por diferentes jugadores y puede implementar un sistema de calificación para evaluar la fuerza de cada estrategia o jugador.
Una forma de implementación más compleja es diseñar dos bucles de juego interrelacionados: un bucle de juego multijugador y un bucle de juego para un solo jugador. El bucle de juego multijugador se implementa en el bucle de metajuego, avanzando más lentamente; mientras que el bucle de juego para un solo jugador se implementa en el bucle de juego núcleo, funcionando a velocidad local. Por ejemplo, el bucle de metajuego puede implementar un juego de batalla real en el que participan robots diseñados por los jugadores, mientras que el bucle de juego núcleo correspondiente es una estación de construcción de robots, donde los jugadores pueden diseñar el comportamiento de los robots y probarlo.
Casos de aplicación reales
Tomando como ejemplo un juego experimental llamado MuMu, su diseño se inspira en un juego de lógica de rompecabezas de alquimia. El ciclo central del juego de MuMu es un frontend web que se ejecuta en el navegador del jugador, que incluye una interfaz gráfica de usuario y un simulador. Los jugadores pueden enviar libremente soluciones al ciclo meta del juego de MuMu, que está compuesto por contratos inteligentes y servidores de índice.
Los contratos inteligentes implementan la misma lógica de simulación que el bucle central del juego, asegurando que los jugadores puedan evaluar con precisión su rendimiento antes de enviar soluciones. El contrato emitirá eventos que contienen descripciones de soluciones e información de rendimiento. El bucle central del juego suscribe las actualizaciones de la base de datos del servidor de índice del metajuego, permitiendo a los jugadores ver todas las soluciones enviadas y aprender a través de la comparación.
Perspectivas Futuras
Este modo también se puede expandir aún más, introduciendo la tecnología de datos con pruebas (PCD). Los dispositivos de los jugadores pueden generar pruebas que indican que el programa de simulación se ejecutó correctamente en la solución del jugador. Este enfoque puede reducir la complejidad computacional del ciclo de metajuegos, ya que verificar pruebas generalmente consume menos recursos que volver a ejecutar el programa de simulación.
Además, mediante la tecnología de pruebas de cero conocimiento, se puede lograr la ocultación de soluciones. En este caso, solo se enviarán los resultados de rendimiento probados y afirmados al ciclo de metajuego, mientras que la solución original se mantiene estrictamente en el dispositivo del jugador. Esto no solo ahorra costos computacionales, sino que también permite clasificarla sin exponer la solución específica.
El modo de bucle de juego local prioritario proporciona una idea innovadora para el desarrollo de juegos Web3, con la esperanza de mejorar significativamente la experiencia del juego, reduciendo el impacto de la latencia inherente a la blockchain, al mismo tiempo que mantiene la descentralización y la seguridad. Con el continuo desarrollo de las tecnologías relacionadas, podemos esperar ver más diseños de juegos innovadores basados en este modelo.