Informe de Investigación de OKX Ventures: Informe de Investigación sobre la Infraestructura Económica de Agentes de IA (Parte 1)

Este es un informe de investigación en profundidad producido por @OKX_Ventures. Debido a su extensión, lo publicaremos en dos partes: la primera parte se centra en el contexto macro, el protocolo x402, ERC-8004 y el Protocolo de Virtuales; la segunda parte analizará OpenClaw y las tendencias generales de la industria, que se espera que se publique el 23 de marzo. La primera parte de este número contiene un total de 5,800 palabras, con un tiempo estimado de lectura de aproximadamente 15 minutos. ¡No dudes en darle me gusta y guardarlo para leerlo con calma!

Resumen

Los Agentes de IA están evolucionando de asistentes pasivos a participantes económicos activos. Este informe consta de seis capítulos, describiendo sistemáticamente la pila de infraestructura central de la economía de Agentes, el ecosistema de aplicaciones explosivas y la evolución del panorama industrial: un análisis a nivel macro de las previsiones del mercado y las brechas de infraestructura en el Comercio Agente; un análisis en profundidad de los tres protocolos complementarios: x402, ERC-8004 y el Protocolo de Virtuales; y un estudio de caso de OpenClaw a nivel de aplicación para explorar el verdadero camino de aterrizaje de la economía de Agentes. Finalmente, se proporciona un juicio integral de la industria desde dimensiones como el paisaje competitivo, las rutas de pago, las amenazas de seguridad y los modelos de negocio.
x402 (capa de pago) fue lanzado conjuntamente por Coinbase y Cloudflare, integrando micropagos de stablecoin en la capa del protocolo HTTP. Para finales de 2025, había procesado más de 100 millones de transacciones, con un volumen de pagos anual alcanzando los 600 millones de dólares.
ERC-8004 (capa de confianza) fue propuesto por el equipo dAI de la Fundación Ethereum en colaboración con MetaMask, Google y Coinbase, proporcionando tres registros para identidad en cadena, reputación y validación para Agentes de IA, que se espera que se active en la red principal de Ethereum el 29 de enero de 2026.
El Protocolo de Virtuales (capa de negocio) construye una plataforma de comercialización completa para Agentes, permitiendo transacciones autónomas entre Agentes a través de ACP. Se han desplegado más de 18,000 Agentes, con un PIB ajustado superando los 479 millones de dólares.
OpenClaw (capa de aplicación) fue desarrollado por el desarrollador austriaco Peter Steinberger, superando 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 de manera nativa la IA en más de 20 plataformas de mensajería existentes, provocando que la comunidad Crypto construya espontáneamente infraestructura económica en cadena, sirviendo como una muestra central para observar la verdadera interacción entre Agentes y protocolos en cadena en este informe.

Capítulo 1: Contexto Macro

1.1 Pronóstico del Tamaño del Mercado

El sector de Pagos Agentes está en una fase de rápida expansión, con varias instituciones haciendo predicciones optimistas sobre su tamaño de mercado:

1.2 Brechas de Infraestructura

La infraestructura existente es hostil para la economía Agente: OAuth requiere clics humanos, los formularios de tarjetas de crédito requieren ingreso manual, y los silos de datos obstaculizan el acceso autónomo. Los Agentes ya pueden pensar y actuar de manera independiente en la "capa de capacidad", pero todavía están atrapados en una infraestructura diseñada para humanos en la "capa económica" (identidad / coordinación / actividades económicas).
Actualmente, están surgiendo dos caminos evolutivos:

• Camino de cumplimiento centralizado: Comunicación A2A + acceso a herramientas MCP + pago AP2/ACP (dominados por OpenAI y Stripe, puramente Web2)

• Camino descentralizado sin permisos: x402 + ERC-8004/8183 + ACP (Marco de colaboración Agente)

1.3 Cronograma Clave

Nota: A partir de marzo de 2026, el volumen promedio de transacciones diarias ha disminuido significativamente desde el pico de diciembre, con los proyectos relacionados con infraestructura experimentando las mayores caídas (>80%).

Capítulo 2: Protocolo x402: Capa de Pago Agente

x402 es un protocolo de pago de código abierto que revive el código de estado HTTP 402, permitiendo que cualquier solicitud HTTP lleve nativamente pagos en stablecoin, habilitando a los Agentes de IA a realizar transacciones instantáneas de pago por uso.
Entender x402 no puede ser tratado como solo otro protocolo de pago. Representa un rediseño de la unidad básica de actividad económica: de "registro → revisión → autorización → uso" a "pago → uso." x402 = "Swift para agentes."
El funcionamiento actual de la economía API se basa en una suposición implícita: que un humano está operando en el medio. El proceso de obtención de una clave API—registro → completar un correo electrónico → revisión → copiar la clave → pegarla en el código—supone la participación humana en cada paso. Este proceso no funciona bajo la economía de Agentes porque los Agentes de IA no pueden registrarse, completar formularios ni gestionar claves por sí mismos. x402 utiliza el código de estado HTTP 402 para habilitar pagos nativos en stablecoin. Después de recibir una respuesta 402, el Agente realiza directamente el pago en la cadena (USDC) y obtiene un recibo tras el pago.

2.1 Visión General del Protocolo y Flujo de Trabajo

Roles Clave

Proceso de Transacción en Cinco Pasos

1. Solicitar Recurso: El Cliente envía una solicitud HTTP estándar al Servidor de Recursos (por ejemplo, GET /api/weather)

2. Devolver Cotización: El Servidor devuelve un código de estado HTTP 402, con el encabezado de respuesta que contiene los requisitos de pago estructurados (moneda, monto, dirección de billetera, red)

3. Firmar Pago: El Cliente utiliza la clave privada de la billetera para construir y firmar la autorización de pago, colocando la carga firmada en el encabezado de solicitud X-PAYMENT y reenviando

4. Verificar Liquidación: El Servidor reenvía la información de pago al Facilitador para su verificación, y tras la confirmación, el Facilitador ejecuta la transferencia de stablecoin en la cadena

5. Entregar Recurso: Después de recibir la confirmación, el Servidor devuelve datos/contenido/resultados de computación al Cliente

Todo el proceso, desde iniciar la solicitud hasta recibir el recurso, toma aproximadamente 2 segundos.

Comparación con Métodos de Pago Tradicionales

Características Clave: No es necesario registrarse en una cuenta, no se necesita una clave API, no hay suscripciones, no hay intervención humana. Los pagos son tan naturales como enviar una solicitud HTTP, por lo que se les denomina la "capa de pago nativa de internet."

2.2 Datos Clave

Nota de Calidad de Datos: Según el análisis de Artemis, la relación de transacciones Reales a Gamed en x402 está cerca de 1:1 (por ejemplo, el 11 de enero de 2026, Real 520,000 frente a. Gamed 518,000), y la verdadera escala orgánica debe entenderse con precaución.

Distribución por Cadena

Clasificación por Uso (Instantánea en cadena al 11 de enero de 2026)

2.3 Clasificaciones de Uso de Proyectos Principales (A partir de marzo de 2026)

Fuente de Datos: Dune Analytics x402 Transacciones por Proyecto Dashboard

2.4 Mejoras del Núcleo V2

Identidad de Billetera + Sesiones Reutilizables

En V1, cada llamada a la API tenía que pasar por el proceso completo de transacción en cadena. V2 introduce el mecanismo Iniciar-Sesión-Con-X (SIWx), permitiendo a los Agentes verificar su identidad de billetera una vez, habilitando llamadas posteriores para reutilizar la sesión sin necesidad de confirmación en cadena cada vez. Esencialmente, esto actualiza el modelo de pago por llamada a un modelo de suscripción, abordando cuellos de botella de rendimiento en escenarios de alta frecuencia.

Unificación Multi-Cadena + Compatibilidad con Pagos Tradicionales

V2 estandariza la identificación de redes y activos, creando un formato de pago unificado X402 que puede operar a través de cadenas y vías de pago tradicionales. 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 mejora más crítica: x402 se transforma de un "protocolo de pago cripto" en una capa de pago neutral que conecta Crypto y las finanzas tradicionales.

Descubrimiento Automático de Servicios

V2 introduce una extensión de Discovery, permitiendo que los servicios x402 expongan metadatos estructurados para que los Facilitadores puedan rastrear e indexar automáticamente. Los Agentes de IA pueden descubrir servicios automáticamente, entender precios e iniciar pagos. Esto es particularmente crucial para la economía de Agentes: los Agentes no necesitan conocer de antemano la interfaz de pago de los proveedores de servicios; pueden descubrir y completar pagos de manera autónoma en tiempo de ejecución.

SDK Modular

Una arquitectura basada en plugins, con nuevas cadenas como paquetes independientes, reduciendo los costos de acceso. Cloudflare ha propuesto un esquema de pago diferido, incluyendo la solución Gateway de Circle, que aún está en progreso.

2.5 Participantes del Ecosistema

Capa de Fundación y Protocolo

2.6 Panorama del Stack de Pagos de Agentes

Comparación Detallada de Protocolos

Perspectiva Clave: No se trata de quién reemplaza a quién, sino de cómo combinar. Google ha colaborado con Coinbase para lanzar la extensión A2A x402, con AP2 utilizando x402 de manera nativa como la vía de pago en criptomonedas. El verdadero riesgo competitivo es la fragmentación de estándares.

2.7 Señales Clave de Riesgo

• El volumen diario de transacciones cayó de aproximadamente 731,000 en diciembre de 2025 a alrededor de 57,000 en marzo de 2026 (-92%), con la escala real de transacciones alrededor de $14,000/día (según Artemis, el 95% del volumen diario promedio de $250,000 durante el pico de diciembre fue Gamed)

• Capitalización de mercado del ecosistema de $7 mil millones (LINK $6 mil millones + Virtuals $600 millones), con una valoración que se desvía severamente del uso real

• Los proyectos relacionados con infraestructura vieron las mayores caídas en uso: x402secure.com (-80%+), AgentLISA (casi cero), pay.codenut.ai (significativamente reducido)

Análisis de Causas en Tres Capas

Primera Capa: La desaparición de catalizadores. El aumento del volumen de comercio de octubre a diciembre de 2025 fue impulsado por tres factores: la locura de los tokens meme, las expectativas de múltiples TGEs de proyectos y los Facilitadores compitiendo para mejorar los rankings de Dune.
Capa Segunda: Desajuste fundamental entre la oferta y la demanda. El problema que aborda x402 es "Agentes de IA pagando de manera autónoma para llamar a APIs", pero la gran mayoría de los Agentes de IA aún utilizan Claves API + modelos de suscripción para llamar a servicios; los Agentes de toma de decisiones económicas verdaderamente autónomos son casi inexistentes en la industria; muy pocos vendedores de API están dispuestos a aceptar USDC por uso. La carretera está construida, pero los autos no han sido producidos.
Capa Tercera: El enfriamiento general del mercado cripto.
Nota Positiva: La integración de x402 por parte de Stripe es un evento importante. El cofundador de Stripe, John Collison, predice que "la marea del comercio de agentes" llegará en los próximos meses y años. Stripe está simultáneamente estableciendo ACP (pista de tarjeta de crédito Web2) y x402 (pista de stablecoin Web3), actuando como una cobertura para ambas rutas.
x402 ha generado un lote de nuevos proyectos de middleware, que esencialmente ayudan a los Agentes a obtener varios servicios de manera más conveniente bajo el paradigma de pago como autorización: desde inferencia de IA hasta APIs de Web2. Una pista de pago cripto programable, sin permisos y 24/7 es la elección natural para Agentes autónomos. Pero esta premisa es que los Agentes realmente necesitan operaciones "sin permisos"; si los Agentes siempre operan dentro de la autorización humana (Etapa 2: Agentes Controlados), entonces las pistas de pago tradicionales más las tarjetas virtuales son suficientes. Solo cuando los Agentes comienzan a operar independientemente de los humanos en actividades económicas (Etapa 3: Economías Autónomas) es cuando lo sin permisos se convierte en una necesidad.
Además, las tarjetas de crédito tienen un mecanismo de contracargo (los consumidores pueden disputar transacciones y recuperar fondos), que se ha establecido durante décadas como protección al consumidor. Los pagos en cadena son liquidaciones finales; una vez pagados, se han ido, sin contracargo. Esto significa que si un Agente opera incorrectamente (por ejemplo, debido a un ataque de inyección de comandos), los usuarios pueden llamar al banco para recuperar fondos bajo el esquema de tarjeta de crédito. Bajo el esquema x402, el dinero ya está en la cadena y no se puede recuperar. Esta es una verdadera desventaja de x402 en comparación con los pagos tradicionales.
Los humanos que actúan como "middleware humano" saltando entre diferentes sistemas crean mucha fricción, que es esencialmente un mecanismo de construcción de confianza. La prevención del fraude, el control de acceso, la responsabilidad, la resolución de disputas y la documentación de auditoría mantienen la operación del sistema comercial.
Las posibles soluciones pueden incluir mecanismos de escrow en la cadena (fondos bloqueados en un contrato inteligente primero, liberados después de confirmar la entrega del servicio), protocolos de seguro (proporcionando seguro para las transacciones de Agentes), o el sistema de reputación 8004 para reducir la probabilidad de transacciones con partes no confiables. Sin embargo, estos todavía son inmaduros.

2.8 Perspectiva de Inversión VC

Direcciones de inversión que vale la pena señalar

• Proveedores de servicios API (vendedores) con necesidades reales de pago: análisis de datos / scraping web / oráculo / auditoría de seguridad / pagos por inferencia / cumplimiento KYC, etc. Criterios de evaluación: aún se puede ganar dinero utilizando modelos tradicionales, x402 es solo un canal de distribución adicional.

• Capa de resolución de disputas y garantía de pago Gateway: Las transacciones en la cadena no se pueden revertir ni anular, y las transacciones grandes requieren mecanismos de resolución de disputas. Proyectos representativos: Circle Gateway (predepósito no custodial + liquidación por lotes fuera de la cadena), Kamiyo (reputación del Agente / custodia de fondos / determinación de red de oráculos / arbitraje ZKP)

• Herramientas de Dashboard / FinOps: Ayudar a las empresas a gestionar gastos multi-Agente (cuánto se gastó / dónde se gastó / si vale la pena / cómo ahorrar), análogo a CloudHealth/Cloudability de la computación en la nube, con un espacio de adquisición potencial de $300-500 millones.

Capítulo 3: ERC-8004: Capa de Confianza del Agente

ERC-8004 es un conjunto de estándares de coordinación en cadena que establece un marco de descubrimiento e interacción sin confianza entre Agentes a través de tres registros: Identidad, Reputación y Validación.

3.1 Descripción General del Estándar y Distinciones Clave

En interacciones tradicionales, la necesidad de establecer relaciones de confianza preexistentes o depender de instituciones de terceros a menudo limita las interacciones entre Agentes al mismo ecosistema. En un entorno abierto, cómo los Agentes descubren socios, ven el rendimiento histórico y verifican la fiabilidad es un tema central.
Distinción importante: ERC-8004 no es un Token; utiliza NFTs ERC-721 para representar internamente las identidades de los Agentes, pero el estándar en sí se refiere a la coordinación y la confianza, no tiene valor económico y no es negociable.

3.2 Tres Registros Principales

Registro de Identidad

Basado en ERC-721 + URIStorage, cada Agente recibe un identificador de identidad NFT, asociado con 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 puede almacenarse en IPFS (descentralizado, resistente a la censura), servidores HTTPS (sencillo pero centralizado), o directamente codificada en la cadena (más descentralizado pero costoso).

Registro de Reputación

Interfaces estándar para publicar y obtener señales de retroalimentación, apoyando calificaciones en cadena y algoritmos fuera de la cadena. Puede incluir x402 proofOfPayment como una señal de confianza respaldada económicamente. Los Agentes se puntúan entre sí, pero para prevenir la manipulación de puntajes, se necesita ERC-8183 para proporcionar prueba auxiliar de interacciones genuinas de Trabajo entre Agentes.

Registro de Validación

Introduce TEE (Entorno de Ejecución Confiable), mecanismos de staking PoS, y ZK (Pruebas de Conocimiento Cero) para verificar y autenticar los resultados de las tareas manejadas por los Agentes:

• A través de TEE: Las tareas pueden ser verificadas como ejecutadas en una caja negra segura, con código y datos que no son expuestos ni manipulados externamente.

• A través de PoS: Los validadores deben apostar activos para participar en tareas, y si actúan de manera maliciosa, su apuesta se pierde.

• A través de ZK: La corrección del proceso de inferencia del Agente puede ser verificada sin conocer sus pesos internos.

3.3 Hitos de Desarrollo

Partidarios: ENS, EigenLayer, The Graph, Taiko. Alrededor de 1,000-2,000 desarrolladores se han unido.
Sin embargo, las limitaciones actuales de 8004, que el mismo Crapis admite: "8004 es esencialmente un conjunto de registros." Le da a los Agentes una tarjeta de identidad y proporciona un mecanismo de evaluación, pero no puede garantizar que los comportamientos de los Agentes sean confiables. La validación verdadera requiere auditorías de comportamiento (lo que el Agente ha hecho en el pasado), pruebas del entorno de ejecución (evidencia de ejecución en TEE) y verificación de intenciones (el Agente afirma hacer X pero en realidad hace X). La parte de TEE del Registro de Validación aún está en discusión con la comunidad y está lejos de ser madura.
En otras palabras: 8004 es una condición necesaria pero no suficiente. Resuelve la pregunta de "quién es este Agente", pero aún no ha resuelto la pregunta de "si este Agente es confiable." Lo último requiere una combinación de 8004 + TEE + auditorías de comportamiento, que aún no ha sido completamente implementada por nadie.
Por supuesto, hay una dirección subestimada: en la economía humana, los sistemas de crédito se construyen sobre balances y registros de crédito—cuánto dinero tenés, cuántos préstamos has pagado en el pasado. Los Agentes no tienen esto, pero tienen datos de comportamiento: cuántas tareas han ejecutado en el pasado, cuál es su tasa de éxito, cuál es su tiempo de respuesta promedio y si han recibido quejas. Si los datos de comportamiento pueden convertirse en primitivas financieras, entonces el sistema de reputación de 8004 no sería solo sobre buenas y malas reseñas, sino un puntaje de crédito en el mundo de los Agentes. Un Agente con un alto puntaje de reputación podría obtener un límite de crédito más alto (preautorizando más fondos), menores costos de transacción (porque el riesgo es menor) y asignación prioritaria de tareas (los empleadores eligen preferentemente a los Agentes con buenas reputaciones).
Los registros de identidad y reputación de 8004 son solo la capa de datos fundamental. La creación de valor radica en quién puede establecer evaluaciones de crédito y servicios financieros para los Agentes sobre esta capa de datos: préstamos para Agentes, seguros para Agentes, límites de crédito para Agentes, que es toda la pila de servicios financieros.

3.4 Relación con otros protocolos

3.5 ERC-8183: Estandarización de Ethereum de ACP

ERC-8183 es la versión estándar abierta de Ethereum del protocolo interno ACP de Virtuals (lanzado el 10 de marzo de 2026, actualmente en etapa de borrador).
El núcleo primitivo es Job—una máquina de estados de cadena (Abierto → Financiado → Enviado → Completado/Rechazado/Expirado), con fondos mantenidos en un Escrow programable, liquidado automáticamente después de que Evaluadores independientes arbitren la calidad de la entrega. Soporta mecanismos de extensión Hooks (umbrales de reputación, licitaciones, pagos por hitos, etc.).
Diseño clave: Cada Job completado genera automáticamente registros de interacción y los alimenta en el Registro de Reputación de ERC-8004—análogo a "las reseñas públicas deben basarse en el consumo, y se incluye un juez de terceros," que es el punto de conexión para 8183 y 8004 para formar un ciclo simbiótico.

Capítulo 4: Protocolo de Virtuals: Capa de Negocios de Agentes

4.1 Resumen del Proyecto

El Protocolo de Virtuals es una infraestructura descentralizada de pila completa para Agentes de IA, que permite a cualquiera crear, tokenizar, co-propietar y monetizar agentes autónomos de IA en la cadena. El proyecto se estableció inicialmente en 2021 como PathDAO (una guilda de juegos) y se trasladó a la dirección de Agentes de IA a principios de 2024, actualmente desplegado principalmente en Base, con expansiones a Ethereum, Solana y Ronin.
Equipo central: Fundador Jansen Teng (exconsultor de BCG, licenciado en Biotecnología + Gestión Empresarial de Imperial College) y Weekee Tiew (licenciado en Biotecnología de Imperial College + Máster en Gestión de London Business School, con experiencia en PE/BCG), con sede en Kuala Lumpur, Malasia, y un equipo de aproximadamente 38 personas. Historia de financiamiento: Financiamiento de ronda semilla de $16 millones durante la fase de PathDAO (liderado por DeFiance Capital y Beam).

4.2 Arquitectura Técnica: Cuatro Pilares

Pilar Uno: Marco GAME—Cómo un Solo Agente Toma Decisiones Internamente

GAME es el cerebro: equipa a un Agente con metas, personalidad, habilidades de percepción y acciones ejecutables, permitiéndole planificar de manera autónoma "qué debería hacer a continuación" y luego desglosar tareas para que los Trabajadores internos las ejecuten. Todo el proceso ocurre dentro de los límites de un solo Agente.
Arquitectura central: arquitectura de planificación jerárquica (Planificación Jerárquica), separando "qué pensar" de "cómo hacer"—el Generador de Tareas (planificador de alto nivel/HLP) genera tareas basadas en las metas del Agente y selecciona a los Trabajadores; los Trabajadores (planificadores de bajo nivel/LLP) tienen cada uno un conjunto de Funciones ejecutables específicas; las Funciones realizan llamadas a API específicas, transacciones en cadena, recuperación de datos y otras operaciones.
Modelos base soportados: Llama 3.1 405B (predeterminado), Llama 3.3 70B, DeepSeek R1, DeepSeek V3—diseño independiente del modelo. Con el lanzamiento de los marcos de Agentes de OpenAI/Google, la diferenciación de GAME sigue siendo leve: es el único marco de Agente que integra nativamente la capa económica en cadena (tokens ACP + VIRTUAL).

Pilar Dos: ACP—La "Ley Comercial" Entre Agentes

El Protocolo de Comercio de Agentes (ACP) es un protocolo estandarizado en cadena que permite a los Agentes descubrir, contratar, negociar, custodiar fondos, entregar y liquidar—todo sin intervención humana.
Máquina de Estados de Cuatro Etapas de ACP

Pilar Tres: Butler—La Super Puerta de Entrada para Usuarios

Butler es la puerta de entrada para consumidores de la red ACP—un Agente construido sobre LLM, esencialmente un orquestador del protocolo ACP, responsable de traducir el lenguaje natural de los usuarios en flujos de trabajo colaborativos multi-Agente en cadena.
Butler tiene una arquitectura de dos capas: la capa superior es una interfaz de diálogo LLM (actualmente utilizando Gemini 3 Pro para el backend); la capa inferior es el orquestador del protocolo ACP, ejecutando el proceso completo de descubrimiento de Agentes → confirmación de cotización → bloqueo de custodia → enrutamiento de tareas → verificación de entrega → liberación de fondos. Lo que los usuarios ven es un chat, mientras que Butler maneja la programación de contratos.
El Modo Pro de Butler separa claramente la planificación y la ejecución: fase de planificación → fase de revisión (los usuarios pueden optimizar el plan) → fase de ejecución (orquestando de manera autónoma 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 para Agentes

El sistema de lanzamiento en tres niveles cubre el ciclo completo de vida de los proyectos de Agentes desde 0→1→100:

El primer proyecto de Titan: XMAQUINA ($DEUS, DAO posee participación en empresas de inteligencia incorporada como Figure AI, $60 millones de FDV), Fabric Foundation ($ROBO, colaborando con OpenMind en la economía robótica)

Análisis de aGDP (Producto Interno Bruto Agente)

aGDP (Producto Interno Bruto Agente) es un indicador ecológico central personalizado por Virtuals, que mide el valor económico total creado por todos los Agentes autónomos dentro del ecosistema a través de servicios, coordinación y actividades en cadena.

Trayectoria de Crecimiento de aGDP

Problemas de Calidad de aGDP—Tres Señales de Advertencia:

1. Las fluctuaciones de ingresos exponen dependencias especulativas: Los ingresos del día del protocolo de enero de 2025 fueron de $1.02 millones → para finales de febrero $35,000 (una disminución del 97%). Los ingresos provienen principalmente de impuestos sobre transacciones de tokens de Agente (1%), en lugar de pagos continuos por servicios de Agente.

2. Concentración severa en la cima: Ethy AI contribuye con $218 millones de aGDP (representando el 45.5% de todo el ecosistema), con los tres principales totalizando $407 millones (84.9%). Los tres son Agentes de tipo ejecución de transacciones; aGDP es esencialmente el flujo de transacciones manejado, en lugar de ingresos por servicios de Agente. Luna, como un Agente de tipo IP insignia, tiene una tasa de retención cercana al 100%; la tasa de retención de Ethy AI es solo del 0.26%.

3. Condiciones de suposición del objetivo de $3 mil millones: Pasar de $470 millones a $3 mil millones requiere un aumento de 6.4x. Si los componentes especulativos dominan aGDP, el objetivo esencialmente apuesta por el calor del mercado de los Tokens de Agente en lugar del crecimiento orgánico de la economía de Agentes.

4.4 Modelo Económico de Token

mecanismo de captura de valor cuádruple de $VIRTUAL

estructura impositiva de ACP: Los usuarios pagan el 100% → Billetera del agente 90% (puede ser retirada o recontratada por otros agentes, acumulando aGDP en la cadena) + Tesorería 10% (de la cual el 1% fluye hacia la Tesorería de G.A.M.E) → Los ingresos de la tesorería recompran continuamente Tokens de Agente, alineando incentivos a largo plazo.
estructura de suministro: Total de 1 mil millones de VIRTUAL, suministro fijo, sin inflación inicial; estado actual: todos desbloqueados y circulando; emisión potencial: hasta el 10% por año durante los próximos tres años, requiriendo aprobación de gobernanza; veVIRTUAL: el staking otorga derechos de voto en la gobernanza + derechos de airdrop de Tokens de Agente.

4.5 Resumen de Datos del Ecosistema

Casos de Agentes de Referencia

4.6 Panorama Competitivo y Barrera de Entrada

Niveles de Barrera (de fuerte a débil)

• Efectos de red + rueda de token (más fuerte): Más de 18,000 Agentes + más de 650,000 tenedores forman un mercado bilateral. Cada Agente se ve obligado a emparejarse con VIRTUAL, creando un ciclo de retroalimentación positiva. Esto no es replicable por marcos de código abierto: LangChain carece de una capa de liquidación económica nativa entre Agentes.

• Autoridad de establecimiento de estándares (más fuerte): ACP → ERC-8183 (lanzado conjuntamente con la Fundación Ethereum) + ERC-8004 + x402, la combinación de los tres compite por el "sistema legal fundamental" de la economía de Agentes de IA.

• Ventaja de primer movimiento + marca (moderada): Liderazgo en la mente en el sector de Agentes de IA + Cripto, respaldado por instituciones como Grayscale y Fundstrat.

• Capacidad técnica (más débil): La arquitectura en capas de GAME tiene ventajas de diseño pero depende de LLMs de terceros y no posee modelos desarrollados internamente, lo que hace que la capa de orquestación sea fácilmente reemplazable por marcos más fuertes.

(Continuará)