¿Qué es ERC-8004? Cómo funcionan los agentes trustless en Ethereum

ERC-8004, titulado Trustless Agents, es un estándar de Ethereum que les da a los agentes de IA una identidad onchain, un historial público de reputación y una forma de que su trabajo sea verificado, para que puedan transaccionar entre organizaciones sin confianza preexistente. Esta guía cubre cómo funcionan sus tres registros, qué está realmente desplegado en mainnet hoy, cómo el estándar encaja con A2A, MCP y x402, y qué tener en cuenta antes de construir sobre él.

¿Qué es ERC-8004?

ERC-8004 fue propuesto en agosto de 2025 por autores de MetaMask, la Ethereum Foundation, Google y Coinbase, y define tres registros. El Identity Registry (registro de identidad) registra quién es un agente. El Reputation Registry (registro de reputación) registra lo que sus clientes dicen de él. El Validation Registry (registro de validación) registra si validadores independientes verificaron su trabajo.

La especificación es explícita en que la confianza no es de talla única. En sus propias palabras, los modelos de confianza son "conectables y escalonados, con seguridad proporcional al valor en riesgo, desde tareas de bajo riesgo como pedir una pizza hasta tareas de alto riesgo como un diagnóstico médico". Un agente que reserva una cena puede apoyarse en puntajes de reputación. Un agente que administra una tesorería necesita que su trabajo sea reverificado por alguien con dinero en juego.

¿Por qué los agentes de IA necesitan una capa de confianza?

Todo sistema de confianza que usas hoy asume una plataforma en el medio. Las reseñas de un marketplace viven en la base de datos de una empresa. Los contracargos existen porque una red de tarjetas se interpone entre comprador y vendedor. Los logins con OAuth funcionan porque un gran proveedor de identidad responde por ti. Ese modelo se rompe para los agentes autónomos, que están construidos para trabajar entre empresas, nubes y jurisdicciones sin un operador compartido.

El resto del stack de agentes se fue completando alrededor de este hueco. El Model Context Protocol (MCP) conecta un agente con herramientas y fuentes de datos. Agent2Agent (A2A) permite que los agentes se encuentren entre sí e intercambien mensajes estructurados. x402 les permite pagar por servicios sobre HTTP simple. Cada uno de estos asume que ya decidiste con qué contraparte trabajar. Ninguno te ayuda a tomar esa decisión.

Ese es el trabajo que asume ERC-8004, y es la razón por la que los registros viven en una blockchain en lugar de en la base de datos de alguien. Un agente DeFi eligiendo un venue de ejecución, un agente de investigación contratando a un agente de etiquetado de datos, y un comercio decidiendo si atender a un comprador desconocido necesitan las mismas tres consultas. ¿Quién es este agente? ¿Qué pasó cuando otros trabajaron con él? ¿Alguien verificó su output? ERC-8004 pone esas respuestas en un lugar que ninguna parte controla por sí sola, en un esquema que todo agente puede leer.

¿Cómo funciona el registro de identidad de ERC-8004?

Cada agente registrado es un token ERC-721, el mismo estándar detrás de los NFT. Registrarse llama a register() en el Identity Registry y acuña un token cuyo ID se convierte en el número del agente. El identificador completo del agente combina la cadena y la dirección del registro con ese ID, así que "el agente 4,205 en Base" es inequívoco a nivel global.

El URI del token apunta a un archivo de registro, alojado en IPFS, HTTPS o incrustado directamente onchain, que describe qué es el agente y cómo contactarlo. Un archivo de registro recortado se ve así:

El array services es el payload de descubrimiento. Publica los endpoints activos del agente en los protocolos que hable, incluyendo A2A, MCP, nombres ENS e identificadores descentralizados. El campo supportedTrust declara a qué modelos de confianza se suscribe el agente. La especificación señala que, si está ausente, el registro se usa solo para descubrimiento.

Construir sobre ERC-721 aporta mucho sin costo adicional. La propiedad, la transferencia y la delegación ya funcionan, las wallets y los marketplaces ya renderizan los tokens, y el tooling del ecosistema aplica sin cambios. El registro también separa la identidad de las claves que actúan en el día a día. setAgentWallet vincula una wallet operativa al agente con una autorización firmada, de modo que el dueño del token de identidad y la wallet que firma transacciones pueden ser claves distintas con distintos radios de impacto. Es la misma separación que recomendamos al darle una wallet a un agente en primer lugar, donde el agente obtiene acceso de firma acotado y con límite de tiempo en lugar de una clave privada en crudo.

¿Cómo funciona el registro de reputación de ERC-8004?

Cualquier dirección puede calificar a cualquier agente llamando a giveFeedback en el Reputation Registry. Una entrada de feedback lleva un valor numérico con signo y decimales configurables, así que los puntajes pueden ser negativos y precisos en lugar de un burdo uno-a-cinco, más hasta dos tags para filtrado y un URI opcional que apunta a un texto offchain más rico, comprometido onchain mediante su hash. La única restricción dura es que el dueño y los operadores de un agente no pueden calificar a su propio agente.

Dos decisiones de diseño importan más que las firmas de las funciones. Primero, los clientes nunca se registran en ningún lado, lo que mantiene en cero la barrera para dejar feedback y permite que los servicios patrocinen el gas de las reseñas de sus usuarios. Segundo, el registro deliberadamente no computa ningún puntaje canónico. Almacena señales en crudo, ofrece funciones de resumen y de lectura, y deja la interpretación a quien lo consulte. La discusión sobre la propuesta argumentó desde temprano que un único número agregado de reputación invita a dinámicas de monopolio y manipulación, así que el scoring vive en la capa de indexadores, donde distintos consumidores pueden ponderar los mismos datos de forma diferente.

El archivo de feedback offchain es donde las reseñas ganan peso. Puede referenciar las herramientas MCP o tareas A2A exactas que usó la interacción, y puede incrustar la prueba de un pago x402, atando la reseña a una transacción que verificablemente ocurrió. Una reseña respaldada por un recibo de pago es una señal mucho más fuerte que un puntaje suelto de una wallet anónima, y filtrar por exactamente ese tipo de reseña es cómo se espera que los consumidores serios del registro lo usen.

¿Cómo funciona el registro de validación de ERC-8004?

Los puntajes de feedback te dicen lo que pensaron los clientes pasados. Para trabajo de mayor valor, eso no alcanza, y el output en sí necesita verificación. El Validation Registry permite que un agente solicite que un validador designado verifique una pieza de trabajo específica: validationRequest registra al validador, al agente y un puntero al trabajo comprometido por hash, y el validador responde con validationResponse, calificando el resultado de 0 a 100 con su propia evidencia comprometida por hash.

Qué significa "verificar" depende del validador. Puede reejecutar la tarea y comparar outputs, con stake que pierde si atestigua deshonestamente. Puede atestiguar que el agente corrió dentro de un entorno de ejecución confiable (un TEE, hardware que puede probar qué código ejecutó). Puede verificar una prueba de machine learning de conocimiento cero (zkML, una prueba criptográfica de que un modelo específico produjo un output específico). Al registro no le importa cuál; estandariza la plomería de solicitud y respuesta.

Una salvedad del estado actual que casi ninguna cobertura menciona. El despliegue multi-cadena oficial incluye los registros de identidad y reputación, pero el Validation Registry fue retirado para ser retrabajado con la comunidad de TEE y no es parte del set oficial de mainnet hoy. Los equipos que necesitan validación ahora la conectan a través de proveedores específicos, como la integración de agentes trustless de EigenCloud, que combina la identidad de ERC-8004 con su propio cómputo verificable. Revisa el repo oficial de contratos para ver dónde está el despliegue antes de construir contra él.

¿Qué modelo de confianza debería usar un agente?

El enfoque de valor en riesgo de la especificación se convierte en una regla de decisión bastante limpia. Iguala el costo de la verificación con el costo de equivocarte.

Los modelos además se apilan. Un agente en producción podría correr en un TEE, llevar un historial de reputación y enviar los outputs de alto valor a reejecución con stake, presentando las tres señales a través de la misma declaración supportedTrust.

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

El stack de agentes es más fácil de entender como cuatro capas con cuatro dueños distintos. MCP, de Anthropic, conecta un agente con herramientas y contexto. A2A, iniciado por Google, maneja el descubrimiento y la mensajería entre agentes. x402, impulsado por Coinbase, mueve el dinero, uno de varios protocolos de pagos de agentes en competencia. ERC-8004 ancla la confianza, y es deliberadamente la única capa que vive en una blockchain, porque la identidad y la reputación solo sirven si ninguna contraparte las controla.

Una sola interacción puede tocar las cuatro. Un agente comprador consulta el Identity Registry por agentes que publiquen la habilidad que necesita, obtiene el archivo de registro de un candidato y revisa su resumen de reputación y sus validaciones. Abre una sesión A2A para negociar la tarea, o llama directamente al endpoint MCP del vendedor. Paga la factura x402 que el vendedor devuelve. Cuando el trabajo termina, llama a giveFeedback con una referencia al pago, y el siguiente cliente potencial del vendedor ve una reseña con recibo adjunto.

Nada en el stack requiere el loop completo. Hay equipos que adoptan x402 sin ERC-8004, y que registran identidades sin solicitar nunca una validación. Pero las capas fueron diseñadas para referenciarse entre sí. El archivo de registro lista endpoints A2A y MCP, y los archivos de feedback incrustan recibos x402, así que componerlas requiere configuración en lugar de código pegamento.

¿Cómo construyes sobre ERC-8004?

Leer los registros no requiere tooling especial, porque son contratos ordinarios. Las consultas de identidad son llamadas ERC-721, y cada registro emite eventos que puedes indexar. Servimos todas las cadenas principales del despliegue, así que un endpoint RPC estándar es suficiente para empezar. Obtener el archivo de registro de un agente toma una sola lectura:

Desde ahí, las piezas mapean a infraestructura que probablemente ya operas. Los webhooks convierten los nuevos registros y eventos de feedback en pushes en lugar de polling, y cómo organizar el loop alrededor de esos eventos se cubre en nuestra guía de arquitecturas de agentes de IA onchain. La wallet operativa del agente debería ser un firmante acotado en lugar de una clave en crudo, el patrón que nuestra guía de agentes onchain recorre de punta a punta. Y el agente puede manejar su propia relación de infraestructura de forma autónoma, ya que los agentes pueden registrarse en nuestra plataforma con una wallet como identidad y pagar por llamada sobre x402, sin humanos en el loop. Si construyes desde un agente de codificación, el plugin de Alchemy para Claude Code empaqueta nuestro servidor MCP y skills en una sola instalación.

Todo lo que un agente ERC-8004 hace aguas abajo del registro, leer estado de la cadena, observar eventos, firmar transacciones y pagar su propio uso de API, corre sobre infraestructura que construimos para agentes como usuarios de primera clase. Consigue un endpoint gratuito a través del Alchemy CLI, o deja que tu agente se dé de alta solo. Sin traspaso de API keys, sin contrato, y nada en el loop de registro que necesite a un humano.

¿Cuáles son las limitaciones de ERC-8004?

El estándar es joven, y sus aristas están documentadas en su propio hilo de discusión. Las que deberían dar forma a tu diseño:

• El feedback Sybil es barato. Las wallets no cuestan nada, así que los puntajes de reputación en crudo se fabrican fácilmente. Consume feedback filtrado por clientes conocidos o pruebas de pago, nunca promedios sin filtrar.
• La identidad es transferible. Una identidad de agente es un ERC-721 estándar, así que una identidad antigua con historial limpio puede venderse, y su reputación viaja con ella. Rastrea los cambios de propiedad antes de confiar en el historial.
• Los puntajes envejecen mal. Los agentes son estocásticos, y una actualización de modelo puede cambiar el comportamiento de un día para otro, así que el feedback del mes pasado describe al agente del mes pasado.
• La reputación se queda en una cadena. Un agente registrado en Base empieza de cero en Arbitrum. La agregación cross-chain es un problema de indexadores que el estándar aún no resuelve.
• Las interfaces todavía pueden moverse. El estándar sigue siendo un borrador y ya fue rediseñado una vez. Ancla tu integración a los contratos desplegados, y vigila la especificación antes de depender de superficies más nuevas.

Ninguna de estas rompe la afirmación real del estándar, que nunca fue que la reputación onchain es infalsificable. La afirmación es que las señales de confianza de los agentes pertenecen a un esquema público, compartido y sin permisos en lugar de estar dispersas en bases de datos privadas. Juzgado por esa afirmación, está activo y ya lo leen sistemas reales.

Preguntas frecuentes

¿Qué es ERC-8004 y cómo habilita agentes de IA trustless?

ERC-8004 es un estándar de Ethereum que registra agentes de IA onchain a través de tres registros que cubren identidad, reputación y validación. Los agentes obtienen una identidad portable y verificable como token ERC-721, los clientes publican feedback de forma pública, y los validadores atestiguan la calidad del trabajo, así los agentes pueden transaccionar entre organizaciones sin confianza preexistente.

¿Está ERC-8004 activo en mainnet?

Sí. Los registros de identidad y reputación corren en mainnet de Ethereum desde enero de 2026 y están desplegados en las mismas direcciones en más de veinte redes.

¿ERC-8004 tiene un token?

No. ERC-8004 es un estándar de smart contracts, no un proyecto con token. Registrar un agente acuña un token de identidad ERC-721 específico de ese agente, pero no existe un activo ERC-8004 fungible, y cualquier cosa comercializada como tal no está afiliada al estándar.

¿Se puede vender la identidad de un agente ERC-8004?

Sí. Las identidades de agentes son tokens ERC-721 estándar, así que se transfieren como cualquier NFT, y la reputación acumulada viaja con el token. Eso hace que el historial de propiedad sea parte de la debida diligencia, ya que una reputación limpia puede haber sido comprada en lugar de ganada por el operador actual.

¿Qué cadenas soportan ERC-8004?

Los registros oficiales están desplegados en direcciones idénticas en más de veinte redes EVM, incluyendo Ethereum, Base, Arbitrum, Optimism, Polygon, BSC y Monad. Alchemy provee RPC y APIs de datos en estas cadenas, así los agentes pueden leer y escribir los registros dondequiera que estén desplegados.

¿En qué se diferencia ERC-8004 de x402 y A2A?

Resuelven capas distintas del mismo stack. A2A maneja cómo los agentes se encuentran y se envían mensajes, x402 maneja cómo se pagan entre sí sobre HTTP, y ERC-8004 maneja si deberían confiar entre sí, anclando registros de identidad, reputación y validación onchain. Los sistemas de agentes en producción típicamente componen los tres.