Dilemas e saídas dos jogos Web3

Autor: Lola, Delphinus Lab

Com o fenômeno explosivo de ‘Black Myth: Wukong’, surgiu novamente uma onda de críticas aos jogos Web3, adicionando mais um fator negativo em um mercado já bastante desanimado e cheio de dúvidas.

Os entusiastas do Web3 não amam jogos? Certamente, durante a fase inicial da bolha de mercado, é inevitável um forte sentimento especulativo, mas muitos construtores ainda entram nessa indústria com o objetivo de criar um bom jogo, um jogo verdadeiramente pertencente aos jogadores. E para que o Web3 possa alcançar uma verdadeira adoção em massa, os jogos são uma parte essencial e o caminho mais profundo para penetrar no mercado.

Mas a realidade é dura. Quando as pessoas querem listar os jogos de ponta do Web3, descobrem que há muito poucos jogos de qualidade, a maioria deles é medíocre, não proporcionando uma boa experiência ao jogador e não atingindo as expectativas de adoção em massa. Muitas equipes de jogos com experiência bem sucedida no Web2 falharam no Web3, e, na minha compreensão atual, isso se deve principalmente a duas razões:

1. Comparado aos jogos tradicionais, os jogos Web3 têm dificuldade em fornecer atualizações contínuas de conteúdo de jogo.

2. Devido a diferentes audiências, os jogos Web3 precisam considerar mais questões de economia de jogos além da jogabilidade do que os jogos tradicionais.

O dilema da atualização de conteúdo do jogo

Um jogo deve ter atualizações regulares para manter sua longevidade; caso contrário, os bugs não podem ser corrigidos e a sensação de novidade dos jogadores não será duradoura. No desenvolvimento tradicional de jogos, se a estrutura de dados não mudar, mas a lógica do jogo mudar, uma simples atualização de lógica de programa pode realizar a atualização relacionada.

No entanto, a imutabilidade do blockchain adiciona dificuldade a essa implementação aparentemente simples. Tomemos como exemplo o desenvolvimento de jogos em Solidity, um contrato de jogo implantado geralmente determina a estrutura geral de dados do jogo. Como a lógica do jogo é uma migração de estado de dados, a modificação da lógica do jogo geralmente requer uma atualização do contrato.

Após a atualização do contrato, não é possível reutilizar os dados do contrato anterior para garantir a continuidade. Para atualizar a lógica do jogo, só existem duas opções:

1 Migração

2. Na conceção inicial do contrato, separar a Camada de dados e a camada lógica

A segunda opção aumentará o consumo de gás das chamadas de contrato, tornando assim difícil para o Web3 realizar atualizações frequentes de conteúdo do jogo, o que prejudica a capacidade de retenção de jogadores de um jogo com potencial.

Não atualize a lógica da interface de dados

Efetuou uma atualização lógica da interface de dados

Para resolver este problema, primeiro é necessário resolver o problema da reutilização de dados e do upgrade de dados. Quando a lógica do jogo é modificada, ainda queremos que os dados originais sejam preservados intactos. A melhor solução de custo zero aqui é um App independente como um rollup. Porque no rollup do App, a Raiz Merkle dos dados originais pode ser diretamente reutilizada, enquanto as modificações na lógica só precisam ser refletidas na lógica do código.

Lógica de atualização direta em execução na Máquina virtual

Depois que os problemas de reutilização de dados e atualização lógica forem resolvidos, ainda haverá desafios para a atualização da estrutura de dados no jogo. A migração de dados na cadeia comum muitas vezes requer o uso da Máquina Oracle para modificar os dados de acordo com um script estabelecido e depois inseri-los novamente na cadeia, o que consome muito tempo.

No App As A rollup, após a auditoria de migração de dados, pode ser executado no zkVM, garantindo assim que a lógica de migração seja totalmente verificável. Como a migração de dados geralmente envolve a reorganização dos dados em muitos cenários, com menos lógica de cálculo, se o código envolvido na reorganização de cada Nó folha for de cerca de 1000 linhas, então a execução de trace necessária para mais de um milhão de Nós folha pode ser de aproximadamente 1000*10^6. Atualmente, o tempo de prova de trace em zkVM para cada milhão de linhas é de 9-15 segundos, portanto, o tempo total de migração de dados zk ainda é um número controlável.

Devido à independência de dados do Application Rookup, trouxe uma nova metodologia para a iteração de conteúdo de jogos Web3.

E devido à complexidade e urgência de atualização de outros aplicativos na cadeia, que estão muito aquém dos jogos, o zkVM trará novas oportunidades para jogos em toda a cadeia ou jogos verificáveis.

O dilema da economia e distribuição de benefícios

O desenvolvimento de projetos de jogos é um trabalho complexo e minucioso, e se um jogo de alta qualidade não conseguir gerar benefícios econômicos reais, então o apelo do Web3 para os desenvolvedores diminuirá em comparação com a indústria tradicional de jogos.

Atualmente, a relação entre projetos de jogos e blockchains geralmente é dominada pela relação de tráfego, com a relação de receita em segundo plano. Os projetos de jogos do meio muitas vezes dependem do tráfego da plataforma e do tráfego inicial fornecido pelo blockchain, enquanto o blockchain, por sua vez, atrai bons projetos de jogos para desfrutar do aumento de usuários do blockchain durante a fase de lançamento do jogo.

As relações de lucro serão mais complexas e escondem problemas de distribuição de benefícios mais profundos: por um lado, o comportamento do usuário gera lucro, incluindo o lucro do gás da cadeia, a cobrança de consumo de conteúdo do jogo; por outro lado, o tráfego e o consumo do jogo trouxeram apreciação do valor da moeda, os jogos de volume geraram lucro de ativos por meio da emissão do Token do jogo, ao mesmo tempo, eles também trouxeram efeitos prósperos ao ecossistema da cadeia, aumentando ainda mais a expectativa de valorização do Token da cadeia.

Nestas complexas relações de interesse, não há realmente uma definição clara de como os custos reais devem ser distribuídos de forma justa. O arranque a frio do jogo requer um grande investimento, e a primeira receita dos utilizadores é muitas vezes dominada pelas taxas de gás pagas à cadeia, o que torna o período de feedback positivo para os criadores do jogo muito longo, às vezes resultando até na situação em que a equipa de desenvolvimento do jogo realiza negociações de lavagem para atingir o valor básico de DAU na cadeia, dependendo de bolsas de recuperar perdas escassas. Isto obriga os jogos a dependerem das expectativas de token para atrair jogadores a interagirem pagando gás nos estágios iniciais. O fardo do gás já não pode ser ignorado por um jogador de jogos, a ponto de os jogos de cadeia se tornarem mais difíceis do que os jogos tradicionais ao orientar os utilizadores para gastarem os seus próprios tokens, ou seja, na compra do token do jogo.

Como o depósito de jogos é o passo mais crucial para o feedback positivo do jogo, o ônus do gás prejudica muito a capacidade de aquisição de jogos. No entanto, como os jogos na cadeia ainda precisam cumprir as obrigações de encadeamento convencionais, mesmo na camada 2, o gás ainda está à frente do token nativo do jogo depósito pela primeira vez, sem piedade. Portanto, a Web3 não oferece uma experiência de jogo verdadeiramente “jogue primeiro, depois invista”.

A transação de objetos de jogos é considerada a parte mais atraente do Bloco jogo na segunda metade. Itens de jogos de alto valor obtidos através de interação prolongada ou gastos em dinheiro, aumentam constantemente em valor após circulação e colecionismo, o que é uma experiência emocionante tanto para jogadores quanto para designers. No entanto, como um derivado do jogo, o valor adicionado trazido pela circulação desses itens é principalmente dividido por outros produtos na cadeia: As taxas de transação de nft de jogos podem ser divididas pela nftexchange, e as transações de token de jogos são divididas pelo defi. O valor criado por um bom jogo não pode efetivamente fluir de volta para o suporte da equipe do jogo.

A flutuação de valor do Token pode resultar em uma produção interna dinamicamente ampliada no jogo. Quando o valor do token de jogo é subestimado, as taxas do jogo tendem a ser baixas, e a produção do jogo e o investimento real em tokens de jogo costumam ser positivamente correlacionados, resultando em um baixo valor do token, o que significa que o custo de uso de tokens de jogo para a mesma produção é menor, mas a produção é maior. Quando o valor do token de jogo está alto, o valor alto do token de jogo impede o consumo dentro do jogo. Esse efeito de amplificação faz com que a flutuação de valor do token de jogo seja impactada tanto pela produção dentro quanto fora do jogo, aumentando os desafios relacionados ao design da economia de token.

App As A rollup + zkVM: uma possível saída

Ao enumerar esta série de desafios, descobrimos inesperadamente que a arquitetura do Application As Rollup pode mitigar adequadamente os problemas relacionados.

Em primeiro lugar, o gás real do rollup próprio será significativamente reduzido em jogos de toda a cadeia, até 1/20 ou menos. Isso permite que a equipe do projeto elimine completamente as interferências das taxas de gás no início do jogo, proporcionando uma experiência de jogo verdadeiramente gratuita, criando um ambiente melhor para o lançamento a frio com grande volume no início do jogo.

Em segundo lugar, o Application As Rollup pode fornecer uma plataforma de empréstimo de um clique, incentivando os usuários a experimentarem recursos pagos no jogo, emprestando tokens internos do jogo usando USDC. Como a expectativa de retorno do jogo geralmente é maior do que o consumo, os usuários podem resgatar completamente o USDCGarantia que foi originalmente emprestado depois de obter um retorno maior do que o consumo.

Na etapa de circulação, o Application As a Rollup pode efetivamente atuar como uma ponte de cadeia cruzada para os ativos do jogo. Quando precisamos transferir ativos em diferentes na cadeia, só precisamos depositar no jogo, e depois retirar na outra na cadeia. Essa funcionalidade nativa de interação entre cadeias permite que parte do valor das transações de derivativos de jogos seja obtida pelo próprio jogo.

Mais radical é que o jogo pode oferecer a função de depósito de Moeda Estável para empréstimos, permitindo que o valor total bloqueado em TVL, que antes só podia ser capturado pela cadeia, agora possa ser capturado pelo próprio jogo. Por fim, o Application Rollup pode fornecer um mecanismo semelhante ao gas para jogadores que gastam dinheiro real no jogo, capturando finalmente as taxas de gas tradicionais da cadeia. Um possível design desse mecanismo é que as taxas de gas sejam baixas quando o valor do token for alto e altas quando o valor do token for baixo: a essência disso é aproveitar a independência da camada 3 para vincular o valor do gas ao valor do token, para mitigar a flutuação do valor do token.

Claro que tudo isso não vai acontecer da noite para o dia, Delphinus Lab zkWASM, como um dos primeiros jogadores a promover o zkVM para aplicações de jogos, recentemente lançou o zkWASM Mini Rollup. É um pacote de ferramentas para desenvolvimento rápido e implantação de aplicativos ZK Rollup. Ele permite que os desenvolvedores escrevam código Rust, o compilam para WebAssembly e o executem no ambiente Node.js. Este SDK lida com transações, gera provas de conhecimento zero e interage com a cadeia de blocos.

O seu processo central é: receber transações, processar transações na Máquina virtual WASM, gerar provas utilizando os serviços de nuvem zkWASM, e finalmente submeter as provas para verificação e Liquidação na blockchain. Este processo garante a privacidade e segurança das transações, ao mesmo tempo que melhora significativamente a escalabilidade da blockchain. Os desenvolvedores apenas precisam de seguir a lógica da aplicação, sem a necessidade de compreender detalhes complexos da tecnologia zk-SNARKs. Também inclui um sistema de monitorização Rollup, que pode acionar a Liquidação na cadeia utilizando provas e dados de transação, garantindo a Liquidação de acordo com a ordem das raízes Merkle na cadeia. Além disso, este SDK simplifica a configuração do ambiente de desenvolvimento local, bastando iniciar o MongoDB e o Redis, executar o serviço de banco de dados e, em seguida, executar npm run server no diretório ts para iniciar o serviço local completo.

A chegada do SDK Mini Rollup zkWASM oferece uma solução potencialmente poderosa para os desafios duplos enfrentados pelos jogos Web3. Com a arquitetura Application As A Rollup, não só simplifica o processo de atualização do conteúdo do jogo, mas também oferece novas possibilidades para a otimização do modelo econômico do jogo.

Este método inovador utiliza primeiro a compatibilidade do WASM, permitindo que muitos desenvolvedores tradicionais usem suas linguagens de programação favoritas, como Rust, para escrever código de jogos. Em segundo lugar, facilita aos desenvolvedores de jogos a reutilização de dados e a atualização da lógica, reduzindo significativamente os custos de gás e até mesmo permitindo uma verdadeira experiência de “jogar primeiro, pagar depois” sem gás. Ao mesmo tempo, oferece mais oportunidades para capturar valor em projetos de jogos, incluindo transferência de ativos entre cadeias, funcionalidade de empréstimo e muito mais, contribuindo para a construção de um sistema econômico de jogos mais sustentável.

Com o zkWASM, o rollup de um clique significa que podemos dar um passo sólido em direção à adoção em massa tanto do lado do desenvolvedor quanto do lado do usuário. Embora essa tecnologia ainda esteja em estágio inicial, os jogos Web3 também enfrentam desconfiança tanto interna quanto externa neste ciclo, avançando com dificuldade em meio a questionamentos, mas apontando um caminho para resolver os problemas centrais enfrentados pelos jogos Web3 atualmente.

À medida que mais desenvolvedores de jogos adotam essa tecnologia, e mais e mais operadores de jogos e protocolos de empréstimo estão dispostos a participar do modelo econômico acima mencionado, há razões para acreditar que os jogos Web3 irão gradualmente superar as dificuldades existentes. Não esperamos ter nosso próprio mito negro Wukong ou Call of Duty, mas fazendo a coisa difícil, mas certa, e fazendo esforços incessantes em direção ao objetivo final, em vez de serem oportunistas, os jogos Web3 acabarão por inaugurar seu próprio momento de “enfrentar A vontade de Deus” e levar toda a indústria a passar pela longa véspera da adoção em larga escala.