Vista previa de los juegos de cadena completa: la evolución del motor de juegos Web2

01 La tecnología subyacente impulsa un gran desarrollo en los juegos

El progreso en la industria del juego siempre está evolucionando junto con los avances en la tecnología. Desde cambios en los gráficos y el sonido hasta cambios en el diseño de los juegos y los métodos de interacción, todos contribuyen al desarrollo de los juegos. El primer juego desarrollado por Atari, Pong, es ampliamente considerado como el primer juego electrónico comercialmente exitoso, lo que generó una tendencia en los juegos electrónicos. La década de 1970 fue un período de rápido desarrollo de los circuitos integrados. En 1975, Motorola presentó el procesador 6502, sentando las bases para el éxito posterior de las consolas domésticas. De ahí nació la pionera de las consolas domésticas más famosa, Atari 2600, lo que convirtió a Pac-Man en un nombre familiar.

Los juegos modernos son un arte integrado y también una tecnología compleja. Los primeros juegos eran relativamente simples en cuanto a lógica de código e interacción de interfaz. Los desarrolladores estaban más acostumbrados a trabajar de 0 a 1, pero a medida que mejoraron las capacidades, el juego se volvió más diverso y la tecnología se volvió más complicada. Empezar el desarrollo desde cero se volvió cada vez más ineficiente. En la década de 1990, la llegada de los CD-ROM y las tarjetas de aceleración de gráficos 3D llevó los juegos a nuevas alturas en contenido y rendimiento visual, lo que llevó a un aumento espectacular en la cantidad de código necesario para desarrollar un juego. En este contexto surgió el concepto de motores de juegos. Los desarrolladores de juegos estandarizaron algunas de las tecnologías subyacentes y las integraron en un conjunto de herramientas eficiente para acortar los ciclos de desarrollo, reducir la complejidad y admitir lanzamientos de juegos multiplataforma. La aparición de motores de juegos supuso una gran comodidad para los desarrolladores. Estas características modulares, generalizadas y estandarizadas permiten a los desarrolladores centrarse más en el contenido y el diseño del juego. Hoy en día, un motor de juego maduro puede incluir sistemas de gráficos, físicas y escenas.

En 1993, Id Software utilizó el motor DOOM (Id Tech 1) para crear el juego "Doom", logrando un tremendo éxito con unas ventas que alcanzaron los 3,5 millones de copias en el primer año. El éxito de "Doom" se atribuyó en gran medida al diseño de su arquitectura de software. La arquitectura del software del juego se dividió en componentes de software centrales, recursos artísticos, mundo del juego y reglas del juego, entre otros. Esta clara división arquitectónica permite a diferentes desarrolladores utilizar el mismo motor y crear juegos completamente nuevos mediante la producción de arte, niveles, personajes, mundos de juego y reglas nuevos. El éxito del motor DOOM despertó el interés en la producción de MOD dentro de la comunidad y se convirtió en el primer motor de juego comercial. En la década siguiente, los motores de juegos se volvieron muy buscados, desde Unreal Engine de Epic Games hasta CryEngine de CryTech y Unity, que brilla en la plataforma iOS. Además de los motores comerciales, muchos fabricantes también construyeron motores patentados para uso interno, como el motor Source de Valve, el motor IW de Infinity Ward y el motor Anvil de Ubisoft.

02 Arquitectura ECS del motor de juego Web3

Los dos motores de juegos blockchain más conocidos, MUD y DOJO, utilizan la arquitectura ECS. ECS significa Entidad-Componente-Sistema. Es un patrón arquitectónico común en el desarrollo de juegos Web2 para gestionar objetos (entidades) del juego, sus propiedades (componentes) y comportamientos (sistemas). Los beneficios de esta arquitectura incluyen:

• Optimización del rendimiento: la arquitectura ECS permite a los desarrolladores de juegos gestionar mejor el diseño de la memoria y los patrones de acceso a los datos, mejorando así el rendimiento del juego. La estrecha disposición de entidades y componentes ayuda a reducir las pérdidas de caché, mejorando la eficiencia del acceso a los datos.
• Escalabilidad: debido al desacoplamiento de entidades y componentes, agregar nuevas funciones solo requiere agregar los componentes y sistemas correspondientes, sin cambiar el código existente. Esto facilita la ampliación de las funciones y el contenido del juego.
• Reutilizabilidad: al dividir los atributos en componentes independientes, estos componentes se pueden reutilizar más fácilmente para crear diferentes tipos de entidades, lo que reduce el código redundante.

MUD V1 es un ejemplo típico de arquitectura ECS. En el marco de V1, las Entidades también son las unidades básicas del juego, que pueden ser varios objetos, accesorios o direcciones de billetera, identificados por una identificación única. Los componentes son la parte de datos de las entidades que se utilizan para describir diferentes atributos de la entidad, como la ubicación de los objetos, los atributos de los personajes, etc. Al adjuntar diferentes componentes a las entidades, se pueden crear diversos y variados objetos de juego. Los sistemas manejan la lógica de los Componentes, implementando diversas reglas y comportamientos del juego. Existen en cadena en forma de contratos inteligentes. Las entidades, los componentes y los sistemas existen en un contrato inteligente de Worlds, cada Worlds equivale a un entorno de juego independiente.

¿Cómo refleja esta arquitectura la escalabilidad? Supongamos que necesitamos actualizar una función del juego o que la comunidad quiere agregar contenido nuevo. Primero, debes darle a la nueva función/lógica (sistema) del juego acceso de escritura a los componentes relevantes. Luego cree una versión mejorada; El resto del contenido del juego permanece sin cambios. Si no tiene acceso de escritura, puede considerar la posibilidad de crear nuevos componentes y sistemas con nuevas funciones. Los jugadores pueden elegir diferentes versiones para jugar mientras interactúan con los datos de los mismos componentes principales. Desde la perspectiva de Worlds, cualquiera puede crear componentes y sistemas, al igual que cualquiera puede crear nuevos tokens ERC-20 y "adjuntarlos" a direcciones.

03 Importancia de los motores de juegos Web3 para el desarrollo de juegos Blockchain

Aunque la tecnología blockchain aún no ha llegado por completo a las aplicaciones diarias, sus características únicas, como los derechos de autenticación y la transparencia, traerán inevitablemente cambios importantes en el campo de los juegos. Especialmente porque la gente ya ha sido testigo de la gran oportunidad que brinda DeFi. ¿Qué pasará si el juego está completamente en cadena? A partir de DeFi, no es difícil inferir los cambios que traerá blockchain al juego:

• Sistema económico abierto: Blockchain puede hacer que los activos virtuales en el juego tengan propiedad real y sean escasos. Esto significa que los jugadores pueden verificar la rareza y la tasa de producción de los elementos, evitando el control y la gestión de activos de las empresas de juegos centralizadas.
• Componibilidad: colocar el juego en el entorno abierto de blockchain permite que diferentes juegos y proyectos se complementen entre sí. El progreso de los jugadores en un juego puede reflejarse en otros juegos, incluso compartiendo activos, creando un ecosistema de juego más abierto e interconectado.
• Contenido generado por el usuario: los usuarios pueden crear contenido o activos del juego de forma totalmente autónoma y poseer los activos en un entorno de código abierto. Esto promueve un bucle de juego generado por el usuario, aumentando la jugabilidad y distribución del juego. Por ejemplo, los usuarios pueden cargar contenido mod verificado en el contrato del juego, enriqueciendo el juego y tal vez incluso obteniendo algunos ingresos.

Los juegos blockchain han sido muy esperados, especialmente después de DeFi y NFT, estas dos áreas de aplicación blockchain se han disparado sucesivamente. Sin embargo, todavía existen muchos obstáculos para su implementación:

• En primer lugar está la limitación de la infraestructura técnica. La velocidad de EVM es lenta, las tarifas de gas son altas, el lenguaje Solidity es casi incapaz de manejar una lógica de juego compleja, lo que limita severamente la complejidad y la interactividad del juego.
• El diseño del modelo económico, como es bien sabido, el sistema económico de juegos en cadena es crucial. Es necesario encontrar un equilibrio entre los incentivos eficaces y la financiarización.
• Libertad y gobernanza, los juegos en cadena tienen un grado bastante alto de libertad o apertura. Debería permitir a cualquier jugador crear e implementar diferentes contenidos de juego; sin embargo, este contenido inevitablemente hará que el mundo del juego sea más complejo e incluso producirá impactos económicos imprevistos, lo que requiere mecanismos de gobernanza eficaces para coordinar la gestión.

Estas son sólo algunas de las dificultades previsibles y también son la razón por la que casi todos los juegos de cadena completa se centran actualmente en SLG: el mecanismo del juego es simple, no requiere un TPS alto y la información incompleta puede ser perfectamente aplicada por la tecnología existente. Si esperamos un MMORPG, sin duda es todo un reto. Tomando como referencia los cambios que los motores de juego han traído a los juegos Web2, si los juegos en cadena también adoptan la arquitectura ECS, posiblemente se pueda resolver:

• Organización y gestión de datos: los juegos en cadena también tienen una gran cantidad de datos del juego para procesar, incluidos atributos de personajes, elementos, información de mapas, etc. La arquitectura ECS puede ayudar a organizar los datos en componentes reutilizables y gestionar eficazmente la modificación y el acceso a los datos.
• Flexibilidad y escalabilidad: al separar las entidades y componentes del juego, los desarrolladores pueden crear fácilmente nuevos objetos y funciones del juego sin afectar la lógica existente. Esta flexibilidad y escalabilidad es particularmente importante en los juegos en cadena, ya que los mecanismos de juego complejos pueden requerir actualizaciones y ampliaciones frecuentes.
• Contratos inteligentes y actualizaciones de datos: la arquitectura ECS puede gestionar de manera más efectiva las actualizaciones de datos en contratos inteligentes. Cada componente se puede actualizar de forma independiente sin actualizar toda la entidad. Esto puede reducir el costo de ejecución de los contratos inteligentes y mejorar la eficiencia de la interacción.
• Componibilidad: una ventaja de ECS es la componibilidad de sus componentes y sistemas, lo que encaja bien con el concepto de componibilidad en los juegos en cadena. Quizás los jugadores puedan crear contenido nuevo, brindando así experiencias más ricas.

04 Perspectiva del juego Web3 de cadena completa

Los desafíos de los juegos de cadena completa siguen siendo numerosos y el motor del juego solo resuelve una pequeña parte del problema. Sin embargo, los desafíos y las oportunidades coexisten, y los juegos de cadena completa como una aplicación compleja pueden convertirse en el trampolín para la implementación real de la tecnología blockchain.

Actualmente, los motores de juegos de cadena completa se encuentran todavía en una etapa muy temprana. Como se mencionó anteriormente, hemos visto la forma embrionaria de aplicaciones complejas, pero carecen de las herramientas para su implementación. El progreso de desarrollo más rápido es actualmente MUD V2 y Dojo. MUD V2, en comparación con V1, ha mejorado la arquitectura ECS, pero V2 aún está en desarrollo. Dojo es actualmente el único motor de juego verificable creado por la comunidad Starknet, que se beneficia del idioma de El Cairo y puede implementar de forma nativa niebla de guerra. Dojo también adopta la arquitectura ECS y planea desarrollar juegos L3 exclusivos en Starknet para mejorar aún más la escalabilidad.

Además, la infraestructura de la que dependen los juegos en cadena también está evolucionando. L2 ha sido tan desarrollado que puedes lanzar una cadena con un solo clic. Quizás un juego de gran éxito pueda mantener su estructura disipativa ganando la difusión a través de Rollup autoconstruido, evitando así una espiral de muerte. Al utilizar la tecnología de abstracción de cuentas ERC-4337, los juegos de cadena completa pueden permitir a los jugadores realizar transacciones de juegos y crear personajes dentro de una sola cuenta, lo que ayuda a simplificar la experiencia del usuario. También se pueden encapsular diferentes mecanismos de juego en una cuenta de contrato actualizable, lo que facilita a los desarrolladores actualizar u optimizar las reglas del juego, el contenido, etc.

Descargo de responsabilidad:

1. Este artículo es una reproducción de [ 响指研究所] y los derechos de autor pertenecen al autor original [SnapFingers DAO]. Si hay objeciones a la reproducción, comuníquese con el equipo de Gate Learn, y el equipo la procesará de inmediato de acuerdo con los procedimientos pertinentes.
2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo representan únicamente los puntos de vista personales del autor y no constituyen ningún consejo de inversión.
3. El equipo de Gate Learn traduce las versiones del artículo en otros idiomas. Sin mencionar Gate.io, no está permitido copiar, difundir o plagiar los artículos traducidos.