Este documento es un informe en profundidad producido por OKX Ventures. Debido a su extensión, se publicará en dos partes: la primera parte se centra en el contexto macroeconómico, el protocolo x402, ERC-8004 y el Protocolo Virtual; la segunda parte analizará OpenClaw y las tendencias generales de la industria, estén atentos.
Resumen
El Agente de IA está evolucionando de un asistente pasivo a un participante económico activo. Este informe consta de seis capítulos, que sistematizan la infraestructura básica del Agente económico, la explosión del ecosistema de aplicaciones y la evolución de la industria: análisis macroeconómico de las predicciones de mercado del Comercio Agente y la brecha de infraestructura; análisis profundo de los tres protocolos complementarios x402, ERC-8004 y Protocolo Virtual en el nivel de protocolo; a nivel de aplicación, se utiliza OpenClaw como estudio de caso para investigar el camino real de implementación del Agente económico; finalmente, se proporciona un juicio integral de la industria desde las dimensiones de la competencia, las rutas de pago, las amenazas de seguridad y los modelos comerciales.
x402 (capa de pago) fue lanzado por Coinbase y Cloudflare, integrando micropagos en monedas estables en la capa del protocolo HTTP. Hasta finales de 2025, se habían procesado más de 100 millones de transacciones, con un volumen de pagos anual de 600 millones de dólares.
ERC-8004 (capa de confianza) fue propuesto por el equipo dAI de la Fundación Ethereum junto con MetaMask, Google y Coinbase, para proporcionar a los Agentes AI tres registros en la cadena: identidad, reputación y validación, lanzado en la red principal de Ethereum el 29 de enero de 2026.
El Protocolo Virtuals (capa comercial) ha construido una plataforma completa de comercialización para Agentes, permitiendo el comercio autónomo entre Agentes a través de ACP. Más de 18,000 Agentes han sido desplegados, y el aGDP ha superado los 479 millones de dólares.
OpenClaw (capa de aplicación) fue desarrollado por el desarrollador austriaco Peter Steinberger, superó a React en cuatro meses con más de 250,000 estrellas en GitHub, convirtiéndose en el proyecto de código abierto de más rápido crecimiento en la historia de GitHub. Integra AI de forma nativa en más de 20 plataformas de mensajería existentes, desencadenando la construcción espontánea de infraestructura económica en la cadena por parte de la comunidad Crypto, siendo esta la muestra central de la interacción real entre Agentes y protocolos en la cadena observada en este informe.
Capítulo 1 Contexto macro
1.1 Predicción del tamaño del mercado
La pista de pagos Agente se encuentra en una fase de rápida expansión, varias instituciones tienen pronósticos optimistas sobre su tamaño de mercado:
1.2 Brechas en infraestructura
La infraestructura existente es hostil a la economía de Agentes: OAuth requiere clics humanos, los formularios de tarjetas de crédito necesitan ser llenados manualmente, las islas de datos obstaculizan el acceso autónomo. Los Agentes ya pueden pensar y actuar de forma autónoma en la "capa de capacidades", pero en la "capa económica" aún están atrapados en la infraestructura diseñada para humanos (identidad / coordinación / actividad económica).
Actualmente hay dos caminos de evolución:
Ruta de cumplimiento centralizado: comunicación A2A + integración de herramientas MCP + pago AP2/ACP (liderado por OpenAI y Stripe, completamente Web2)
Ruta sin permiso descentralizada: x402 + ERC-8004 / 8183 + ACP (marco de colaboración de Agentes)
1.3 Línea de tiempo clave
Nota: hasta marzo de 2026, el número diario de transacciones ha caído drásticamente desde el pico de diciembre, siendo la caída más significativa en infraestructura (más del 80%).
Capítulo dos protocolo x402: capa de pagos de Agentes
x402 es un protocolo de pago de código abierto que, al revivir el código de estado HTTP 402, permite que cualquier solicitud HTTP lleve de forma nativa el pago en monedas estables, permitiendo a los AI Agents realizar transacciones instantáneas de pago por uso.
Entender x402 no se puede reducir a otro protocolo de pago. Representa el rediseño de la unidad básica de actividad económica: de 'registrarse → revisión → autorización → uso' a 'pago → uso'. x402 = 'Swift para agentes'.
El funcionamiento actual de la economía API depende de una suposición implícita: hay humanos operando en el medio. El proceso para obtener una API Key —registrarse → llenar el correo electrónico → revisión → copiar Key → pegar en el código— asume en cada paso que hay un humano involucrado. Este proceso no funciona en la economía de Agentes porque los AI Agents no pueden registrarse, llenar formularios ni gestionar Keys. x402 utiliza el código de estado HTTP 402 para implementar pagos nativos con monedas estables. El Agente recibe la respuesta 402 y paga directamente en la cadena (USDC), y tras el pago obtiene un recibo.
2.1 Resumen del protocolo y flujo de trabajo
Roles clave
Proceso de transacción en cinco pasos
Solicitud de recurso: el Cliente envía una solicitud HTTP estándar al Servidor de Recursos (como GET /api/weather)
Respuesta de cotización: el Servidor devuelve el código de estado HTTP 402, los encabezados de respuesta contienen requisitos de pago estructurados (moneda, monto, dirección de billetera, red)
Pago mediante firma: el Cliente utiliza la clave privada de la billetera para construir y firmar la autorización de pago, colocando el payload firmado en el encabezado de solicitud X-PAYMENT y reenviando
Validación de liquidación: el Servidor reenvía la información de pago al Facilitador para validación, el Facilitador ejecuta la transferencia de monedas estables en la cadena tras la confirmación
Entrega de recursos: el Servidor devuelve datos/contenido/resultados de cómputo al Cliente tras recibir la confirmación
Todo el proceso desde la solicitud hasta la recepción del recurso se completa en aproximadamente 2 segundos.
Comparación con métodos de pago tradicionales
Características centrales: no se requiere registrar una cuenta, no se necesita API Key, no se requiere suscripción, no se necesita intervención humana. Los pagos son tan naturales como enviar solicitudes HTTP, por eso se le llama "capa de pago nativa de Internet".
2.2 Datos clave
Descripción de la calidad de los datos: Según análisis de Artemis, las transacciones x402 tienen una relación entre Real y Gamed cercana a 1:1 (como el 2026.01.11 Real 520,000 vs Gamed 518,000), el tamaño orgánico real debe interpretarse con cautela.
Distribución por cadena
Clasificación por uso (2026.01.11 instantánea en la cadena)
2.3 Clasificación del uso de proyectos principales (hasta marzo de 2026)
Fuente de datos: Dune Analytics x402 Transacciones por Proyecto panel
2.4 Mejora central de V2
Identidad de billetera + sesión reutilizable
En V1, cada llamada a la API debía seguir todo el proceso de transacción en la cadena. V2 introduce el mecanismo Sign-In-With-X (SIWx), donde el Agente verifica una vez la identidad de la billetera, y las llamadas posteriores pueden reutilizar la sesión, sin necesidad de confirmación en la cadena cada vez. Esencialmente, esto actualiza el pago por llamada a un modelo de suscripción, resolviendo el cuello de botella de rendimiento en escenarios de alta frecuencia.
Unificación multicanal + compatibilidad con pagos tradicionales
V2 estandariza la forma de identificar redes y activos, creando un formato de pago unificado que puede operar en cadenas cruzadas y en el ámbito de pagos tradicionales X402. Base, Solana, otros L2, así como ACH, SEPA y redes de tarjetas de crédito, están todos incluidos en el mismo modelo de pago. Esta es la actualización más crucial: x402 ha pasado de ser un "protocolo de pago criptográfico" a ser una capa de pago neutral que conecta Crypto y las finanzas tradicionales.
Descubrimiento automático de servicios
V2 introduce la expansión Discovery, el servicio x402 puede exponer metadatos estructurados para que los Facilitadores lo rastreen automáticamente y los AI Agents puedan descubrir servicios, entender precios y realizar pagos. Esto es especialmente crucial para la economía de Agentes: los Agentes no necesitan conocer de antemano la interfaz de pago del proveedor de servicios, pueden descubrir y completar el pago de forma autónoma en tiempo de ejecución.
SDK modular
Arquitectura en forma de plugin, las nuevas cadenas son paquetes independientes, reduciendo los costos de integración. Cloudflare propuso un esquema de pago diferido, que incluye el esquema Gateway de Circle, aún en desarrollo.
2.5 Participantes en la ecología
Fundación y capa de protocolo
2.6 Estructura de pila de pagos de Agentes
Comparación detallada del protocolo
Perspectiva clave: no es quién reemplaza a quién, sino cómo se combinan. Google ya ha colaborado con Coinbase para lanzar la expansión A2A x402, AP2 nativamente integrará x402 como una vía de pago criptográfico. El verdadero riesgo competitivo es la fragmentación de estándares.
2.7 Señales de riesgo clave
El volumen diario de transacciones cayó de aproximadamente 731,000 en diciembre de 2025 a aproximadamente 57,000 en marzo de 2026 (-92%), con un tamaño real de transacción de aproximadamente $14,000/día (según la medición de Artemis, durante el pico de diciembre, el promedio diario de $250,000 tenía un 95% de Gamed)
Valor de mercado ecológico de 7,000 millones de dólares (LINK 6,000 millones + Virtuals 600 millones), la valoración se desvía gravemente del uso real
Los proyectos de infraestructura sufrieron las mayores caídas en uso: x402secure.com (más del 80%+), AgentLISA (casi a cero), pay.codenut.ai (gran disminución)
Análisis de tres capas
Capa uno: desaparición de catalizadores. La explosión del volumen de transacciones de octubre a diciembre de 2025 fue impulsada por tres factores: la fiebre de tokens meme, las expectativas de múltiples TGE de proyectos y los Facilitadores compitiendo por clasificaciones de Dune.
Capa dos: desajuste fundamental de oferta y demanda. El problema que x402 resuelve es "AI Agent que paga autónomamente por el uso de API", pero la gran mayoría de los AI Agents todavía llaman a los servicios a través de API Key + suscripciones; los Agentes con verdadera capacidad de decisión económica son prácticamente inexistentes en la industria; muy pocos vendedores de API están dispuestos a aceptar pagos por uso en USDC. La carretera está construida, pero los coches aún no se han fabricado.
Capa tres: el mercado de criptomonedas se enfría en general.
Ventajas: la integración de Stripe con x402 es un evento importante. John Collison, cofundador de Stripe, predice que 'la ola de negocios de agentes' llegará en los próximos meses y años. Stripe está trabajando tanto en ACP (vía de tarjeta de crédito Web2) como en x402 (vía de monedas estables Web3), siendo un hedge en ambas rutas.
x402 ha dado lugar a una serie de nuevos proyectos de middleware, que esencialmente ayudan a los Agentes a obtener más fácilmente diversos servicios bajo el paradigma de pago inmediato: desde inferencia AI hasta API Web2. La vía de pago Crypto programable, sin necesidad de permisos, disponible 24/7, es la elección natural para Agentes autónomos. Pero esta premisa es que los Agentes realmente necesitan 'sin permisos', si los Agentes operan siempre dentro del marco de autorización humana (segunda etapa: Agentes controlados), entonces la vía de pago tradicional más las tarjetas virtuales son suficientes. Solo cuando los Agentes comienzan a realizar actividades económicas independientes de los humanos (tercera etapa: economías autónomas) es cuando la ausencia de permisos se convierte en una necesidad.
Además, las tarjetas de crédito tienen un mecanismo de chargeback (los consumidores pueden disputar transacciones y recuperar fondos), que es una protección al consumidor establecida durante décadas. Los pagos en la cadena son liquidaciones finales, una vez pagado, ya no se puede recuperar, no hay chargeback. Esto significa que si el Agente comete un error (como ser atacado por inyección de prompt), bajo el esquema de tarjeta de crédito el usuario puede llamar al banco para recuperar los fondos. En el esquema x402, el dinero ya está en la cadena, no se puede recuperar. Esta es una verdadera desventaja de x402 frente a los pagos tradicionales.
La humanidad actúa como 'middleware humano' y el salto entre diferentes sistemas causa muchas fricciones que en realidad son mecanismos de establecimiento de confianza. La prevención del fraude, el control de acceso, la rendición de cuentas, la resolución de disputas y la documentación de auditoría, estas fricciones mantienen en funcionamiento el sistema comercial.
Las direcciones de solución podrían ser mecanismos de escrow en la cadena (los fondos se bloquean en un contrato inteligente, se liberan tras confirmar la entrega del servicio), protocolos de seguros (que ofrecen seguros para transacciones de Agentes), o un sistema de reputación 8004 para reducir la probabilidad de transacciones con partes no confiables. Pero actualmente, ninguno de estos está maduro.
2.8 Perspectivas de inversión de VC
Direcciones de inversión a tener en cuenta
Proveedores de servicios API con demanda de pago real (vendedores): análisis de datos / scraping web / Oracle / auditoría de seguridad / pago por inferencia / cumplimiento KYC, etc. Criterios de juicio: si se puede ganar dinero con el modelo tradicional, x402 solo añade un canal de distribución.
Capa de resolución de disputas y garantía de pago Gateway: no se pueden revertir o realizar chargeback en la cadena, las transacciones grandes requieren un mecanismo de resolución de disputas. Proyectos representativos: Circle Gateway (depósito no custodial + liquidación en masa fuera de la cadena), Kamiyo (reputación del Agente / custodia de fondos / determinación de red de oráculos / arbitraje ZKP)
Dashboard / herramientas FinOps: ayudan a las empresas a gestionar los gastos de múltiples Agentes (cuánto gastaron / en qué gastaron / si valió la pena / cómo ahorrar), análogo a CloudHealth/Cloudability en la computación en la nube, comparando el espacio de $300-500 millones adquirido por grandes empresas.
Capítulo tres ERC-8004: Capa de confianza de Agentes
ERC-8004 es un conjunto de estándares de coordinación en la cadena que establece un marco de descubrimiento e interacción entre Agentes sin necesidad de confianza, a través de tres registros: Identidad, Reputación y Validación.
3.1 Resumen de estándares y diferenciaciones clave
En las interacciones tradicionales, debido a que la interacción entre Agentes requiere establecer relaciones de confianza previa o depender de terceros, a menudo se limita dentro del mismo ecosistema. En un entorno abierto, cómo los Agentes descubren socios, revisan el rendimiento histórico y verifican la confiabilidad es el problema central.
Diferenciación importante: ERC-8004 no es un Token, utiliza NFT ERC-721 para representar internamente la identidad del Agente, pero el estándar en sí sobre coordinación y confianza no lleva valor económico y no es negociable.
3.2 Tres registros clave
Registro de identidad
Basado en ERC-721 + URIStorage, cada Agente obtiene una identificación NFT, asociada a agentURI que apunta a un archivo de registro (JSON) que contiene nombre, descripción, puntos finales de servicio (A2A/MCP/Web), estado de soporte x402, etc. La URL se puede almacenar en IPFS (descentralizado, resistente a la censura), en servidores HTTPS (simple pero centralizado) o codificada directamente en la cadena (la más descentralizada pero costosa).
Registro de reputación
Publicación de interfaces estándar y obtención de señales de retroalimentación, apoyando calificaciones en la cadena y algoritmos fuera de la cadena. Puede incluir x402 proofOfPayment como señal de confianza respaldada económicamente. Los Agentes se califican entre sí, pero para evitar calificaciones fraudulentas, se requiere ERC-8183 como prueba auxiliar de que existe una interacción laboral real entre los Agentes.
Registro de validación
Introducción de TEE (Entorno de Ejecución Confiable), mecanismo de staking PoS, ZK (pruebas de conocimiento cero), para validar y certificar las salidas de tareas procesadas por los Agentes:
A través de TEE: tareas verificables se ejecutan en una caja negra segura, el código y los datos no son expuestos o alterados externamente.
A través de PoS: los validadores deben apostar activos para participar en tareas, si actúan mal, sus apuestas son confiscadas.
A través de ZK: se puede verificar la corrección del proceso de razonamiento del Agente sin conocer sus pesos internos.
3.3 Hitos de desarrollo
Partidarios: ENS, EigenLayer, The Graph, Taiko. Aproximadamente 1,000-2,000 desarrolladores se han unido.
Sin embargo, las limitaciones actuales de 8004, que Crapis también reconoce: '8004 es esencialmente un conjunto de registros.' Le dio a los Agentes una identificación, proporcionó un mecanismo de evaluación, pero no puede garantizar que el comportamiento de los Agentes sea confiable. La verdadera validación requiere auditoría de comportamiento (qué hizo el Agente en el pasado), prueba del entorno de ejecución (evidencia de que se ejecutó en TEE), verificación de intenciones (el Agente afirma que hará X, realmente hizo X). La parte de TEE del Registro de Validación aún está en discusión con la comunidad, lejos de estar madura.
En otras palabras: 8004 es una condición necesaria pero no suficiente. Resuelve el problema de "quién es este Agente", pero no resuelve el problema de "¿es confiable este Agente?". Este último necesita la combinación de 8004 + TEE + auditoría de comportamiento, actualmente esta combinación no ha sido implementada en su totalidad por nadie.
Por supuesto, hay una dirección subestimada que es, en la economía humana, el sistema de crédito se basa en balances y registros de crédito: cuánto dinero tienes, cuánto has pagado en préstamos en el pasado. Los Agentes no tienen esto, pero tienen datos de comportamiento: cuántas tareas han realizado en el pasado, cuál es su tasa de éxito, cuál es su tiempo de respuesta promedio, si han sido objeto de quejas. Si los datos de comportamiento pueden convertirse en primitivas financieras, entonces el sistema de reputación 8004 no será solo calificaciones, sino la puntuación de crédito del mundo de Agentes. Un Agente con una alta puntuación de reputación puede obtener límites de crédito más altos (preautorización de más fondos), costos de transacción más bajos (porque el riesgo es menor), y una asignación prioritaria de tareas (los empleadores prefieren elegir Agentes con buena reputación).
El registro de identidad y reputación de 8004 es solo la capa de datos básica. La creación de valor radica en quién puede construir la evaluación crediticia y los servicios financieros sobre esta capa de datos: préstamos para Agentes, seguros para Agentes, líneas de crédito para Agentes, es decir, toda la pila de servicios financieros.
3.4 Relación con otros protocolos
3.5 ERC-8183: estandarización de ACP en Ethereum.
ERC-8183 es la versión estandarizada de Ethereum del protocolo ACP interno de Virtuals (publicado el 10 de marzo de 2026, actualmente en etapa de borrador).
La primitiva central es el Trabajo — un máquina de estados en la cadena (Abierto → Financiado → Enviado → Completado/Rechazado/Expirado), gestionando fondos a través de un Escrow programable, y, tras la verificación del Evaluador independiente de la calidad de la entrega, liquidando automáticamente. Soporta mecanismos de extensión Hooks (umbral de reputación, pujas, pagos por hitos, etc.).
Diseño clave: cada trabajo completado genera automáticamente un registro de interacción que se alimenta al Registro de Reputación ERC-8004 — análogo a 'las calificaciones de Yelp deben consumirse antes de poder calificarse, y se incorpora un árbitro de terceros', este es el punto de conexión entre 8183 y 8004 que forma un ciclo simbiótico.
Capítulo cuatro Protocolo Virtuals: Capa comercial de Agentes
4.1 Resumen del proyecto
El Protocolo Virtuals es una infraestructura integral descentralizada de Agentes AI que permite a cualquier persona crear, tokenizar, co-propietar y monetizar Agentes AI autónomos en la cadena. El proyecto se estableció inicialmente como PathDAO (gremio de juegos) en 2021, y a principios de 2024 se transformó en la dirección de Agentes AI, actualmente desplegado principalmente en Base, y expandiéndose a Ethereum, Solana y Ronin.
Equipo central: fundador Jansen Teng (ex consultor de BCG, graduado en Biotecnología + Administración de Negocios en Imperial College) y Weekee Tiew (graduado en Biotecnología en Imperial College + maestría en Administración en London Business School, antecedentes en PE/BCG), con sede en Kuala Lumpur, Malasia, equipo de aproximadamente 38 personas. Historia de financiación: ronda inicial de financiación de $16 millones en la etapa PathDAO (DeFiance Capital, Beam liderando).
4.2 Arquitectura técnica: cuatro pilares
Pilar uno: marco GAME — cómo decide un solo Agente internamente
GAME es el cerebro: darle a un Agente un objetivo, personalidad, capacidad de percepción y acciones ejecutables, para que pueda planificar de forma autónoma '¿qué debo hacer a continuación?', y luego desglosar las tareas para que las ejecute un Worker interno. Todo el proceso ocurre dentro de los límites de un solo Agente.
Núcleo de la arquitectura: arquitectura de planificación jerárquica, separando 'qué pensar' de 'cómo hacerlo' —Generador de Tareas (planificador de alto nivel/HLP) genera tareas basadas en los objetivos del Agente y elige Workers; Workers (planificadores de bajo nivel/LLP) poseen un conjunto específico de funciones ejecutables; las funciones realizan llamadas API específicas, transacciones en la cadena, recuperación de datos, etc.
Soporta el modelo base: Llama 3.1 405B (predeterminado), Llama 3.3 70B, DeepSeek R1, DeepSeek V3 — diseño de independencia del modelo. Con el lanzamiento del marco de Agentes OpenAI/Google, la diferenciación de GAME queda en un solo aspecto: es el único marco de Agentes que integra de forma nativa la capa económica en la cadena (ACP + tokens VIRTUAL).
Pilar dos: ACP — la 'ley comercial' entre Agentes.
El Protocolo de Comercio de Agentes (ACP) es un protocolo estandarizado en la cadena que permite a los Agentes descubrir, contratar, negociar, custodiar fondos, entregar y liquidar —sin intervención humana en todo el proceso.
Máquina de estados de cuatro etapas de ACP
Pilar tres: Butler — la superentrada del usuario
Butler es la puerta de enlace para consumidores en la red ACP: un Agente construido sobre LLM que, esencialmente, es un orquestador del protocolo ACP, responsable de traducir el lenguaje natural del usuario a flujos de trabajo de colaboración multi Agente en la cadena.
Butler es una arquitectura de dos capas: la capa superior es la interfaz de conversación LLM (actualmente con backend Gemini 3 Pro); la capa inferior es el orquestador del protocolo ACP, que ejecuta todo el proceso de descubrimiento de Agentes → confirmación de ofertas → bloqueo de Escrow → enrutamiento de tareas → verificación de entregas → liberación de fondos. Lo que el usuario ve es un chat, pero lo que hace Butler es la programación de contratos.
El Modo Pro de Butler separará claramente la planificación de la ejecución: etapa de planificación → etapa de revisión (el usuario puede optimizar el plan) → etapa de ejecución (orquestación autónoma de todo el proceso). Las capacidades integradas incluyen intercambio de tokens, inversión DCA, contratos perpetuos, fondo de fondos.
Pilar cuatro: plataforma de lanzamiento — Wall Street de los Agentes
Sistema de lanzamiento de tres niveles que cubre todo el ciclo de vida del proyecto Agente de 0→1→100:
Proyecto inaugural de Titan: XMAQUINA ($DEUS, DAO posee acciones en compañías de inteligencia encarnada como Figure AI, $60 millones de FDV), Fabric Foundation ($ROBO, colabora con OpenMind en la economía robótica)
4.3 Análisis de GDP Agente (aGDP)
aGDP (Producto Interno Bruto Agente) es el indicador ecológico central personalizado por Virtuals, que mide el valor económico total creado por todos los Agentes autónomos dentro de la ecología a través de servicios, coordinación y actividades en la cadena.
Tendencia de crecimiento de aGDP
Problemas de calidad de aGDP — tres señales de advertencia:
La volatilidad de los ingresos expone la dependencia de la especulación: ingresos del día del protocolo en enero de 2025 de $1.02 millones → a finales de febrero $35,000 (caída del 97%). Los ingresos provienen principalmente de impuestos por transacciones de Tokens de Agente (1%), no de pagos continuos por servicios de Agente.
Concentración severa en la cabeza: Ethy AI contribuye con $218 millones de aGDP (45.5% de todo el ecosistema), los tres primeros suman $407 millones (84.9%). Los tres son Agentes de ejecución de transacciones, el aGDP es esencialmente el flujo de transacciones manejadas, no los ingresos por servicios de Agente. Luna, como Agente de IP de bandera, tiene una tasa de comisión cercana al 100%; Ethy AI tiene una tasa de comisión de solo 0.26%.
$3,000 millones de condiciones hipotéticas del objetivo: de $470 millones a $3,000 millones se necesita un crecimiento de 6.4 veces. Si la componente especulativa del aGDP domina, el objetivo se basa en la calidez del mercado de Tokens de Agente, y no en el crecimiento orgánico de la economía de Agentes.
4.4 Modelo económico de tokens
$VIRTUAL Mecanismo de captura de valor cuádruple
Estructura fiscal de ACP: el usuario paga 100% → billetera del Agente 90% (retirable o recontratando a otros Agentes, acumulando aGDP en la cadena) + tesorería 10% (de los cuales 1% ingresa a G.A.M.E Treasury) → los ingresos de la tesorería recompran continuamente el Token de Agente, alineando incentivos a largo plazo.
Estructura de suministro: suministro total de 1,000 millones de VIRTUAL, suministro fijo, sin inflación inicial; estado actual: todos desbloqueados para circulación; posible emisión adicional: hasta el 10% por año en los próximos 3 años, requiere aprobación de gobernanza; veVIRTUAL: staking para obtener derechos de voto en gobernanza + derechos a airdrops de Token de Agente.
4.5 Resumen de datos ecológicos
Caso de referencia de Agentes
4.6 Estructura competitiva y ventaja competitiva
Niveles de ventaja competitiva (de fuerte a débil)
Efecto de red + volante de tokens (el más fuerte): 18,000+ Agentes + 650,000+ poseedores forman un mercado bilateral. Cada Agente obliga a emparejar VIRTUAL, creando un ciclo de retroalimentación positiva. Esto no puede ser replicado por un marco de código abierto: LangChain no tiene una capa de liquidación económica nativa entre Agentes.
Derecho de establecimiento de estándares (fuerte): ACP → ERC-8183 (publicado en conjunto con la Fundación Ethereum) + ERC-8004 + x402, la combinación de los tres disputa el "sistema legal básico" de la economía de Agentes AI.
Ventaja de ser el primero + marca (moderada): los Agentes AI + el sector Crypto lideran en Mindshare, con el respaldo de instituciones como Grayscale, Fundstrat, etc.
Capacidad técnica (la más débil): la arquitectura de capas de GAME tiene ventajas de diseño, pero depende de LLM de terceros, no posee modelos propios, y la capa de orquestación puede ser fácilmente reemplazada por marcos más fuertes.