¿Qué es ERC-8004 y cómo hace portátil la confianza?

La identidad del agente ERC-8004 es un registro de identidad en la cadena para agentes de IA autónomos que utiliza un token ERC-721 como un identificador duradero y apunta a una tarjeta de agente legible por máquina que describe los puntos finales y las preferencias de confianza.

El estándar también ancla comentarios portátiles y verificación opcional de terceros en dos registros separados para que la confianza pueda ser auditada y reutilizada a través de aplicaciones y cadenas.

Puntos clave

• ERC-8004 especifica tres registros de contratos inteligentes singleton por cadena: Identidad, Reputación y Validación.
• El Registro de Identidad emite un ERC-721 por agente y la URI del token apunta a un archivo de tarjeta de agente fuera de la cadena, comúnmente alojado en /.well-known/agent-card.json.
• La reputación es un canal de retroalimentación restringido: las presentaciones requieren preautorización criptográfica del agente y almacenan una puntuación limitada de 0 a 100 más una URI y un hash KECCAK-256.
• La validación es prueba propia: el Registro de Validación registra solicitudes y resultados con URIs de evidencia, mientras que el nivel de garantía depende del backend elegido.

Identidad del agente ERC-8004 de un vistazo

La forma más rápida de entender qué es la identidad del agente erc-8004 es dejar de pensar en “NFTpara agentes” y comenzar a pensar en “archivo de incorporación en la cadena.” El ERC-721 es el número de cuenta. La carga útil útil es la tarjeta de agente y los dos libros de contabilidad que se encuentran a su lado: un registro de reputación para comentarios controlados y un registro de validación para rastros de verificación de terceros.

ERC-8004 no es explícitamente un sistema de pagos ni un estándar de token que porte valor. Es una capa de coordinación destinada a componer con sistemas de liquidación en lugar de reemplazarlos. Esa elección de alcance es importante porque mantiene la identidad, la retroalimentación y la verificación como primitivas neutrales que cualquier billetera, mercado o capa de ejecución puede leer sin heredar un modelo de facturación específico.

El problema que aborda es la confianza entre contrapartes para software autónomo. Los agentes ya pueden comunicarse entre sí a través de protocolos de comunicación como el Protocolo de Agente a Agente (A2A) de Google y el Protocolo de Contexto de Modelo (MCP) de Anthropic.

La mensajería no responde a las preguntas que una contraparte necesita antes de permitir que un agente realice cualquier acción costosa: quién lo controla, dónde se puede contactar, qué ha hecho antes y si alguien independiente puede dar fe de su trabajo.

Ese es el segmento de “identidad de agente cripto”: ERC-8004 estandariza dónde residen las señales de identidad y confianza para que sean portátiles. Una billetera o servicio puede implementar un conjunto de verificaciones contra los datos de erc 8004 y aplicarlas de manera consistente en muchos agentes, en lugar de codificar la confianza en un directorio propietario.

Cómo el registro de identidad representa a los agentes

Tres cosas suceden entre que un operador registra un agente y una contraparte puede hacer referencia a él.

1. El Registro de Identidad acuña un token de identidad ERC-721 para el agente. La propiedad y la transferencia siguen los patrones normales de ERC-721, lo que hace que los cambios de custodia y de operador sean legibles en la cadena. 2. La URI del token se resuelve a un archivo de registro o de metadatos fuera de la cadena, comúnmente servido en /.well-known/agent-card.json.

Esta tarjeta de agente es el paquete legible por máquina que otros sistemas analizan. 3. El ID del token se resuelve a una referencia agnóstica de la cadena: un CAIP-10.direcciónmás una cadena de dominio, diseñada para que el mismo agente pueda ser referenciado de manera consistente a través de redes.

La tarjeta de agente es donde la "identidad de agente en cadena" se vuelve utilizable para el software. Las fuentes la describen como un archivo similar a una tarjeta de presentación que puede declarar el nombre y la descripción del agente, los puntos finales soportados (A2A, MCP o HTTPS propietario), los modelos de confianza que acepta y qué agregadores de reputación considera autoritativos.

Ese último campo es fácil de pasar por alto, pero es el puente desde los datos en bruto.atestacionesa la política. Una billetera puede decidir qué agregadores reconoce, y luego puntuar el mismo conjunto de datos subyacente de manera diferente.

Esto es también donde "sin confianza"agente de IA” se malinterpreta. ERC-8004 no hace que un agente sea seguro mágicamente. Hace que el puntero de identidad, los puntos finales y las preferencias de confianza sean legibles en un lugar estándar para que una contraparte pueda hacer cumplir las reglas antes de que dirija el trabajo o liquide algo.

Señales de reputación y validación para la confianza

El Registro de Reputación está diseñado como un canal de retroalimentación controlado, no como un sitio de reseñas abierto. Un cliente no puede simplemente aparecer y inundar a un agente con calificaciones. Las presentaciones de reputación están restringidas por una pre-autorización criptográfica del agente del servidor, utilizando EIP-191 para EOAs y ERC-1271 para clientes de contratos inteligentes.

La autorización incluye una marca de tiempo de expiración y un límite de índice, que están destinados a reducir la repetición y el spam.

Una vez autorizado, el cliente envía una tupla de retroalimentación acotada: una puntuación de 0 a 100, etiquetas opcionales, un URI que apunta a documentación fuera de la cadena, y un hash KECCAK-256 que vincula el registro en la cadena a esa documentación. La puntuación acotada es el primitivo que se puede consultar de manera económica. El URI y el hash son elauditoríagancho para cualquiera que quiera inspeccionar evidencia.

Allium reportó 401 envíos de comentarios en las primeras dos semanas después del lanzamiento, lo que es una señal temprana de que el primitivo "gated but portable" está siendo utilizado. También es un recordatorio de que el volumen de reputación probablemente se concentrará en superficies de ejecución más baratas con el tiempo, porque el feedback de alta frecuencia sobreEthereum la mainnet está limitada en costos.

La Validación es el segundo libro mayor, y es intencionalmente opcional y heterogénea. El Registro de Validación registra solicitudes de verificación y resultados, incluyendo URIs de evidencia, pero no exige una técnica única.

Las fuentes describen backends intercambiables como la reejecución basada en staking, entornos de ejecución confiables (TEEs), y pruebas de conocimiento cero.El registro estandariza la pista de auditoría para que una contraparte pueda ver qué se solicitó, quién validó y qué evidencia se publicó, y luego decidir si ese modelo de garantía es aceptable.

Dónde encaja la identidad del agente en las pilas

ERC-8004 se sitúa por debajo de la ejecución, y esa ubicación es lo que convierte la 'identidad del agente' en una plomería exigible. ERC-8196, un estándar de billetera autenticada para agentes de IA, enmarca una pila de confianza modular donde ERC-8004 es Capa 1 (Registro), ERC-8126 es Capa 2 (Verificar), y ERC-8196 es Capa 3 (Ejecutar).

ERC-8196 también requiere que las billeteras verifiquen el registro de ERC-8004 antes de registrarse o usar cualquier política, que es el ejemplo más claro de cómo la 'identidad del agente' se convierte en una puerta dura en lugar de una página de perfil.

Aquí es también donde encaja el modelo mental del corredor principal. El registro es la apertura de la cuenta. La verificación y la puntuación pueden superponerse. Los sistemas de ejecución luego se niegan a actuar a menos que el agente supere las verificaciones de registro y verificación.

ERC-8041 muestra otro camino de integración: colecciones curadas de identidades de agentes ERC-8004 con suministro fijo. ERC-8041 trata a ERC-8004 como un registro de acuñación ilimitada y propone contratos de colección que registran agentes en ERC-8004 mientras rastrean números de acuñación y metadatos de colección.

El detalle clave es operativo: ERC-8041 advierte que los clientes no deben confiar únicamente en los metadatos escritos en el agente, y deben consultar directamente el contrato de colección para verificar la membresía.

Cross-chain es la otra verificación de realidad de integración. Eco describe ERC-8004 como agnóstico a la cadena en cómo referencia identidades a través de CAIP-10 y dominio, con registros singleton por cadena y la posibilidad de registro multichain. Allium enmarca ERC-8004 como diseñado para cadenas compatibles con EVM, con sistemas no EVM consumiendo datos a través de puentes o adaptadores.

De cualquier manera, una integración aún tiene que elegir qué registros de cadena trata como canónicos para la política.

Limitaciones y conceptos erróneos comunes

“ERC-8004 es un token de pagos o agente” es el primer malentendido costoso. ERC-8004 no es un sistema de liquidación y no reemplazatransferencias ERC-20micropagos al estilo x402, o cualquier otro sistema de pago. Es una capa de confianza que está destinada a componer con lo que mueve valor.

“La reputación son solo calificaciones estelares en la cadena” ignora el diseño anti-spam. La reputación de ERC-8004 está limitada (0–100), vinculada a evidencia fuera de la cadena a través de KECCAK-256, y controlada por pre-autorización (EIP-191 o ERC-1271) con expiración y un límite de índice. Esa restricción es la diferencia entre una señal utilizable y una sección de comentarios en la cadena.

“La validación significa que el agente ha demostrado ser correcto” colapsa múltiples modelos de garantía en una sola palabra. El Registro de Validación registra solicitudes y resultados con URIs de evidencia, pero la fuerza depende del backend elegido.

Una red de reejecución basada en staking, una atestación TEE y una prueba de conocimiento cero no ofrecen las mismas garantías o modos de falla, incluso si todas terminan como una bandera de ‘éxito’ en un registro.

La última limitación es la portabilidad frente al canon. ERC-8004 puede referenciar agentes de manera consistente a través de redes usando CAIP-10 más dominio, pero la portabilidad aún depende de dónde se registre el agente y qué indexadores o agregadores confía una billetera. Por eso la identidad del agente frente a la identidad humana en la cadena no es una distinción cosmética.

Los humanos pueden confiar en el contexto social y la identidad legal. Los agentes necesitan puntos finales legibles por máquina, modelos de confianza explícitos y caminos auditables porque la contraparte a menudo es otro programa.

La Toma

He visto equipos lanzar “identidad de agente” como una página de acuñación de NFT y darlo por hecho, luego se sorprenden cuando los integradores hacen las preguntas aburridas: qué puntos finales realmente admite, qué modelo de confianza acepta y dónde está el camino de auditoría cuando algo sale mal. El ERC-721 de ERC-8004 es el mango, no la sustancia.

La sustancia es si la tarjeta del agente es analizables y si las entradas del registro de reputación y del registro de validación son utilizables bajo la política de una billetera.

La postura limpia es tratar la reputación como enrutamiento y la validación como dependencia. La nota de Allium sobre 401 envíos de comentarios en las primeras dos semanas es una buena señal de que el primitivo de retroalimentación está vivo, pero no es un sustituto de un camino de validación cuando aumentan las apuestas.

El error que cuesta dinero es la fijación de preciosriesgo de contraparte basándose solo en una puntuación cuando el estándar ya proporciona un lugar para anclar evidencia y verificación de terceros.

Fuentes

• eco.com
• allium.so
• Propuestas de Mejora de Ethereum
• Propuestas de Mejora de Ethereum