Este documento é um relatório aprofundado produzido pela OKX Ventures. Devido à extensão, será dividido em duas partes: a primeira parte foca no contexto macroeconômico, no protocolo x402, no ERC-8004 e no Virtuals Protocol; a segunda parte analisará em profundidade o OpenClaw e as tendências do setor como um todo, fique atento.
Resumo
O AI Agent está evoluindo de um assistente passivo para um participante ativo da economia. Este relatório é composto por seis capítulos, que sistematicamente organizam a pilha de infraestrutura básica da economia do Agent, a explosão do ecossistema de aplicações e o padrão de evolução do setor: uma análise em nível macro das previsões de mercado do Agentic Commerce e das lacunas de infraestrutura; uma análise detalhada em nível de protocolo dos três principais protocolos complementares: x402, ERC-8004 e Virtuals Protocol; em nível de aplicação, o OpenClaw é utilizado como estudo de caso para pesquisar o caminho de implementação real da economia do Agent; finalmente, a partir de dimensões como o cenário competitivo, rotas de pagamento, ameaças à segurança e modelos de negócios, é dada uma avaliação abrangente do setor.
O x402 (camada de pagamento) foi lançado em conjunto pela Coinbase e Cloudflare, inserindo micropagamentos em stablecoin no nível do protocolo HTTP. Até o final de 2025, já havia processado mais de 100 milhões de transações, com um volume de pagamentos anual de 600 milhões de dólares.
O ERC-8004 (camada de confiança) foi proposto pela equipe dAI da Fundação Ethereum em conjunto com MetaMask, Google e Coinbase, fornecendo identidade, reputação e três registros de validação em blockchain para Agentes, lançado na mainnet Ethereum em 29 de janeiro de 2026.
O Protocolo Virtuals (camada comercial) construiu uma plataforma completa de comercialização de Agentes, permitindo transações autônomas entre Agentes por meio do ACP. Mais de 18.000 Agentes foram implantados, com aGDP superior a 479 milhões de dólares.
OpenClaw (camada de aplicação) foi desenvolvido pelo desenvolvedor austríaco Peter Steinberger e superou React em menos de quatro meses com mais de 250.000 estrelas no GitHub, tornando-se o projeto de código aberto de crescimento mais rápido da história do GitHub. Ele integra AI nativamente em mais de 20 plataformas de mensagens já existentes, acionando a comunidade Crypto para construir espontaneamente a infraestrutura econômica em blockchain, sendo um exemplo central observado neste relatório sobre a interação real entre Agentes e protocolos em blockchain.
Capítulo 1 Contexto macroeconômico
1.1 Previsão do tamanho do mercado
O setor de pagamentos Agentes está em rápida expansão, várias instituições têm previsões otimistas sobre seu tamanho de mercado:
1.2 Lacuna de infraestrutura
A infraestrutura existente é hostil à economia de Agentes: OAuth precisa de cliques humanos, formulários de cartões de crédito precisam de entrada manual, ilhas de dados impedem acesso autônomo. Os Agentes já conseguem pensar e agir autonomamente na 'camada de capacidade', mas ainda estão presos à infraestrutura projetada para humanos na 'camada econômica' (identidade / coordenação / atividades econômicas).
Atualmente, duas trajetórias de evolução estão surgindo:
Caminho de conformidade centralizado: comunicação A2A + integração de ferramentas MCP + pagamento AP2/ACP (liderado pela OpenAI e Stripe, puramente Web2)
Caminho descentralizado e sem permissão: x402 + ERC-8004 /8183 + ACP (estrutura de colaboração de agentes)
1.3 Linha do tempo chave
Nota: até março de 2026, o número médio de transações diárias caiu drasticamente desde o pico de dezembro, com a queda mais acentuada na classe de infraestrutura (>80%).
Capítulo 2 Protocolo x402: Camada de pagamento de Agentes
x402 é um protocolo de pagamento de código aberto que, ao reativar o código de status HTTP 402, permite que qualquer pedido HTTP carregue nativamente o pagamento em stablecoin, permitindo que os Agentes de IA realizem transações instantâneas de pagamento por uso.
Entender o x402 não pode ser feito tratando-o como mais um protocolo de pagamento. Ele representa a reinterpretação da unidade básica de atividade econômica: de 'registro → revisão → autorização → uso' para 'pagamento → uso'. x402 = 'Swift para agentes'.
O funcionamento atual da economia API depende de uma suposição implícita: a presença de humanos operando no meio. O processo de obtenção de uma API Key - registro → preencher e-mail → revisão → copiar a chave → colar no código, presume a participação humana em cada passo. Este processo não funciona na economia de agentes, pois AI Agents não podem se registrar, preencher formulários ou gerenciar chaves. O x402 utiliza o código de status HTTP 402 para implementar pagamentos nativos em stablecoin. Após receber a resposta 402, o agente paga diretamente na blockchain (USDC) e recebe um recibo.
2.1 Visão geral do protocolo e fluxo de trabalho
Papel central
Fluxo de transação em cinco etapas
Solicitação de recursos: o Cliente envia um pedido HTTP padrão ao Resource Server (como GET /api/weather)
Retorno da cotação: o Servidor retorna o código de status HTTP 402, o cabeçalho de resposta contém requisitos de pagamento estruturados (moeda, montante, endereço da carteira, rede)
Pagamento por assinatura: o Cliente usa a chave privada da carteira para construir e assinar a autorização de pagamento, colocando o payload assinado no cabeçalho do pedido X-PAYMENT e reenviando
Validação da liquidação: o Servidor encaminha as informações de pagamento para o Facilitador validar, que, após confirmação, executa a transferência de stablecoin na blockchain
Entrega de recursos: após receber a confirmação, o Servidor devolve dados/conteúdo/resultados de cálculo ao Cliente
Todo o processo desde o início do pedido até a recepção do recurso leva cerca de 2 segundos.
Comparação com métodos de pagamento tradicionais
Características centrais: sem necessidade de registrar uma conta, sem necessidade de API Key, sem necessidade de assinatura, sem necessidade de intervenção humana. O pagamento é tão natural quanto enviar um pedido HTTP, e é por isso que é chamado de 'camada de pagamento nativa da internet'.
2.2 Dados chave
Descrição da qualidade dos dados: segundo a análise da Artemis, as transações x402 entre Real e Gamed estão próximas de 1:1 (como em 2026.01.11 Real 520 mil vs Gamed 518 mil), a verdadeira escala orgânica deve ser entendida com reservas.
Distribuição por cadeia
Classificação por uso (2026.01.11 instantâneo em blockchain)
2.3 Classificação do uso dos principais projetos (até março de 2026)
Fonte de dados: Dune Analytics x402 Transactions per Project painel
2.4 Atualização central do V2
Identidade da carteira + sessão reutilizável
Na V1, cada chamada de API tinha que passar pelo processo completo de transação em blockchain. A V2 introduz o mecanismo Sign-In-With-X (SIWx), onde o Agente valida uma vez a identidade da carteira, e chamadas subsequentes podem reutilizar a sessão, sem necessidade de confirmação na blockchain a cada vez. Isso é essencialmente uma atualização de pagamento por chamada para um modelo de assinatura, resolvendo o gargalo de desempenho em cenários de alta frequência.
Unificação multichain + compatibilidade com pagamentos tradicionais
O V2 padronizou a forma de identificação da rede e dos ativos, criando um formato de pagamento unificado X402 que pode operar entre cadeias e trilhas de pagamento tradicionais. Base, Solana, outros L2, bem como ACH, SEPA e redes de cartões de crédito estão todos incluídos no mesmo modelo de pagamento. Este é o upgrade mais crítico - x402 passou de um 'protocolo de pagamento criptográfico' para uma camada de pagamento neutra que conecta Crypto e finanças tradicionais.
Descoberta automática de serviços
O V2 introduziu a expansão Discovery, os serviços x402 podem expor metadados estruturados para que Facilitators possam rastrear e indexar automaticamente, permitindo que AI Agents descubram serviços, entendam preços e iniciem pagamentos de forma autônoma. Isso é especialmente crítico para a economia de Agentes - os Agentes não precisam saber previamente a interface de pagamento do prestador de serviços, podendo descobrir e completar pagamentos autonomamente em tempo de execução.
SDK modular
Arquitetura modular, adicionando cadeias como pacotes independentes, reduzindo custos de acesso. A Cloudflare propôs um esquema de pagamento diferido, incluindo a solução Gateway da Circle, que ainda está em andamento.
2.5 Participantes do ecossistema
Fundação e camada de protocolo
2.6 Estrutura de pilha de pagamento de Agentes
Comparação detalhada de protocolos
Insights chave: não é sobre quem substitui quem, mas como combinar. O Google já se uniu à Coinbase para lançar a extensão A2A x402, AP2 nativamente verá o x402 como uma trilha de pagamento criptográfico. O verdadeiro risco de competição é a fragmentação de padrões.
2.7 Sinais de risco chave
O volume médio de transações caiu de cerca de 731 mil em dezembro de 2025 para cerca de 57 mil em março de 2026 (-92%), com a verdadeira escala de transações em torno de $14 mil/dia (segundo a Artemis, 95% dos $250 mil de pico diário em dezembro eram Gamed)
Valor de mercado do ecossistema de 7 bilhões de dólares (LINK 6 bilhões + Virtuals 600 milhões), avaliação gravemente descolada do uso real
Os projetos de infraestrutura tiveram a maior queda no uso: x402secure.com (-80%+), AgentLISA (quase zero), pay.codenut.ai (grande retração)
Análise de três camadas
Primeira camada: desaparecimento do catalisador. A explosão de volume de transações de outubro a dezembro de 2025 foi impulsionada por três fatores: a onda de tokens meme, as expectativas de TGE de vários projetos e a competição entre Facilitators para aumentar suas classificações no Dune.
Camada dois: descompasso fundamental entre oferta e demanda. O problema que x402 resolve é 'AI Agent chamando API de forma autônoma', mas a grande maioria dos AI Agents ainda usa API Key + modelo de assinatura para acessar serviços; agentes com reais capacidades de decisão econômica quase não existem na indústria; são raros os vendedores de API dispostos a aceitar pagamentos por uso em USDC. A estrada está pronta, mas os carros ainda não foram construídos.
Terceira camada: resfriamento geral do mercado de criptomoedas.
Boas notícias: a integração do Stripe com o x402 é um evento importante. John Collison, cofundador do Stripe, prevê que a 'onda de negócios de agência' virá nos próximos meses e anos. O Stripe está simultaneamente investindo em ACP (caminho de cartão de crédito Web2) e x402 (caminho de stablecoin Web3), sendo um hedger em ambas as direções.
O x402 gerou um conjunto de novos projetos de middleware que, em essência, ajudam os Agentes a obter serviços de forma mais conveniente sob o paradigma de pagamento imediato: desde inferência de IA até APIs Web2. Um caminho de pagamento Crypto programável, sem permissão e 24 horas por dia, é a escolha natural para Agentes autônomos. Mas essa premissa é que os Agentes realmente precisam de 'sem permissão', se os Agentes operarem sempre dentro do escopo da autorização humana (segunda fase: agentes controlados), então um cartão virtual mais um caminho de pagamento tradicional é suficiente. Somente quando os Agentes começam a realizar atividades econômicas independentes dos humanos (terceira fase: entidades econômicas autônomas) é que a necessidade de não permissão se torna essencial.
Além disso, cartões de crédito têm um mecanismo de chargeback (os consumidores podem contestar transações e recuperar fundos), algo que levou décadas para ser estabelecido como proteção ao consumidor. Pagamentos em blockchain são liquidações finais, uma vez que o pagamento é feito, é feito, sem chargeback. Isso significa que se um Agente cometer um erro (por exemplo, um ataque de injeção de prompt), sob o esquema do cartão de crédito, o usuário pode ligar para o banco para recuperar os fundos. Sob o esquema x402, o dinheiro já está na blockchain e não pode ser recuperado. Essa é uma desvantagem real do x402 em relação a pagamentos tradicionais.
A atuação humana como 'middleware humano' entre diferentes sistemas causa muitos atritos que são, na verdade, mecanismos de construção de confiança. Antifraude, controle de acesso, responsabilização, resolução de disputas, documentação de auditoria, esses atritos mantêm o funcionamento do sistema comercial.
Direções de solução podem ser mecanismos de escrow em blockchain (fundos primeiro bloqueados em contratos inteligentes, liberados após a confirmação da entrega do serviço), protocolos de seguro (fornecendo seguro para transações de Agentes), ou o sistema de reputação 8004 reduzindo a probabilidade de transações com partes não confiáveis. Mas atualmente, nenhuma dessas opções está madura.
2.8 Perspectiva de investimentos de VC
Direções de investimento a serem observadas
Fornecedores de serviços API com demanda de pagamento real (vendedores): análise de dados / raspagem de web / Oracle / auditoria de segurança / pagamento por inferência / conformidade KYC, etc. Critério de avaliação: pode ganhar dinheiro com o modelo tradicional, x402 é apenas um canal de distribuição a mais.
Camada de resolução de disputas e garantia de pagamento Gateway: transações na blockchain não podem ser revertidas ou chargeback, transações de alto valor precisam de um mecanismo de resolução de disputas. Projetos representativos: Circle Gateway (depósito pré-pago não custodiado + liquidação em massa off-chain), Kamiyo (reputação do agente / custódia de fundos / determinação de rede oracle / arbitragem ZKP)
Dashboard / Ferramentas FinOps: ajudam as empresas a gerenciar gastos entre múltiplos Agents (quanto gastou / onde gastou / se valeu a pena / como economizar), comparável ao CloudHealth/Cloudability de computação em nuvem, em comparação com $300-500 milhões adquiridos por grandes empresas.
Capítulo 3 ERC-8004: Camada de confiança do Agente
O ERC-8004 é um conjunto de padrões de coordenação em blockchain que estabelece uma estrutura de descoberta e interação entre Agentes sem necessidade de confiança, por meio de três grandes registros: Identidade, Reputação e Validação.
3.1 Visão geral do padrão e distinções centrais
Na interação tradicional, devido à necessidade de estabelecer uma relação de confiança prévia entre os Agentes ou depender de instituições de terceiros, muitas vezes são limitados ao mesmo ecossistema. Em um ambiente aberto, como os Agentes descobrem parceiros, visualizam desempenho histórico e validam confiabilidade, é a questão central.
Distinção importante: o ERC-8004 não é um Token, ele usa NFT ERC-721 para representar internamente a identidade do Agente, mas o padrão em si sobre coordenação e confiança não carrega valor econômico e não é negociável.
3.2 Três principais registros
Registro de Identidade
Baseado em ERC-721 + URIStorage, cada Agente recebe uma identidade NFT, associada a um agentURI que aponta para um arquivo de registro (JSON), contendo nome, descrição, endpoint de serviço (A2A/MCP/Web), status de suporte x402, etc. A URL pode ser armazenada em IPFS (descentralizado, resistente à censura), servidor HTTPS (simples mas centralizado) ou diretamente codificada na blockchain (mais descentralizado, mas com custos altos).
Registro de Reputação
Publicação de interfaces padrão e obtenção de feedback, suportando pontuação em blockchain e algoritmos off-chain. Pode incluir a prova de pagamento x402 como um sinal de confiança de respaldo econômico. Agentes pontuam uns aos outros, mas para evitar manipulação de pontuação, é necessária a prova auxiliar ERC-8183 para confirmar a existência de interações reais de trabalho entre Agentes.
Registro de Validação
Introduz TEE (ambiente de execução confiável), mecanismo de staking PoS, ZK (prova de conhecimento zero), para validar e certificar a saída das tarefas tratadas pelos Agentes:
Por meio de TEE: tarefas verificáveis são executadas em uma caixa-preta segura, com código e dados não sendo expostos ou alterados externamente.
Por meio de PoS: validadores precisam fazer staking de ativos para participar de tarefas, e se agirem de maneira maliciosa, seu staking é confiscado.
Por meio de ZK: a correção do processo de inferência do Agente pode ser verificada, sem necessidade de conhecer seus pesos internos.
3.3 Marco de desenvolvimento
Apoiadores: ENS, EigenLayer, The Graph, Taiko. Cerca de 1.000-2.000 desenvolvedores se juntaram.
No entanto, a limitação atual do 8004, que a Crapis também reconhece: '8004 é essencialmente um conjunto de registros.' Ele dá aos Agentes um documento de identidade e fornece um mecanismo de avaliação, mas não pode garantir que o comportamento do Agente seja confiável. A verdadeira validação exige auditoria de comportamento (o que o Agente fez no passado), prova de ambiente de execução (evidências de execução em TEE), validação de intenção (o Agente afirma que fará X, na verdade fez X). A parte TEE do Registro de Validação ainda está em discussão com a comunidade e está longe de estar madura.
Em outras palavras: 8004 é uma condição necessária, mas não suficiente. Ele resolve a questão 'quem é esse Agente?', mas ainda não resolve 'esse Agente é confiável?'. A última questão requer a combinação de 8004 + TEE + auditoria de comportamento, e essa combinação ainda não foi completamente implementada por ninguém.
Claro, também há uma direção subestimada, que é que, na economia humana, a construção de sistemas de crédito é baseada em balanços patrimoniais e registros de crédito - quanto dinheiro você tem, quanto você pagou de empréstimos no passado. Os Agentes não têm isso, mas têm dados de comportamento: quantas tarefas executaram no passado, qual é a taxa de sucesso, qual é o tempo médio de resposta, se já foram denunciados. Se esses dados de comportamento puderem se tornar primitivas financeiras, então o sistema de reputação 8004 não será apenas avaliações boas e ruins, mas sim um sistema de pontuação de crédito no mundo dos Agentes. Um Agente com uma pontuação de reputação alta pode obter limites de crédito mais altos (mais fundos pré-autorizados), custos de transação mais baixos (porque o risco é menor), e prioridade na distribuição de tarefas (empregadores preferem escolher Agentes com boa reputação).
Os registros de identidade e reputação do 8004 são apenas a camada de dados básica. A criação de valor depende de quem pode estabelecer uma avaliação de crédito e serviços financeiros sobre essa camada de dados - empréstimos de Agentes, seguros de Agentes, linhas de crédito de Agentes, que é toda a pilha de serviços financeiros.
3.4 Relação com outros protocolos
3.5 ERC-8183: padronização do ACP no Ethereum
O ERC-8183 é a versão aberta padronizada do protocolo ACP no Ethereum (publicada em 10 de março de 2026, atualmente em estágio de rascunho).
A primitiva central é o Job - uma máquina de estados em blockchain (Aberto → Financiado → Submetido → Concluído/Rejeitado/Expirado), que gerencia fundos por meio de um Escrow programável, com um Avaliador independente arbitrando a qualidade da entrega e liquidando automaticamente. Suporta um mecanismo de extensão de Hooks (limites de reputação, leilões, pagamentos por marcos, etc.).
Design chave: cada Job concluído gera automaticamente um registro de interação e o alimenta no Registro de Reputação do ERC-8004 - comparável ao 'uma avaliação de consumo só pode ser realizada após a experiência, e um árbitro de terceiros é incluído', este é o ponto de conexão onde 8183 e 8004 formam um ciclo simbiótico.
Capítulo 4 Protocolo Virtuals: Camada comercial de Agentes
4.1 Visão geral do projeto
O Protocolo Virtuals é uma infraestrutura full-stack descentralizada de Agentes de IA, permitindo que qualquer pessoa crie, tokeniza, co-proprie e monetize Agentes de IA autônomos na blockchain. O projeto foi inicialmente fundado como PathDAO (guilda de jogos) em 2021 e, no início de 2024, se transformou na direção de Agentes de IA, atualmente implantado principalmente na Base, estendendo-se também ao Ethereum, Solana e Ronin.
Equipe central: fundador Jansen Teng (ex-consultor da BCG, graduação em Biotecnologia e Gestão de Negócios pelo Imperial College) e Weekee Tiew (graduação em Biotecnologia pelo Imperial College + Mestrado em Gestão pela London Business School, com experiência na PE/BCG), com sede em Kuala Lumpur, Malásia, equipe de cerca de 38 pessoas. Histórico de financiamento: seed round de $16 milhões na fase PathDAO (DeFiance Capital, Beam liderando).
4.2 Arquitetura técnica: quatro pilares
Pilar um: estrutura GAME - como um Agente decide internamente
GAME é o cérebro: dá a um Agente objetivos, personalidade, capacidade de percepção e ações executáveis, permitindo que ele planeje autonomamente 'o que fazer a seguir', e depois divide as tarefas para os Workers internos executarem. Todo o processo ocorre dentro da fronteira de um único Agente.
Núcleo da arquitetura: arquitetura de planejamento em camadas (Hierarchical Planning), que separa 'o que pensar' e 'como fazer' - o Gerador de Tarefas (planejador de alto nível/HLP) gera tarefas com base nos objetivos do Agente e escolhe Workers; os Workers (planejadores de baixo nível/LLP) têm cada um um conjunto específico de Funções executáveis; as Funções realizam chamadas de API, transações em blockchain, operações de recuperação de dados, etc.
Modelo de base de suporte: Llama 3.1 405B (padrão), Llama 3.3 70B, DeepSeek R1, DeepSeek V3 - design de independência de modelo. Com o lançamento do framework Agent da OpenAI/Google, a diferenciação do GAME se reduz a um ponto: é a única estrutura de Agente que integra nativamente a camada econômica em blockchain (ACP + token VIRTUAL).
Pilar dois: ACP - 'Lei Comercial' entre Agentes
O Protocolo de Comércio de Agentes (ACP) é um protocolo padronizado em blockchain que permite que os Agentes descubram, contratem, negociem, gerenciem fundos, entreguem e liquidem - tudo sem intervenção humana.
Máquina de estados em quatro fases do ACP
Pilar três: Butler - a superentrada do usuário
Butler é o gateway do consumidor da rede ACP - um Agente construído em cima de LLM, que na essência é um orquestrador do protocolo ACP, responsável por traduzir a linguagem natural do usuário em fluxos de trabalho de colaboração entre múltiplos Agentes na blockchain.
Butler é uma arquitetura em duas camadas: a camada superior é a interface de conversa LLM (atualmente com backend Gemini 3 Pro); a camada inferior é o orquestrador do protocolo ACP, executando o processo completo de descoberta do Agente → confirmação da cotação → bloqueio em Escrow → roteamento de tarefas → verificação de entrega → liberação de fundos. O que o usuário vê é um chat, enquanto o que o Butler faz é o agendamento de contratos.
O modo Pro do Butler separará claramente o planejamento da execução: fase de planejamento → fase de revisão (o usuário pode otimizar o plano) → fase de execução (orquestração autônoma de todo o processo). As capacidades embutidas incluem troca de token, investimento DCA, contratos perpétuos, fundos de fundos.
Pilar quatro: plataforma de lançamento - Wall Street dos Agentes
O sistema de lançamento em três níveis cobre o ciclo de vida completo do projeto do Agente de 0→1→100:
Projeto de lançamento da Titan: XMAQUINA ($DEUS, DAO detém ações de empresas de inteligência encarnada como Figure AI, $60 milhões FDV), Fabric Foundation ($ROBO, em colaboração com a OpenMind na economia de robôs)
4.3 Análise do PIB Agente (aGDP)
aGDP (Produto Interno Bruto Agente) é o indicador central do ecossistema personalizado pelo Virtuals, medindo o valor econômico total criado por todos os Agentes autônomos por meio de serviços, coordenação e atividades em blockchain.
Trajetória de crescimento do aGDP
Problemas de qualidade do aGDP - três sinais de alerta:
A volatilidade de receita expõe a dependência de especulação: em janeiro de 2025, a receita diária do protocolo foi de $1.02 milhões → até o final de fevereiro foi de $35 mil (queda de 97%). A receita provém principalmente de taxas de transação de Token de Agente (1%), e não de pagamentos contínuos por serviços de Agente.
Concentração severa: um Agente da Ethy AI contribui com $218 milhões de aGDP (representando 45,5% do ecossistema), os três primeiros somam $407 milhões (84,9%). Todos esses três são Agentes de execução de transações, o aGDP é essencialmente o fluxo de transações que eles gerenciam, e não a receita de serviços de Agente. Luna, como Agente de marca, tem uma taxa de take rate próxima de 100%; a taxa de take rate da Ethy AI é apenas 0,26%.
$3 bilhões na hipótese de condição: de $470 milhões a $3 bilhões requer um crescimento de 6,4 vezes. Se a componente especulativa dominar no aGDP, o alvo é essencialmente apostar na popularidade do mercado de Token de Agente, e não no crescimento orgânico da economia de Agentes.
4.4 Modelo econômico de tokens
$VIRTUAL Mecanismo de captura de valor quádruplo
Estrutura fiscal ACP: o usuário paga 100% → carteira do Agente 90% (pode ser retirado ou recontratar outros Agentes, compor o aGDP em blockchain) + tesouraria 10% (sendo que 1% vai para o G.A.M.E Treasury) → a receita da tesouraria continua recompra do Token de Agente, alinhando incentivos de longo prazo.
Estrutura de fornecimento: quantidade total 1 bilhão VIRTUAL, fornecimento fixo, sem inflação inicial; estado atual: tudo desbloqueado e em circulação; potencial de emissão: até 10% ao ano nos próximos 3 anos, com aprovação de governança; veVIRTUAL: estaca para obter direitos de voto em governança + direitos de airdrop de Token de Agente.
4.5 Visão geral dos dados do ecossistema
Casos de Agentes de referência
4.6 Cenário competitivo e barreira de entrada
Níveis de barreira de entrada (do forte ao fraco)
Efeito de rede + roda de tokens (mais forte): mais de 18.000 Agents + mais de 650.000 detentores formam um mercado bilateral. Cada Agente é forçado a emparelhar VIRTUAL, criando um ciclo de feedback positivo. Isso não pode ser replicado em estruturas de código aberto - LangChain não possui uma camada de liquidação econômica nativa entre Agentes.
Direito de definição de padrões (forte): ACP → ERC-8183 (publicado em conjunto com a Fundação Ethereum) + ERC-8004 + x402, a combinação dos três disputa o 'sistema jurídico básico' da economia de Agentes de IA.
Vantagem de ser o primeiro + marca (média): Agentes de IA + setor Crypto lideram a Mindshare, com respaldo de instituições como Grayscale, Fundstrat, etc.
Capacidade técnica (mais fraca): a arquitetura em camadas do GAME tem vantagens de design, mas depende de terceiros LLM, não possui modelos desenvolvidos internamente, e a camada de orquestração pode ser facilmente substituída por estruturas mais fortes.