Antevisão de todo o jogo em cadeia: a partir da história de desenvolvimento do motor de jogo Web2

A tecnologia subjacente promove o desenvolvimento de jogos

O progresso da indústria de jogos está sempre evoluindo com o aprimoramento da tecnologia. Desde mudanças nos gráficos e efeitos sonoros até mudanças no design de jogos e métodos de interação, tudo está impulsionando o desenvolvimento de jogos. Pong, primeiro jogo desenvolvido pela Atari, é reconhecido como o primeiro jogo eletrônico de sucesso comercial, tornou-se muito popular e deu início à tendência dos jogos eletrônicos. A década de 1970 foi um período de rápido desenvolvimento de circuitos integrados. Em 1975, a Motorola lançou o processador 6502, que lançou as bases para a glória subsequente dos computadores domésticos. O mais famoso pioneiro dos computadores domésticos, o Atari 2600, nasceu daí, e desde então Pac-Man se tornou um nome familiar.

Os jogos modernos são artes complexas e também tecnologias complexas. Os primeiros jogos eram relativamente simples, desde a lógica do código até a interação da interface, e os desenvolvedores estavam mais acostumados a fazê-los de 0 a 1. No entanto, à medida que as funções melhoraram, o jogo tornou-se cada vez mais diversificado e a tecnologia tornou-se cada vez mais complexa, tornando o desenvolvimento de riscar um processo lento e complicado, baixa eficiência. Na década de 1990, o surgimento de CD-ROM e placas aceleradoras gráficas 3D elevou o conteúdo do jogo e o desempenho da tela a novos patamares, o que levou a um aumento acentuado na quantidade de código necessária para desenvolver um jogo. motor Ele surgiu**. Os desenvolvedores de jogos padronizam algumas tecnologias subjacentes e as integram em um conjunto de ferramentas eficiente para encurtar o ciclo de desenvolvimento, reduzir a complexidade do desenvolvimento e oferecer suporte ao lançamento de jogos em diferentes plataformas e dispositivos. Pode-se dizer que o surgimento dos motores de jogos trouxe grande comodidade aos desenvolvedores. Essas funções modulares, generalizadas e padronizadas permitem que os desenvolvedores se concentrem mais no conteúdo do jogo e no design da jogabilidade. Hoje, um motor de jogo maduro pode incluir vários sistemas, como gráficos, física e cenas.

Em 1993, a Id Software utilizou o motor DOOM (Id Tech 1) para produzir o jogo "Doom", que foi um grande sucesso, com vendas chegando a 3,5 milhões de cópias naquele ano. O sucesso de “Doom” se deve em grande parte ao design de sua arquitetura de software. Sua arquitetura de software de jogo é dividida em componentes principais de software, ativos artísticos, mundo do jogo e regras do jogo. Esta clara divisão arquitetônica permite que diferentes desenvolvedores usem o mesmo mecanismo para criar novos jogos, criando novas artes, níveis, personagens, mundos de jogo e regras de jogo. A bem-sucedida bifurcação do motor DOOM despertou o interesse na criação de mods na comunidade, ao mesmo tempo que se tornou o primeiro motor de jogo comercial. Nos dez anos seguintes, os motores de jogo tornaram-se populares, desde o Unreal Engine Unreal da Epic Games, ao CryEngine da CryTech, até ao Unity, que brilha no lado do IOS. Além dos motores comerciais, muitos fabricantes também criaram seus próprios motores desenvolvidos, como o motor Source da Valve, o motor IW da Infinity Ward e o motor Anvil da Ubisoft.

Arquitetura ECS do mecanismo de jogo Web3**

Os dois motores de jogo full-chain mais conhecidos, MUD e DOJO, usam a arquitetura ECS. ECS significa Entity-Component-System (Entity-Component-), que é um padrão de arquitetura comumente usado no desenvolvimento de jogos Web2 para gerenciar objetos de jogo (entidades) e suas propriedades (componentes) e comportamentos (sistemas). Os benefícios deste padrão arquitetônico são:

• Otimização de desempenho: A arquitetura ECS permite que os desenvolvedores de jogos gerenciem melhor o layout da memória e os padrões de acesso a dados, melhorando assim o desempenho do jogo. A disposição próxima de entidades e componentes ajuda a reduzir perdas de cache e a melhorar a eficiência do acesso aos dados.
• Escalabilidade: Devido à dissociação de entidades e componentes, novas funções só precisam adicionar componentes e sistemas correspondentes sem alterar os códigos existentes. Isso facilita a expansão da funcionalidade e do conteúdo do jogo.
• Reutilização: Ao dividir as propriedades em componentes independentes, esses componentes podem ser reutilizados mais facilmente para criar diferentes tipos de entidades, reduzindo assim o código redundante.

MUD V1 é uma arquitetura ECS típica. Na estrutura V1, as Entidades também são as unidades básicas do jogo, que podem ser vários objetos, adereços ou endereços de carteira, e são identificadas por IDs exclusivos. O componente Componentes é a parte de dados da entidade, que é usada para descrever os diferentes atributos da entidade, como a posição do objeto, os atributos da função e assim por diante. Ao anexar diferentes componentes às entidades, uma rica variedade de objetos de jogo pode ser criada. O sistema lida com a lógica dos Componentes e implementa diversas regras e comportamentos do jogo, que existem na cadeia na forma de contratos inteligentes. Entidades, componentes e sistemas estão todos em um contrato de Mundial, e cada Mundial equivale a um ambiente de jogo independente.

Como essa arquitetura reflete a escalabilidade? Suponha que precisemos atualizar uma determinada função no jogo ou que a comunidade queira adicionar novo conteúdo. Primeiro, precisamos permitir que a nova função/lógica do jogo (sistema) obtenha permissões de gravação para os componentes relevantes e, em seguida, crie uma versão atualizada Outros conteúdos do jogo Deixe-os inalterados. Se você não conceder permissão de gravação, também poderá considerar a criação de novos componentes e novos sistemas que contenham novas funções. Os jogadores podem escolher diferentes versões para jogar enquanto interagem com os dados dos mesmos componentes principais. Porque do ponto de vista mundial, qualquer pessoa pode criar componentes e sistemas, assim como qualquer pessoa pode criar novos tokens ERC-20 e “anexá-los” a endereços.

A importância do mecanismo de jogo Web3 para o desenvolvimento de jogos em cadeia

Embora a tecnologia blockchain ainda não tenha sido totalmente implementada nas aplicações diárias, suas características únicas, como confirmação correta e transparência, certamente trarão mudanças importantes no campo do jogo. Especialmente as pessoas viram a enorme magia trazida pelo DeFi. O que acontecerá se o jogo for totalmente carregado no blockchain? Do DeFi, não nos é difícil apresentar as mudanças que o blockchain trará para o jogo:

• Sistema econômico aberto: Blockchain pode fazer com que os ativos virtuais do jogo tenham propriedade real e escassez. Isso significa que os jogadores podem verificar a raridade e a taxa de produção dos itens, evitando o controle e gerenciamento de ativos por empresas centralizadas de jogos.
• Composibilidade: Colocar jogos no ambiente aberto do blockchain permite que diferentes jogos e projetos se complementem. O progresso dos jogadores em um jogo pode ser refletido em outros jogos e até mesmo compartilhar ativos, criando um ecossistema de jogo mais aberto e interoperável.
• Conteúdo gerado pelo usuário: os usuários podem criar conteúdo ou ativos de jogos de forma totalmente independente e ter propriedade dos ativos em um ambiente de código aberto. Isso facilita os loops de jogo gerados pelo usuário, aumentando a jogabilidade e a distribuição do jogo. Por exemplo, os usuários podem carregar conteúdo mod verificado no contrato do jogo, enriquecendo a jogabilidade e talvez obtendo alguns benefícios ao mesmo tempo.

Os jogos Blockchain sempre foram muito aguardados, especialmente depois que os dois campos de aplicação blockchain DeFi e NFT explodiram um após o outro, mas ainda existem muitos obstáculos para sua realização:

• A primeira é a limitação da infraestrutura técnica, o EVM é lento, o custo do gás é alto e a linguagem Solidity é quase incompetente para lidar com lógica de jogo complexa, o que limita severamente a complexidade e interatividade do jogo.
• A concepção do modelo económico, como todos sabemos, o sistema económico de jogos em cadeia é a principal prioridade, e os incentivos eficazes e a financeirização precisam de encontrar um equilíbrio.
• Grau de liberdade e governança. Os jogos on-chain têm um alto grau de liberdade ou abertura. Deveria permitir que qualquer jogador criasse e implementasse diferentes conteúdos de jogo, mas estes conteúdos conduzirão inevitavelmente a um mundo de jogo mais complexo e até terão um impacto económico inesperado, o que requer um mecanismo de governação eficaz para coordenar a gestão.

O que foi dito acima são apenas algumas dificuldades que podem ser previstas no momento, e é também a razão pela qual quase todos os jogos full-chain se concentram no SLG nesta fase - o mecanismo do jogo é simples, não requer TPS alto e as informações incompletas são necessárias só pode ser aperfeiçoado pela aplicação de tecnologias existentes. Se estamos ansiosos por um MMORPG, é sem dúvida bastante desafiante. Tirando lições das mudanças trazidas pelos motores de jogo aos jogos Web2, se os jogos em cadeia também adotarem a arquitetura ECS, poderá ser possível resolver:

• Organização e gerenciamento de dados: Há também uma grande quantidade de dados de jogos que precisam ser processados em jogos da cadeia, incluindo atributos de personagens, itens, informações de mapas, etc. A arquitetura ECS pode ajudar a organizar os dados em componentes reutilizáveis e gerenciar com eficácia a modificação e o acesso aos dados.
• Flexibilidade e escalabilidade: Ao separar as entidades do jogo (Entidades) e os componentes (Componentes), os desenvolvedores podem criar facilmente novos objetos e funções do jogo sem afetar a lógica existente. Esta flexibilidade e escalabilidade são especialmente importantes em jogos on-chain, onde mecânicas de jogo complexas podem exigir atualizações e expansões frequentes.
• Contratos inteligentes e atualizações de dados: a arquitetura ECS pode gerenciar com mais eficiência as atualizações de dados em contratos inteligentes. Cada componente pode ser atualizado de forma independente, sem a necessidade de atualizar toda a entidade. Isto pode reduzir o custo de execução de contratos inteligentes e melhorar a eficiência da interação.
• Composição: Uma vantagem do ECS é a capacidade de composição de seus componentes e sistemas, o que se enquadra no conceito de composição em jogos on-chain. Talvez os jogadores possam criar novos conteúdos que levarão a uma experiência mais rica.

Visualização completa do jogo Web3

Ainda existem muitas dificuldades em jogos full-chain, e os motores de jogo só podem resolver uma pequena parte dos problemas. No entanto, desafios e oportunidades coexistem. Aplicações complexas, como jogos full-chain, podem se tornar um trampolim para a verdadeira implementação do blockchain tecnologia.

Actualmente, o motor de jogo full-chain ainda está numa fase muito inicial.Como mencionado anteriormente, vimos o protótipo de aplicações complexas, mas faltam ferramentas para implementação. Atualmente, o progresso do desenvolvimento é MUD V2 e Dojo. Comparado com V1, o MUD V2 melhora a arquitetura ECS, mas V2 ainda está em desenvolvimento. Dojo é atualmente o único mecanismo de jogo verificável construído pela comunidade Starknet, graças à linguagem Cairo, que pode implementar nativamente o nevoeiro da guerra. Dojo também adota a arquitetura ECS e planeja desenvolver L3 de jogos exclusivos na Starknet para melhorar ainda mais a escalabilidade.

Além disso, a infraestrutura da qual os jogos blockchain dependem também está evoluindo. L2 tornou-se tão poderoso que pode emitir correntes com um clique.Talvez um jogo popular possa ganhar a diferença de preço construindo seu próprio Rollup para manter a estrutura dissipativa e evitar a espiral mortal. Utilizando a tecnologia de abstração de conta ERC-4337, os jogos full-chain permitem que os jogadores realizem transações de jogo, criem personagens e muito mais em uma única conta, ajudando a simplificar a experiência do usuário. Também é possível empacotar diferentes mecanismos de jogo em uma conta de contrato atualizável, permitindo que os desenvolvedores atualizem ou otimizem facilmente as regras, o conteúdo do jogo, etc.