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

ERC-8004, titulado Trustless Agents, es un estándar de Ethereum que le da a los agentes de IA una identidad onchain, un registro 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 encaja el estándar 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 registra quién es un agente. El Reputation Registry registra qué dicen sus clientes sobre él. El Validation Registry 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 "modulares 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 mesa en un restaurante 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 riesgo.

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

Todo sistema de confianza que usas hoy asume una plataforma intermediaria. Las reseñas de un marketplace viven en la base de datos de una sola empresa. Los chargebacks existen porque una red de tarjetas se ubica entre comprador y vendedor. Los inicios de sesión con OAuth funcionan porque un proveedor de identidad grande responde por ti. Ese modelo se rompe para agentes autónomos, que están construidos para funcionar entre empresas, nubes y jurisdicciones sin un operador compartido.

El resto del stack de agentes se ha completado alrededor de este vacío. 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 por eso los registros viven en una blockchain en lugar de en la base de datos de alguien. Un agente de DeFi que elige una plataforma de ejecución, un agente de investigación que contrata a un agente de etiquetado de datos, y un comerciante que decide si atender a un comprador desconocido, todos necesitan las mismas tres consultas. ¿Quién es este agente? ¿Qué pasó cuando otros trabajaron con él? ¿Alguien verificó su resultado? ERC-8004 coloca esas respuestas en un lugar que ninguna parte controla, 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, de modo que "agente 4,205 en Base" es inequívoco globalmente.

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 reducido se ve así:

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

Construir sobre ERC-721 da mucho gratis. 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 día a día. setAgentWallet vincula una wallet operativa al agente con una autorización firmada, de modo que el propietario del token de identidad y la wallet que firma transacciones pueden ser claves distintas con radios de impacto distintos. 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 limitado en el tiempo en lugar de una clave privada sin restricciones.

¿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 firmado con decimales configurables, de modo que los puntajes pueden ser negativos y precisos en lugar de una escala tosca del uno al cinco, más hasta dos etiquetas para filtrado y un URI opcional que apunta a un texto más completo fuera de la cadena, confirmado onchain mediante su hash. La única restricción estricta es que el propietario 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 calcula ningún puntaje canónico. Almacena señales en bruto, ofrece funciones de resumen y lectura, y deja la interpretación a quien lo consulte. En la discusión de la propuesta se argumentó tempranamente que un único número de reputación agregado invita a dinámicas de monopolio y manipulación, así que el scoring vive en la capa del indexador, donde distintos consumidores pueden ponderar los mismos datos de forma diferente.

El archivo de feedback fuera de la cadena es donde las reseñas cobran fuerza. Puede referenciar las herramientas MCP exactas o las tareas A2A exactas que usó la interacción, y puede incrustar prueba de un pago x402, vinculando la reseña a una transacción que verificablemente ocurrió. Una reseña respaldada por un comprobante de pago es una señal mucho más fuerte que un puntaje simple de una wallet anónima, y filtrar exactamente por ese tipo de reseña es la forma en que 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 qué pensaron los clientes anteriores. Para trabajo de mayor valor, eso no basta, y el resultado en sí necesita revisión. El Validation Registry permite que un agente solicite que un validador designado revise una pieza de trabajo específica: validationRequest registra al validador, al agente y un puntero comprometido por hash al trabajo, y el validador responde con validationResponse, puntuando el resultado de 0 a 100 con su propia evidencia comprometida por hash.

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

Una advertencia sobre el estado actual que casi ninguna cobertura menciona. El despliegue multichain oficial incluye los registros Identity y Reputation, pero el Validation Registry fue retirado para rediseño junto con la comunidad de TEE y no forma parte del conjunto 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 trustless agents de EigenCloud, que combina la identidad de ERC-8004 con su propio cómputo verificable. Revisa el repositorio oficial de contratos para ver el estado del despliegue antes de construir sobre él.

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

El planteamiento de valor en riesgo de la especificación se traduce en una regla de decisión bastante clara. Iguala el costo de la verificación al costo de equivocarse.

Los modelos también se combinan. Un agente en producción podría ejecutarse en una TEE, llevar un historial de reputación y enviar resultados de alto valor para 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 entre sí?

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 pago para agentes que compiten entre sí. ERC-8004 ancla la confianza, y es deliberadamente la única capa que vive en una blockchain, porque la identidad y la reputación solo son útiles si ninguna contraparte las controla.

Una sola interacción puede tocar las cuatro. Un agente comprador consulta el Identity Registry en busca de agentes que anuncien 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 devuelve el vendedor. Cuando el trabajo está hecho, llama a giveFeedback con una referencia al pago, y el próximo cliente potencial del vendedor ve una reseña con un comprobante adjunto.

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

¿Cómo se construye 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. Damos servicio a todas las cadenas principales de despliegue, así que un endpoint RPC estándar basta para empezar. Obtener el archivo de registro de un agente toma una sola lectura:

A partir de ahí, las piezas se mapean a infraestructura que probablemente ya operas. Los webhooks convierten los nuevos registros y eventos de feedback en envíos en lugar de sondeo, y cómo organizar el ciclo 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 sin restricciones, el patrón que recorre de principio a fin nuestra guía de agentes onchain. Y el agente puede gestionar de forma autónoma su propia relación con la infraestructura, ya que los agentes pueden registrarse en nuestra plataforma con una wallet como identidad y pagar por llamada mediante x402, sin ningún humano en el proceso. Si construyes desde un agente de código, el plugin de Alchemy para Claude Code empaqueta nuestro servidor MCP y nuestras skills en una sola instalación.

Todo lo que un agente de ERC-8004 hace después del registro, leer el estado de la cadena, observar eventos, firmar transacciones y pagar por su propio uso de la 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 por sí mismo. Sin entrega de API key, sin contrato, y nada en el proceso de alta que requiera un humano.

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

El estándar es joven, y sus puntos débiles están documentados en su propio hilo de discusión. Los que deberían influir en tu diseño:

• El feedback sybil es barato. Las wallets no cuestan nada, así que los puntajes de reputación en bruto se fabrican fácilmente. Consume feedback filtrado por clientes conocidos o comprobantes de pago, nunca promedios sin filtrar.
• La identidad es transferible. La identidad de un agente es un ERC-721 estándar, así que una identidad antigua con un historial limpio puede venderse, y su reputación va con ella. Rastrea los cambios de propietario 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 sola cadena. Un agente registrado en Base empieza desde cero en Arbitrum. La agregación entre cadenas es un problema de indexación que el estándar aún no resuelve.
• Las interfaces todavía pueden cambiar. El estándar sigue siendo un borrador y ya fue rediseñado una vez. Ancla tu integración a los contratos desplegados, y sigue de cerca la especificación antes de depender de superficies más nuevas.

Nada de esto invalida 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 bajo esa afirmación, está en vivo y ya siendo leído por sistemas reales.

Preguntas frecuentes

¿Qué es ERC-8004 y cómo habilita agentes de IA sin necesidad de confianza previa?

ERC-8004 es un estándar de Ethereum que registra agentes de IA onchain mediante 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 públicamente, y los validadores atestiguan la calidad del trabajo, de modo que los agentes pueden transaccionar entre organizaciones sin confianza preexistente.

¿ERC-8004 está en producción en mainnet?

Sí. Los registros Identity y Reputation llevan corriendo en Ethereum mainnet 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 contract, no un proyecto con un token. Registrar un agente acuña un token de identidad ERC-721 específico para ese agente, pero no existe ningún activo fungible ERC-8004, 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 podría 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, de modo que los agentes pueden leer y escribir en los registros donde sea 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 entre sí, 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 combinan los tres.