ERC-8004 frente a x402: cómo los agentes de IA establecen confianza y permiten pagos autónomos

ERC-8004 es un estándar de identidad y confianza para agentes de IA propuesto dentro del ecosistema Ethereum. Denominado oficialmente Trustless Agents, busca utilizar la cadena de bloques para establecer mecanismos de descubrimiento de agentes entre plataformas, registros de reputación y validación de tareas. x402 es un protocolo de pagos abierto basado en el código de estado HTTP 402 que permite a las aplicaciones y los agentes de IA autorizar y liquidar pagos al solicitar recursos de internet. Ambos abordan, respectivamente, los problemas de confianza y pago en la colaboración entre agentes, y constituyen una infraestructura importante para una economía de agentes abierta.

A medida que los agentes de IA evolucionan de herramientas de generación de contenido a sistemas automatizados capaces de llamar API de forma autónoma, acceder a bases de datos, realizar investigaciones y gestionar transacciones en cadena, las relaciones económicas entre agentes se vuelven más complejas. Un agente puede necesitar comprar datos a otro, delegar una tarea de análisis o pagar recursos informáticos. En este proceso, las interfaces de comunicación por sí solas no son suficientes. Los sistemas también deben identificar a los proveedores de servicios, evaluar su desempeño anterior y garantizar que los pagos sigan sujetos a autorizaciones y controles de riesgo.

La combinación de ERC-8004 y x402 ofrece enfoques para estas necesidades en diferentes capas. Comprender ambos protocolos requiere distinguir el registro de identidad de la verificación de identidad en el mundo real, los registros de reputación de la validación de resultados y la autorización de pagos de la liquidación efectiva. También requiere analizar cómo funcionan con MCP, A2A, billeteras de contratos inteligentes y stablecoins para crear flujos de trabajo de colaboración automatizada para agentes de IA.

Puntos clave:

• ERC-8004 aborda el descubrimiento de identidad y la confianza de los agentes. Mediante registros de identidad, reputación y validación, permite identificar, evaluar y validar agentes de IA de diferentes plataformas.

• x402 aborda los pagos nativos de internet. Basado en el mecanismo HTTP 402 Payment Required, permite a los agentes de IA pagar automáticamente API, datos, recursos informáticos y otros servicios digitales conforme a autorizaciones preestablecidas.

• No son protocolos competidores. ERC-8004 ayuda a los agentes a decidir con quién colaborar, mientras que x402 proporciona capacidades de pago y liquidación.

• ERC-8004 no gestiona pagos directamente, y x402 no proporciona un sistema completo de identidad y reputación de agentes. Juntos, pueden respaldar un flujo de trabajo comercial que abarque el descubrimiento de servicios, la evaluación de confianza, los pagos automatizados y la retroalimentación sobre los resultados.

• La economía de agentes aún enfrenta desafíos como la suplantación de identidad, la reputación fabricada, la autorización de pagos, la entrega de tareas y la seguridad de los fondos. Los registros en cadena no significan que todos los comportamientos sean confiables.

¿Qué es ERC-8004 y por qué los agentes de IA necesitan identidades en cadena?

ERC-8004 es un estándar de identidad y confianza en cadena para agentes autónomos. Su objetivo principal es permitir que los agentes de IA desarrollados por diferentes organizaciones y plataformas se descubran entre sí sin una relación de confianza preexistente y obtengan información de confianza que puedan evaluar.

Los servicios tradicionales de internet suelen establecer relaciones de identidad mediante cuentas de plataforma, claves API o directorios de servicios centralizados. Por ejemplo, cuando una empresa utiliza una API de datos de terceros, puede confirmar el origen del servicio mediante el sitio web del proveedor, los contratos y la verificación de la plataforma. Sin embargo, en una red abierta de agentes de IA, los agentes pueden ser creados por diferentes desarrolladores y ofrecer servicios en múltiples plataformas o redes de cadena de bloques.

Sin un mecanismo de descubrimiento unificado, los agentes tienen dificultades para determinar a qué agente pertenece una dirección de servicio o para consultar fácilmente su historial de servicios.

ERC-8004 propone tres registros independientes en cadena:

El Registro de identidad se basa en ERC-721. Cada identidad registrada corresponde a un agentId y utiliza metadatos para vincular la descripción del agente, los puntos de acceso de servicio y otra información necesaria.

Esto permite que los agentes tengan identificadores de identidad relativamente independientes de cualquier plataforma de aplicaciones concreta.

Sin embargo, una identidad en cadena no equivale a una verificación de identidad en el mundo real. Registrar un agente no demuestra automáticamente que su desarrollador sea auténtico y confiable, ni garantiza que sus servicios sean seguros. ERC-8004 proporciona una infraestructura componible de identidad y confianza. Las decisiones de confianza específicas siguen dependiendo de las reglas de la aplicación, los comentarios históricos y la validación independiente.

A fecha de 22 de octubre de 2026, la página EIP de ERC-8004 sigue mostrando el estado Draft. Sin embargo, los registros relacionados y las implementaciones del ecosistema ya han comenzado a desplegarse y utilizarse, por lo que debe distinguirse el estado de la especificación de su adopción real.

¿Cómo genera ERC-8004 confianza mediante identidad, reputación y validación?

El diseño central de ERC-8004 no utiliza una única puntuación para determinar si un agente es confiable. En su lugar, permite que diferentes señales de confianza se registren públicamente y se combinen de forma independiente.

En primer lugar, el Registro de identidad proporciona a los agentes una identidad en cadena consultable. Los desarrolladores pueden publicar las capacidades de servicio de un agente, los puntos de acceso de comunicación y los metadatos relacionados mediante su información de registro, lo que permite a otras aplicaciones descubrir qué servicios ofrece y cómo acceder a ellos.

En segundo lugar, el Registro de reputación permite a los clientes enviar comentarios sobre los servicios de un agente. Otros sistemas pueden consultar estos comentarios y analizarlos según diferentes necesidades empresariales. Por ejemplo, un agente de análisis de datos puede acumular registros sobre tasas de finalización de tareas, calidad de respuesta o satisfacción del cliente.

Sin embargo, los datos de reputación no son necesariamente auténticos. Los desarrolladores pueden utilizar cuentas relacionadas para fabricar reseñas positivas, y participantes maliciosos pueden publicar comentarios engañosos. Por tanto, el Registro de reputación proporciona una interfaz de registro estandarizada, en lugar de eliminar automáticamente los riesgos de manipulación de reputación.

Por último, el Registro de validación registra la validación de terceros de los resultados de las tareas. Diferentes tareas pueden utilizar distintos métodos de validación, como pedir a otros nodos que vuelvan a ejecutar una tarea, proporcionar certificación mediante un entorno de ejecución confiable (TEE) o utilizar tecnologías como el aprendizaje automático de conocimiento cero (zkML) para validar cálculos específicos.

Estos métodos difieren en su aplicabilidad. Las tareas con cálculos reproducibles son más fáciles de validar técnicamente, mientras que el asesoramiento de inversión, el contenido creativo o los juicios empresariales complejos suelen requerir todavía evaluación humana o mecanismos de evaluación especializados.

Por tanto, ERC-8004 establece un modelo de confianza por capas: la identidad facilita el descubrimiento, la reputación ayuda en la selección y la validación comprueba resultados específicos. Los tres se complementan, pero no pueden sustituir la gestión práctica del riesgo.

¿Qué es x402 y por qué los agentes de IA necesitan un protocolo de pagos nativo de HTTP?

x402 es un protocolo de pagos abierto basado en el código de estado HTTP 402 Payment Required. Su objetivo es añadir un mecanismo de pago estandarizado a los flujos de trabajo de solicitudes de internet.

Los servicios tradicionales de internet suelen cobrar mediante registro de cuentas, suscripciones con tarjeta de crédito o saldos prepagados. Los usuarios deben establecer primero una relación de pago antes de poder llamar API, descargar datos o acceder a contenido de pago.

Este modelo funciona para flujos de trabajo operados por personas, pero puede no ser adecuado para agentes de IA que operan con frecuencia y bajo demanda.

Por ejemplo, un agente de investigación de mercado puede necesitar llamar una API de datos especializada solo una vez. Exigirle que primero cree una cuenta, compre una suscripción mensual y complete un complejo proceso de pago manual reduciría la eficiencia de la automatización.

x402 permite a los proveedores de servicios especificar requisitos de pago directamente dentro de un flujo de trabajo de solicitudes HTTP. Tras recibir un requisito de pago, el cliente puede generar la autorización de pago adecuada según las redes, los activos y las condiciones de pago compatibles, y volver a enviar la solicitud.

El servidor proporciona el recurso protegido solo después de que se hayan cumplido los requisitos de pago y se haya completado la verificación o liquidación necesaria.

Por tanto, x402 puede respaldar modelos de negocio como el acceso a API por llamada, la compra de datos y el acceso a servicios informáticos, permitiendo interacciones de pago de máquina a máquina sin depender por completo de los sistemas de suscripción tradicionales.

Es importante señalar que x402 no es una nueva criptomoneda ni una cadena de bloques independiente. Es un protocolo de interacción de pagos que puede funcionar con diferentes redes de cadena de bloques, stablecoins e infraestructuras de liquidación.

¿Cuál es la diferencia entre ERC-8004 y x402?

ERC-8004 y x402 suelen aparecer juntos en debates sobre agentes de IA, pero operan en capas técnicas diferentes.

ERC-8004 se centra en cómo los agentes establecen identidades consultables y relaciones de confianza. x402 se centra en cómo las solicitudes de servicio desencadenan pagos y cómo la autorización y liquidación de pagos se integran en las interacciones de internet.

En el uso práctico, ERC-8004 se acerca más a la infraestructura de identidad y confianza para la economía de agentes, mientras que x402 se acerca más a la infraestructura de pagos.

Supongamos que un agente de IA quiere comprar datos de análisis de mercado. Puede utilizar ERC-8004 para consultar la información de registro, los comentarios históricos y los registros de validación del proveedor de servicios, y así evaluar si colaborar con él.

Cuando el agente decide acceder al servicio, x402 puede ayudarle a completar el pago. Tras la entrega del servicio, el cliente también puede registrar comentarios mediante los mecanismos pertinentes de ERC-8004.

Sin embargo, los desarrolladores de aplicaciones deben integrar este flujo de trabajo de colaboración. No ocurre automáticamente solo porque ERC-8004 esté desplegado o x402 sea compatible.

¿Cómo permite x402 que los agentes de IA realicen pagos automatizados?

El mecanismo central de x402 incorpora los requisitos de pago al flujo de trabajo estándar de solicitudes y respuestas HTTP.

En x402 V2, un proceso de pago típico puede dividirse en seis etapas.

Flujo de trabajo de pagos automatizados de agentes de IA

Flujo de trabajo ilustrativo, el orden específico de verificación, liquidación y entrega depende del esquema de pago utilizado.

Por ejemplo, un agente de IA solicita acceso a una API de datos de mercado con un precio de 0,05 USDC. El servidor puede utilizar una respuesta 402 Payment Required para notificar al cliente que el recurso requiere pago y proporcionar condiciones de pago aceptables.

Después de comprobar el precio, la cadena de bloques compatible y la información del destinatario, el cliente utiliza una billetera autorizada para generar una firma de pago y vuelve a enviar la solicitud.

En x402 V2, el servidor puede proporcionar requisitos de pago mediante PAYMENT-REQUIRED, el cliente envía información de pago firmada mediante PAYMENT-SIGNATURE y el servidor puede devolver el resultado del procesamiento de pagos mediante PAYMENT-RESPONSE.

El servidor de recursos puede gestionar por sí mismo la verificación y liquidación del pago, o utilizar componentes como un Facilitator. Un Facilitator ayuda a verificar las autorizaciones de pago y ejecutar la liquidación, pero no es un tercero centralizado del que deba depender toda implementación.

Cabe destacar que diferentes esquemas de pago pueden tener requisitos distintos respecto al orden de liquidación y entrega de recursos. Por tanto, es incorrecto asumir que toda solicitud x402 debe completar la liquidación en cadena antes de que pueda realizarse cualquier operación.

¿Cómo trabajan ERC-8004 y x402 juntos para crear flujos de trabajo de transacciones automatizadas para agentes de IA?

Juntos, ERC-8004 y x402 pueden respaldar un escenario comercial completo que abarque el descubrimiento de servicios, el pago, la entrega y los comentarios.

Supongamos que un agente de investigación de criptomonedas necesita analizar las transacciones en cadena de un token, pero no dispone de suficientes recursos de datos propios.

En primer lugar, puede utilizar el Registro de identidad de ERC-8004 para encontrar agentes que proporcionen servicios de análisis de datos en cadena y obtener las descripciones de servicio e información de interfaz pertinentes.

A continuación, puede consultar los comentarios históricos del Registro de reputación y comprobar los registros de validación independiente según la importancia de la tarea. El desempeño histórico puede ser suficiente para una consulta básica de datos de bajo costo, mientras que una tarea de análisis financiero de alto valor puede requerir validación adicional.

Después de seleccionar un servicio, el agente de investigación envía una solicitud mediante la interfaz de comunicación adecuada. El proveedor de servicios utiliza x402 para devolver los requisitos de pago, y el agente de investigación autoriza el pago dentro de su presupuesto y permisos preestablecidos.

Tras obtener los datos, el agente de investigación puede continuar su análisis y dejar comentarios según la calidad del servicio. Si los resultados necesitan verificación adicional, también puede involucrar un servicio de validación independiente.

Este flujo de trabajo demuestra la relación complementaria entre ambos protocolos:

ERC-8004 ayuda a los agentes a descubrir servicios y evaluar la confianza, mientras que x402 les ayuda a pagar por los servicios.

Sin embargo, ERC-8004 no garantiza automáticamente la entrega, y x402 no proporciona directamente un mecanismo general para la aceptación de tareas o el arbitraje de reembolsos. Para servicios de alto valor, los desarrolladores aún deben diseñar mecanismos de cumplimiento, resolución de disputas y protección de fondos.

¿Cómo trabajan juntos ERC-8004, x402, MCP y A2A?

Además de ERC-8004 y x402, MCP y A2A son componentes importantes de la infraestructura de agentes.

MCP (Model Context Protocol) ayuda principalmente a las aplicaciones de IA a conectarse con herramientas, recursos y datos externos, permitiendo a los agentes acceder a bases de datos, servicios de búsqueda y otras capacidades del sistema.

A2A (Agent2Agent) se centra en la comunicación y colaboración en tareas entre diferentes agentes, incluidas las descripciones de capacidades, el intercambio de mensajes y la gestión del ciclo de vida de las tareas.

ERC-8004 no sustituye a MCP ni A2A. En su lugar, añade mecanismos de descubrimiento y confianza para entornos entre organizaciones. x402 puede proporcionar capacidades de pago para servicios de pago dentro de estos flujos de trabajo.

La relación entre los cuatro puede resumirse de la siguiente manera:

Por ejemplo, un agente de investigación puede acceder a herramientas de datos mediante MCP, colaborar con otro agente de análisis mediante A2A, consultar su identidad y reputación mediante ERC-8004 y, a continuación, pagar por datos o recursos informáticos mediante x402.

La ventaja de este diseño modular es que los protocolos pueden evolucionar de forma independiente. Los desarrolladores de aplicaciones pueden elegir componentes según sus necesidades reales sin vincular todas las funciones a una sola plataforma.

¿Cómo pueden los agentes de IA gestionar de forma segura los permisos de pago automatizado?

Los pagos automatizados son una capacidad importante de la economía de agentes, pero también introducen nuevas preocupaciones sobre la seguridad de los fondos.

Los pagos tradicionales suelen requerir que los usuarios confirmen el importe y el destinatario, mientras que los agentes de IA pueden llamar servicios continuamente sin supervisión humana en tiempo real. Sin límites claros, una planificación incorrecta de tareas, interfaces maliciosas o datos externos manipulados pueden provocar gastos innecesarios.

Por tanto, los sistemas de pago automatizado deben separar las capacidades de toma de decisiones de los agentes de su autoridad para controlar fondos.

Un enfoque práctico consiste en utilizar una billetera de contrato inteligente para establecer el límite por pago de un agente, el presupuesto diario, las direcciones de destinatarios aprobadas y el alcance de autorización para tareas específicas.

Por ejemplo, una empresa puede permitir que un agente de investigación pague como máximo 1 USDC por transacción y no gaste más de 20 USDC al día, al tiempo que restringe los pagos a proveedores de servicios revisados.

Para las transacciones que superen el presupuesto, el sistema puede requerir confirmación humana en lugar de permitir que el agente aumente su propio límite de pago.

Las cuentas inteligentes y los mecanismos de abstracción de cuentas del ecosistema Ethereum pueden admitir diseños de permisos más flexibles, incluidas claves de sesión, límites de gasto y listas de permitidos.

Sin embargo, los límites de pago no pueden sustituir las revisiones de seguridad del servicio. Un proveedor malicioso puede inducir a un agente a solicitar repetidamente recursos de pago o influir en decisiones posteriores mediante respuestas de API aparentemente normales.

Por tanto, los despliegues prácticos también deben comprobar que las solicitudes de pago se ajusten a la tarea original, prevenir pagos duplicados y establecer mecanismos de supervisión y suspensión para transacciones anómalas.

Los pagos automatizados realmente seguros no otorgan a los agentes de IA un control ilimitado sobre los fondos. Permiten la ejecución autónoma dentro de límites de autorización claramente definidos.

¿Qué desafíos técnicos y empresariales enfrentan ERC-8004 y x402?

ERC-8004 y x402 proporcionan capacidades fundamentales importantes para la economía de agentes, pero quedan varios problemas por resolver antes de que puedan respaldar un uso comercial estable a gran escala.

El primero es la credibilidad de la identidad y la reputación. ERC-8004 puede registrar identidades y comentarios, pero no puede impedir de forma inherente que un único desarrollador registre muchos agentes o utilice cuentas relacionadas para fabricar reseñas. La creación de mecanismos de reputación resistentes a ataques Sybil sigue requiriendo restricciones económicas y diseños de validación adicionales.

El segundo es la validación de los resultados de tareas. Para tareas computacionales deterministas, los resultados pueden comprobarse mediante nueva ejecución o pruebas criptográficas. Sin embargo, el análisis de inversiones, la creación de contenido y las decisiones empresariales complejas suelen tener resultados subjetivos cuya calidad no puede evaluarse únicamente a partir de registros en cadena.

El tercero es la relación entre el pago y la entrega del servicio. x402 puede gestionar flujos de trabajo de pago, pero aún se necesitan mecanismos adicionales de reembolso, custodia o resolución de disputas si la calidad del servicio no cumple las expectativas. Un pago realizado correctamente no significa que una tarea se haya completado necesariamente.

El cuarto es la compatibilidad entre cadenas y activos. Las stablecoins, las comisiones de transacción y los mecanismos de liquidación difieren entre redes. Los agentes deben identificar correctamente las redes y los activos de pago para evitar perder fondos debido a errores de configuración.

El desafío final es la regulación y la adopción comercial. A medida que los agentes de IA participan en servicios financieros, adquisición de datos y pagos empresariales, los desarrolladores deben considerar la autorización para utilizar fondos, la identidad del cliente, la privacidad de los datos y las regulaciones de pago aplicables.

Estas cuestiones demuestran que ERC-8004 y x402 son más adecuados para servir como infraestructura abierta que como una solución comercial completa que cubra identidad, pagos, cumplimiento y responsabilidad legal.

¿Qué significan ERC-8004 y x402 para los ecosistemas Ethereum y Web3?

El desarrollo de ERC-8004 y x402 amplía los casos de uso de la cadena de bloques hacia la colaboración económica entre máquinas.

En el pasado, los usuarios individuales o los sistemas empresariales iniciaban la mayoría de las transacciones en cadena. A medida que los agentes de IA adquieren la capacidad de ejecutar tareas de forma autónoma, las cadenas de bloques comienzan a respaldar funciones como el registro de identidad de agentes, la liquidación de pagos y los registros verificables.

ERC-8004 proporciona información de confianza componible para redes abiertas de agentes, mientras que x402 facilita la integración de servicios digitales de pago por uso en flujos de trabajo de pagos automatizados.

Para Ethereum y su ecosistema de Layer 2, el registro de identidad de agentes, los registros de reputación y los pagos con stablecoins pueden generar demanda de nuevas aplicaciones en cadena.

Sin embargo, ERC-8004 no se limita a la red principal de Ethereum. Sus registros pueden desplegarse en diferentes redes compatibles. x402 tampoco es exclusivo de Ethereum y puede operar con otras cadenas de bloques compatibles.

Por tanto, el desarrollo de estos protocolos no significa que todas las transacciones de agentes se concentrarán en Ethereum, ni implica directamente que el precio de ETH vaya a subir necesariamente.

A más largo plazo, la cuestión clave es si los agentes de IA pueden establecer relaciones sostenibles de oferta y demanda de servicios en redes abiertas, trasladando gradualmente la identidad, los pagos y la ejecución de tareas de pruebas de concepto a operaciones empresariales reales.

Conclusión

ERC-8004 y x402 abordan dos cuestiones fundamentales de la economía de agentes de IA: la confianza y los pagos.

Mediante registros de identidad, reputación y validación, ERC-8004 proporciona a los agentes entre plataformas identidades consultables y señales de confianza. Mediante el mecanismo de pago HTTP 402, x402 permite a los agentes pagar por recursos digitales conforme a autorizaciones preestablecidas al acceder a ellos.

No son sustitutos entre sí. Son componentes de infraestructura que pueden combinarse. ERC-8004 ayuda a los agentes a elegir colaboradores, x402 les ayuda a realizar interacciones económicas, y MCP y A2A pueden gestionar funciones como la conectividad de herramientas y la comunicación entre agentes.

Sin embargo, el registro de identidad no establece una confiabilidad auténtica, y los pagos completados no garantizan la calidad del servicio. La capacidad de la economía de agentes para escalar seguirá dependiendo de la madurez de los mecanismos de verificación de identidad, gobernanza de reputación, aceptación de tareas, permisos de fondos y cumplimiento normativo.

ERC-8004 facilita el descubrimiento y la evaluación de agentes de IA, mientras que x402 facilita que paguen por servicios. Juntos, proporcionan una base importante para una economía de agentes abierta y componible.

Preguntas frecuentes

¿Qué es ERC-8004?

ERC-8004 es un estándar de identidad y confianza en cadena para agentes de IA. Mediante registros de identidad, reputación y validación, ayuda a descubrir, evaluar y validar agentes de diferentes plataformas.

¿Qué es x402?

x402 es un protocolo de pagos abierto basado en HTTP 402 Payment Required. Permite a las aplicaciones o los agentes de IA autorizar y liquidar pagos al acceder a API de pago, datos y otros recursos de internet.

¿Cuál es la principal diferencia entre ERC-8004 y x402?

ERC-8004 aborda principalmente el descubrimiento de identidad y la confianza de los agentes, mientras que x402 aborda principalmente los pagos automatizados. Proporcionan capacidades fundamentales diferentes.

¿Puede ERC-8004 realizar pagos directamente?

No. ERC-8004 no define un flujo de trabajo general de liquidación de pagos, pero puede utilizarse con protocolos de pago como x402.

¿x402 debe utilizar Ethereum?

No. x402 puede operar con diferentes cadenas de bloques y activos de pago compatibles. No es exclusivo de Ethereum.

¿Los agentes de IA que utilizan x402 necesitan confirmación humana para cada pago?

No necesariamente. Los desarrolladores pueden preestablecer permisos de billetera y presupuestos de pago para que los agentes paguen automáticamente dentro de sus límites de autorización. Se puede exigir aprobación humana para transacciones de alto riesgo o que superen los límites.

¿Una identidad en cadena de ERC-8004 significa que un agente ha superado una revisión de seguridad?

No. El registro en cadena solo proporciona un identificador de identidad consultable. La evaluación de la confiabilidad sigue requiriendo reputación, validación independiente y otras medidas de seguridad.

¿Qué casos de uso pueden respaldar ERC-8004 y x402?

Los casos de uso típicos incluyen agentes de IA que compran datos, realizan solicitudes de API de pago por llamada, pagan recursos informáticos, delegan tareas a otros agentes y establecen registros de comentarios de servicios entre plataformas.