Informe de investigación de OKX Ventures: Informe de investigación sobre la infraestructura económica de los agentes de IA (Parte 1)

Este es un informe de investigación exhaustivo elaborado por @OKX_Ventures. Debido a su extensión, lo publicaremos en dos partes: la primera parte se centra en el contexto macroeconómico, el protocolo x402, el ERC-8004 y el Protocolo Virtuals; la segunda parte analizará OpenClaw y las tendencias generales del sector, y se prevé que se publique el 23 de marzo. La primera parte de este número contiene un total de 5.800 palabras, con un tiempo de lectura estimado de unos 15 minutos. ¡No dudes en darle a «Me gusta» y añadirlo a tus favoritos para leerlo con calma!

Resumen

Los agentes de IA están pasando de ser asistentes pasivos a convertirse en participantes económicos activos. Este informe consta de seis capítulos en los que se describe de forma sistemática la pila de infraestructura básica de la economía de agentes, el explosivo ecosistema de aplicaciones y la evolución del panorama del sector: un análisis a nivel macro de las previsiones de mercado y las carencias de infraestructura en el comercio de agentes; un análisis en profundidad de los tres protocolos complementarios: x402, ERC-8004 y el Protocolo Virtuals; y un estudio de caso de OpenClaw a nivel de aplicaciones para explorar la trayectoria real de implantación de la economía de agentes. Por último, se ofrece una visión global del sector desde perspectivas como el panorama competitivo, las vías de pago, las amenazas a la seguridad y los modelos de negocio.
x402 (capa de pago) fue lanzado conjuntamente por Coinbase y Cloudflare, incorporando micropagos con monedas estables en la capa del protocolo HTTP. A finales de 2025, había procesado más de 100 millones de transacciones, con un volumen de pagos anual que alcanzaba los 600 millones de dólares.
El estándar ERC-8004 (capa de confianza) fue propuesto por el equipo dAI de la Fundación Ethereum en colaboración con MetaMask, Google y Coinbase, y ofrece tres registros para la identidad, la reputación y la validación en cadena de los agentes de IA; su puesta en marcha en la red principal de Ethereum está prevista para el 29 de enero de 2026.
El Protocolo Virtuals (capa empresarial) crea una plataforma de comercialización completa para los agentes, lo que permite realizar transacciones autónomas entre ellos a través del ACP. Se han desplegado más de 18 000 agentes, con un PIB superior a los 479 millones de dólares.
OpenClaw (capa de aplicación) fue desarrollado por el programador austriaco Peter Steinberger, superando a React en tan solo cuatro meses con más de 250 000 estrellas en GitHub, lo que lo convirtió en el proyecto de código abierto de más rápido crecimiento en la historia de GitHub. Integra de forma nativa la inteligencia artificial en más de 20 plataformas de mensajería existentes, lo que ha llevado a la comunidad criptográfica a crear de forma espontánea una infraestructura económica en cadena, que sirve como muestra de referencia para observar la interacción real entre los agentes y los protocolos en cadena en este informe.

Capítulo 1: Contexto macroeconómico

1.1 Previsión del tamaño del mercado

El sector de los pagos a través de Agentic se encuentra en una fase de rápida expansión, y varias instituciones han realizado previsiones optimistas sobre el tamaño de su mercado:

1.2 Deficiencias en las infraestructuras

La infraestructura actual es hostil para la economía de los agentes: OAuth requiere clics manuales, los formularios de tarjetas de crédito exigen introducir los datos a mano y los silos de datos dificultan el acceso autónomo. Los agentes ya pueden pensar y actuar de forma independiente en la «capa de capacidades», pero siguen estando limitados por una infraestructura diseñada para los seres humanos en la «capa económica» (identidad, coordinación y actividades económicas).
En la actualidad, están surgiendo dos vías evolutivas:

• Proceso centralizado de cumplimiento normativo: Comunicación A2A + acceso a herramientas MCP + pagos AP2/ACP (dominado por OpenAI y Stripe, puramente Web2)

• Vía descentralizada y sin permisos: x402 + ERC-8004/8183 + ACP (marco de colaboración entre agentes)

1.3 Cronología principal

Nota: En marzo de 2026, el volumen medio diario de transacciones había disminuido considerablemente con respecto al máximo registrado en diciembre, y los proyectos relacionados con las infraestructuras registraron los mayores descensos (>80 %).

Capítulo 2: Protocolo x402: Capa de pago para agentes

x402 es un protocolo de pago de código abierto que reutiliza el código de estado HTTP 402, lo que permite que cualquier solicitud HTTP incluya de forma nativa pagos con stablecoins, facilitando así que los agentes de IA realicen transacciones instantáneas de pago por uso.
Hay que tener en cuenta que el protocolo X.402 no puede considerarse simplemente como un protocolo de pago más. Supone un rediseño de la unidad básica de la actividad económica: se pasa de «registro → revisión → autorización → uso» a «pago → uso». x402 = «Swift para agentes».
El funcionamiento actual de la economía de las API se basa en una suposición implícita: que hay una persona actuando como intermediario. El proceso para obtener una clave API —registro → introducir una dirección de correo electrónico → revisión → copiar la clave → pegarla en el código— requiere la intervención humana en cada paso. Este proceso no funciona en el marco de la economía de agentes, ya que los agentes de IA no pueden registrarse, rellenar formularios ni gestionar claves por sí mismos. x402 utiliza el código de estado HTTP 402 para permitir pagos nativos con stablecoins. Tras recibir una respuesta 402, el agente realiza directamente el pago en la cadena (USDC) y obtiene un recibo tras el pago.

2.1 Descripción general del protocolo y flujo de trabajo

Funciones principales

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. Cita de Return: El servidor devuelve un código de estado HTTP 402, y el encabezado de la respuesta contiene los requisitos de pago estructurados (divisa, importe, dirección del monedero, red).

3. Firmar el pago: El cliente utiliza la clave privada del monedero para generar y firmar la autorización de pago, incluye la carga útil firmada en el encabezado de solicitud X-PAYMENT y vuelve a enviarla

4. Verificar la liquidación: El servidor envía la información de pago al facilitador para su verificación y, una vez confirmada, el facilitador ejecuta la transferencia de la moneda estable en la cadena

5. Entregar recurso: Tras recibir la confirmación, el servidor envía datos, contenidos o resultados de cálculos al cliente

Todo el proceso, desde que se inicia la solicitud hasta que se recibe el recurso, dura unos 2 segundos.

Comparación con los métodos de pago tradicionales

Características principales: No es necesario crear una cuenta, ni se necesita una clave API, ni suscripciones, ni intervención humana. Los pagos son tan sencillos como enviar una solicitud HTTP, por lo que se la conoce como la «capa de pago nativa de Internet».

2.2 Datos clave

Nota sobre la calidad de los datos: Según el análisis de Artemis, la proporción entre transacciones de Real y de Gamed en x402 es cercana a 1:1 (por ejemplo, el 11 de enero de 2026, 520 000 de Real frente a (518 000 jugadores), y la cifra real de crecimiento orgánico debe interpretarse con cautela.

Distribución por cadena

Clasificación por uso (instantánea en cadena a fecha del 11 de enero de 2026)

2.3 Clasificación de los principales proyectos por uso (a marzo de 2026)

Fuente de datos: Panel de control de transacciones de Dune Analytics x402 por proyecto

2.4 Actualizaciones del núcleo V2

Identidad de monedero + Sesiones reutilizables

En la versión 1, cada llamada a la API tenía que pasar por todo el proceso de transacción en cadena. La versión 2 introduce el mecanismo «Sign-In-With-X» (SIWx), que permite a los agentes verificar la identidad de su monedero una sola vez, de modo que las llamadas posteriores puedan reutilizar la sesión sin necesidad de una confirmación en cadena cada vez. En esencia, esto transforma el modelo de pago por llamada en un modelo de suscripción, lo que permite resolver los cuellos de botella en el rendimiento en situaciones de alta frecuencia.

Unificación multicadena + Compatibilidad con los pagos tradicionales

V2 estandariza la identificación de redes y activos, creando un formato de pago unificado X402 que puede funcionar tanto en cadenas como en vías de pago tradicionales. Base, Solana y otras cadenas de segunda capa (L2), así como ACH, SEPA y las redes de tarjetas de crédito, están todas incluidas en el mismo modelo de pago. Esta es la actualización más importante: x402 pasa de ser un «protocolo de pagos criptográficos» a convertirse en una capa de pagos neutral que sirve de puente entre las criptomonedas y las finanzas tradicionales.

Detección automática de servicios

La versión 2 introduce una extensión Discovery que permite a los servicios x402 exponer metadatos estructurados para que los facilitadores puedan rastrearlos e indexarlos automáticamente. Los agentes de IA pueden detectar servicios automáticamente, comprender los precios e iniciar pagos. Esto resulta especialmente importante para la economía de los agentes: los agentes no necesitan conocer de antemano la interfaz de pago de los proveedores de servicios, sino que pueden detectar y realizar los pagos de forma autónoma en tiempo de ejecución.

SDK modular

Una arquitectura basada en complementos, en la que las nuevas cadenas se presentan como paquetes independientes, lo que reduce los costes de acceso. Cloudflare ha propuesto un plan de pago aplazado, que incluye la solución Gateway de Circle, el cual aún se encuentra en fase de desarrollo.

2.5 Participantes del ecosistema

Capa de base y capa de protocolo

2.6 Panorama de las plataformas de pago para agentes

Comparación detallada de protocolos

Conclusión clave: No se trata de quién sustituye a quién, sino de cómo combinarlos. Google ha colaborado con Coinbase para lanzar la extensión A2A x402, y AP2 utiliza de forma nativa x402 como canal de pago con criptomonedas. El verdadero riesgo competitivo es la fragmentación de los estándares.

2.7 Señales clave de riesgo

• El volumen diario de transacciones se redujo de unas 731 000 en diciembre de 2025 a unas 57 000 en marzo de 2026 (-92 %), con un volumen real de transacciones de alrededor de 14 000 dólares al día (según Artemis, el 95 % del volumen medio diario de 250 000 dólares registrado durante el pico de diciembre correspondía a Gamed).

• Capitalización de mercado del ecosistema de 7000 millones de dólares (LINK: 6000 millones + Virtuals: 600 millones), con una valoración que difiere considerablemente del uso real

• Los proyectos relacionados con las infraestructuras registraron los mayores descensos en el uso: x402secure.com (-80 %+), AgentLISA (casi a cero), pay.codenut.ai (se redujo considerablemente)

Análisis de causas en tres niveles

Primera capa: La desaparición de los catalizadores. El aumento del volumen de operaciones entre octubre y diciembre de 2025 se debió a tres factores: la moda de los tokens meme, las expectativas en torno a las TGE de varios proyectos y la competencia entre los facilitadores por mejorar las clasificaciones en Dune.
Segunda capa: Desajuste fundamental entre la oferta y la demanda. El problema que aborda x402 es el de «los agentes de IA que pagan de forma autónoma por llamar a las API», pero la gran mayoría de los agentes de IA siguen utilizando claves API y modelos de suscripción para acceder a los servicios; los agentes con capacidad de toma de decisiones económicas verdaderamente autónoma son prácticamente inexistentes en el sector; muy pocos proveedores de API están dispuestos a aceptar pagos por uso en USDC. La carretera ya está construida, pero los coches aún no se han fabricado.
Tercera capa: El enfriamiento general del mercado de las criptomonedas.
Nota positiva: La integración de x402 por parte de Stripe es un acontecimiento importante. John Collison, cofundador de Stripe, prevé que «la ola del comercio mediado» llegará en los próximos meses y años. Stripe está desarrollando simultáneamente ACP (la vía de las tarjetas de crédito en Web2) y x402 (la vía de las monedas estables en Web3), lo que le sirve de cobertura para ambas vías.
x402 ha dado lugar a una serie de nuevos proyectos de middleware que, en esencia, ayudan a los agentes a acceder de forma más cómoda a diversos servicios bajo el paradigma de «pago como autorización»: desde la inferencia de IA hasta las API de Web 2.0. Un sistema de pagos criptográficos programable, sin permisos y disponible las 24 horas del día, los 7 días de la semana, es la opción más lógica para los agentes autónomos. Pero esta premisa se basa en que los agentes realmente necesitan operaciones «sin permiso»; si los agentes siempre operan bajo autorización humana (Fase 2: (sustancias controladas), basta con los métodos de pago tradicionales y las tarjetas virtuales. Solo cuando los agentes empiecen a actuar de forma independiente de los seres humanos en las actividades económicas (Fase 3: (Economías autónomas) ¿Se convierte entonces la ausencia de permisos en una necesidad?
Además, las tarjetas de crédito cuentan con un mecanismo de devolución de cargo (los consumidores pueden impugnar las transacciones y recuperar el dinero), que se ha consolidado desde hace décadas como medida de protección del consumidor. Los pagos en cadena son transacciones definitivas; una vez pagados, el importe se pierde y no hay posibilidad de devolución. Esto significa que, si un agente comete un error (por ejemplo, debido a un ataque de inyección de comandos), los usuarios pueden llamar al banco para recuperar los fondos en virtud del sistema de tarjetas de crédito. Según el esquema x402, el dinero ya se encuentra en la cadena de bloques y no se puede recuperar. Esta es una desventaja real del x402 en comparación con los pagos tradicionales.
Las personas que actúan como «intermediarios humanos» y se mueven entre diferentes sistemas generan mucha fricción, lo que, en esencia, constituye un mecanismo para fomentar la confianza. Las medidas antifraude, el control de acceso, la rendición de cuentas, la resolución de controversias y la documentación de auditoría garantizan el buen funcionamiento del sistema comercial.
Entre las posibles soluciones se pueden incluir mecanismos de depósito en garantía en cadena (fondos bloqueados primero en un contrato inteligente y liberados tras confirmar la prestación del servicio), protocolos de seguro (que ofrecen cobertura para las transacciones de los agentes) o el sistema de reputación 8004, destinado a reducir la probabilidad de realizar transacciones con partes poco fiables. Sin embargo, aún están en fase inicial.

2.8 Perspectiva de la inversión de capital riesgo

Tendencias de inversión a tener en cuenta

• Proveedores de servicios API (vendedores) con necesidades reales de pago: análisis de datos, web scraping, Oracle, auditorías de seguridad, pagos por inferencia, cumplimiento normativo KYC, etc. Criterios de evaluación: sigue siendo posible obtener beneficios con los modelos tradicionales; x402 es solo un canal de distribución adicional

• Gateway: plataforma de resolución de disputas y garantía de pago: Las transacciones en cadena no se pueden revertir ni revertir, y las transacciones de gran cuantía requieren mecanismos de resolución de disputas. Proyectos destacados: Circle Gateway (depósito previo sin custodia + liquidación por lotes fuera de cadena), Kamiyo (reputación de los agentes / custodia de fondos / determinación de la red de oráculos / arbitraje mediante ZKP)

• Panel de control / Herramientas de FinOps: Ayudar a las empresas a gestionar los gastos relacionados con múltiples proveedores (cuánto se gasta, dónde se gasta, si merece la pena y cómo ahorrar), de forma similar a lo que hacen CloudHealth y Cloudability en el ámbito de la computación en la nube, con un mercado potencial de adquisición de entre 300 y 500 millones de dólares.

Capítulo 3: ERC-8004: Capa de confianza del agente

ERC-8004 es un conjunto de normas de coordinación en cadena que establece un marco de descubrimiento e interacción sin necesidad de confianza entre agentes a través de tres registros: Identidad, reputación y validación.

3.1 Descripción general de la norma y diferencias fundamentales

En las interacciones tradicionales, la necesidad de establecer relaciones de confianza previas o de recurrir a instituciones de terceros suele limitar las interacciones entre agentes al mismo ecosistema. En un entorno abierto, la forma en que los agentes identifican a sus socios, consultan el historial de rendimiento y verifican la fiabilidad es una cuestión fundamental.
Distinción importante: ERC-8004 no es un token; utiliza NFT ERC-721 para representar internamente las identidades de los agentes, pero el estándar en sí mismo se centra en la coordinación y la confianza, no tiene valor económico y no es negociable.

3.2 Los tres principales registros

Registro de identidades

Basándose en ERC-721 + URIStorage, cada agente recibe un identificador de identidad NFT, asociado a un agentURI que apunta a un archivo de registro (JSON), el cual contiene el nombre, la descripción, los puntos de conexión del servicio (A2A/MCP/Web), el estado de compatibilidad con x402, etc. La URL se puede almacenar en IPFS (descentralizado y resistente a la censura), en servidores HTTPS (sencillo, pero centralizado) o codificada directamente en la cadena de bloques (la opción más descentralizada, pero costosa).

Registro de reputación

Interfaces estándar para publicar y obtener señales de retroalimentación, compatibles con valoraciones en cadena y algoritmos fuera de cadena. Puede incluir «proofOfPayment» según la norma X.402 como señal de confianza que respalda la solidez económica. Los agentes se puntúan entre sí, pero para evitar la manipulación de las puntuaciones, se necesita el estándar ERC-8183 para proporcionar una prueba adicional de que las interacciones entre los agentes en el marco de un trabajo son auténticas.

Registro de validación

Introduce el TEE (entorno de ejecución confiable), los mecanismos de staking de PoS y las ZK (pruebas de conocimiento cero) para verificar y autenticar los resultados de las tareas gestionadas por los agentes:

• Mediante ecocardiografía transesofágica: Se puede verificar que las tareas se han ejecutado en una caja negra segura, sin que el código ni los datos queden expuestos o sean manipulados desde el exterior

• A través de PoS: Los validadores deben aportar activos para participar en las tareas y, si actúan de forma maliciosa, pierden su aportación.

• A través de ZK: La corrección del proceso de inferencia del agente puede verificarse sin conocer sus pesos internos

3.3 Hitos del desarrollo

Partidarios: ENS, EigenLayer, The Graph, Taiko. Se han inscrito entre 1 000 y 2 000 desarrolladores.
Sin embargo, las limitaciones actuales del 8004, que el propio Crapis admite: «El 8004 es, en esencia, un conjunto de registros». Proporciona a los agentes una tarjeta de identificación y ofrece un mecanismo de evaluación, pero no puede garantizar que el comportamiento de los agentes sea fiable. Una validación verdadera requiere auditorías de comportamiento (lo que el agente ha hecho en el pasado), pruebas del entorno de ejecución (pruebas de que se ejecuta en un TEE) y la verificación de la intención (el agente afirma hacer X, pero en realidad hace X). La parte del Registro de Validación dedicada a la EET sigue siendo objeto de debate entre la comunidad y aún está lejos de estar consolidada.
En otras palabras: 8004 es una condición necesaria, pero no suficiente. Esto resuelve la cuestión de «quién es este agente», pero aún no ha resuelto la cuestión de «si este agente es digno de confianza». Esto último requiere una combinación de 8004 + TEE + auditorías de comportamiento, algo que todavía no ha sido implementado por completo por nadie.
Por supuesto, hay un aspecto que se suele pasar por alto: en la economía humana, los sistemas crediticios se basan en balances y historiales crediticios: cuánto dinero tienes y cuántos préstamos has devuelto en el pasado. Los agentes no disponen de estos datos, pero sí de información sobre su comportamiento: cuántas tareas han realizado en el pasado, cuál es su índice de éxito, cuál es su tiempo medio de respuesta y si han recibido alguna queja. Si los datos de comportamiento pudieran convertirse en primitivas financieras, el sistema de reputación de 8004 no se limitaría a las valoraciones positivas y negativas, sino que se convertiría en una puntuación crediticia en el mundo de los agentes. Un agente con una puntuación de reputación alta podría obtener un límite de crédito mayor (lo que le permitiría disponer de más fondos por adelantado), unos costes de transacción más bajos (dado que el riesgo es menor) y una asignación prioritaria de tareas (los empleadores eligen preferentemente a los agentes con buena reputación).
Los registros de identidad y reputación de 8004 no son más que la capa de datos básica. La creación de valor radica en quién es capaz de establecer evaluaciones crediticias y servicios financieros para los agentes a partir de esta capa de datos: préstamos para agentes, seguros para agentes, límites de crédito para agentes, es decir, toda la gama de servicios financieros.

3.4 Relación con otros protocolos

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

ERC-8183 es la versión del protocolo interno ACP de Virtuals basada en el estándar abierto de Ethereum (publicada el 10 de marzo de 2026; actualmente se encuentra en fase de borrador).
La primitiva central es «Job»: una máquina de estados en cadena (Abierto → Financiado → Enviado → Completado/Rechazado/Caducado), cuyos fondos se mantienen en un depósito en garantía programable y se liquidan automáticamente una vez que evaluadores independientes han arbitrado la calidad de la entrega. Es compatible con los mecanismos de la extensión Hooks (umbrales de reputación, pujas, pagos por hitos, etc.).
Diseño clave: Cada trabajo completado genera automáticamente registros de interacción y los introduce en el Registro de Reputación de ERC-8004 —análogo al principio de que «las reseñas públicas deben basarse en el consumo y deben contar con la participación de un juez independiente»—, que constituye el punto de conexión entre 8183 y 8004 para formar un ciclo simbiótico.

Capítulo 4: Protocolo Virtuals: Capa de negocio del agente

4.1 Resumen del proyecto

Virtuals Protocol es una infraestructura descentralizada de ciclo completo para agentes de IA, que permite a cualquier persona crear, tokenizar, copropietar y monetizar agentes de IA autónomos en la cadena de bloques. El proyecto se creó inicialmente en 2021 con el nombre de PathDAO (una comunidad de jugadores) y, a principios de 2024, dio un giro hacia el desarrollo de agentes de IA; actualmente se encuentra implementado principalmente en Base, con planes de expansión a Ethereum, Solana y Ronin.
Equipo principal: Los fundadores, Jansen Teng (antiguo consultor de BCG, licenciado en Biotecnología y Gestión Empresarial por el Imperial College) y Weekee Tiew (licenciado en Biotecnología por el Imperial College y máster en Gestión por la London Business School, con experiencia en capital riesgo y BCG), tienen su sede en Kuala Lumpur (Malasia) y cuentan con un equipo de unas 38 personas. Historial de financiación: Ronda de financiación inicial de 16 millones de dólares durante la fase PathDAO (liderada por DeFiance Capital y Beam).

4.2 Arquitectura técnica: Los cuatro pilares

Primer pilar: Marco GAME: cómo toma decisiones internamente un único agente

GAME es el cerebro: dota al agente de objetivos, personalidad, capacidades de percepción y acciones ejecutables, lo que le permite planificar de forma autónoma «qué debo hacer a continuación» y, a continuación, desglosar las tareas para que las ejecuten los trabajadores internos. Todo el proceso tiene lugar dentro de los límites de un único agente.
Arquitectura central: arquitectura de planificación jerárquica (Hierarchical Planning), que separa «qué hacer» de «cómo hacerlo»: el generador de tareas (planificador de alto nivel/HLP) genera tareas basadas en los objetivos del agente y selecciona a los trabajadores; los trabajadores (planificadores de bajo nivel/LLP) cuentan cada uno con un conjunto de funciones ejecutables específicas; las funciones realizan llamadas a la API específicas, transacciones en cadena, recuperación de datos y otras operaciones.
Modelos básicos compatibles: 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 trabajo de agentes de OpenAI y Google, la diferencia de GAME sigue siendo mínima: es el único marco de trabajo de agentes que integra de forma nativa la capa económica en cadena (tokens ACP + VIRTUAL).

Segundo pilar: ACP: el «derecho mercantil» entre agentes

El Protocolo de Comercio de Agentes (ACP) es un protocolo estandarizado en cadena que permite a los agentes buscar, contratar, negociar, depositar fondos en garantía, realizar entregas y liquidar operaciones, todo ello sin intervención humana.
Máquina de estados de cuatro etapas ACP

Tercer pilar: Butler: la superpasarela para los usuarios

Butler es la puerta de acceso para los usuarios de la red ACP: un agente basado en un modelo de lenguaje grande (LLM), que actúa esencialmente como coordinador del protocolo ACP y se encarga de traducir el lenguaje natural de los usuarios en flujos de trabajo colaborativos entre múltiples agentes en la cadena.
Butler tiene una arquitectura de dos capas: la capa superior es una interfaz de diálogo basada en un modelo de lenguaje grande (LLM) (que actualmente utiliza Gemini 3 Pro como backend); la capa inferior es el coordinador del protocolo ACP, que ejecuta el proceso completo de detección del agente → confirmación del presupuesto → bloqueo del depósito en garantía → enrutamiento de la tarea → verificación de la entrega → liberación de los fondos. Lo que ven los usuarios es un chat, mientras que Butler se encarga de la programación de citas.
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 (coordinación autónoma de todo el proceso). Entre las funciones integradas se incluyen el intercambio de tokens, la inversión mediante DCA, los contratos perpetuos y los fondos de fondos.

Cuarto pilar: Plataforma de lanzamiento: el Wall Street de los agentes

El sistema de lanzamiento en tres fases abarca todo el ciclo de vida de los proyectos de Agent, desde 0→1→100:

El primer proyecto de Titan: XMAQUINA ($DEUS, DAO que tiene participaciones en empresas de inteligencia incorporada como Figure AI, con un valor de valoración de 60 millones de dólares), Fabric Foundation ($ROBO, que colabora con OpenMind en la economía robótica)

4.3 Análisis del PIB por agentes (aGDP)

El aGDP (Producto Interior Bruto Agente) es un indicador ecológico fundamental desarrollado por Virtuals que mide el valor económico total generado por todos los agentes autónomos del ecosistema a través de servicios, coordinación y actividades en cadena.

Trayectoria del crecimiento del PIB

Problemas de calidad del PIB: tres señales de alerta:

1. Las fluctuaciones en los ingresos ponen de manifiesto las dependencias especulativas: Ingresos del día del protocolo de enero de 2025: 1,02 millones de dólares → a finales de febrero: 35 000 dólares (una disminución del 97 %). Los ingresos proceden principalmente de los impuestos sobre las transacciones con tokens de agente (1 %), y no de pagos continuos por los servicios de agente.

2. Gran concentración en la parte alta: Ethy AI aporta 218 millones de dólares al PIB (lo que representa el 45,5 % de todo el ecosistema), mientras que las tres principales empresas suman un total de 407 millones de dólares (el 84,9 %). Los tres son agentes de ejecución de transacciones; el aGDP se refiere, en esencia, al flujo de transacciones gestionado, y no a los ingresos procedentes de los servicios de los agentes. Luna, como agente insignia de tipo IP, tiene una tasa de aceptación cercana al 100 %; la de Ethy AI es solo del 0,26 %.

3. Condiciones para alcanzar el objetivo de 3000 millones de dólares: Para pasar de 470 millones de dólares a 3000 millones de dólares es necesario multiplicar esa cifra por 6,4. Si los componentes especulativos predominan en el PIB, el objetivo apuesta, en esencia, por el auge del mercado de los tokens de agente, más que por el crecimiento orgánico de la economía de los agentes.

4.4 Modelo económico del token

Mecanismo de captura de valor cuádruple de $VIRTUAL

Estructura fiscal de la ACP: Los usuarios pagan el 100 % → Monedero del agente: 90 % (que puede retirarse o volver a contratarse por otros agentes, lo que genera un aGDP compuesto en cadena) + Tesorería: 10 % (de los cuales el 1 % se destina a la Tesorería de G.A.M.E.) → Los ingresos de la Tesorería se utilizan para recomprar continuamente tokens de agente, lo que alinea los incentivos a largo plazo.
Estructura de suministro: Total de 1000 millones de VIRTUAL, oferta fija, sin inflación inicial; situación actual: todas las unidades desbloqueadas y en circulación; emisión potencial: hasta un 10 % anual durante los próximos tres años, previa aprobación del consejo de gobierno; veVIRTUAL: el staking otorga derechos de voto en el consejo de gobierno + derechos al airdrop de Agent Token.

4.5 Resumen de los datos sobre el ecosistema

Casos de referencia de agentes

4.6 Panorama competitivo y ventaja competitiva

Niveles de foso (de mayor a menor)

• Efectos de red + efecto de inercia del token (el más potente): Más de 18 000 agentes y más de 650 000 titulares conforman un mercado bilateral. Cada agente se ve obligado a emparejarse con VIRTUAL, lo que genera un círculo virtuoso. Esto no es posible con los marcos de código abierto: LangChain carece de una capa de liquidación económica nativa entre los agentes.

• Organismo normativo (con mayores competencias): ACP → ERC-8183 (publicado conjuntamente con la Fundación Ethereum) + ERC-8004 + x402; la combinación de estos tres estándares compite por convertirse en el «sistema jurídico fundamental» de la economía de los agentes de IA.

• Ventaja de ser el primero en llegar al mercado + marca (moderada): Líder en notoriedad en el sector de los agentes de IA y las criptomonedas, con el respaldo de instituciones como Grayscale y Fundstrat.

• Capacidad técnica (la más débil): La arquitectura por capas de GAME presenta ventajas de diseño, pero depende de modelos de lenguaje grandes (LLM) de terceros y no cuenta con modelos de desarrollo propio, lo que hace que la capa de coordinación pueda sustituirse fácilmente por marcos más potentes.

(Continuará)