ERC-8004 es un borrador de estándar de Ethereum para la identidad, reputación y registros de validación de agentes. Ayuda a los compradores a conectar un agente con evidencia sobre su trabajo. El registro por sí solo no establece competencia ni autoriza un pago.
ERC-8004 propone registros compartidos onchain para la identidad, retroalimentación y validación de agentes. Esos registros pueden ayudar al software a descubrir un agente e inspeccionar evidencia sobre su trabajo. Un registro no certifica la competencia, y una puntuación de reputación alta todavía requiere interpretación.
La especificación de Ethereum fue marcada como Draft (Borrador) cuando se revisó el 13 de octubre de 2026. Por lo tanto, las implementaciones e interfaces deben verificarse contra la versión exacta en uso. La idea útil es la evidencia portátil que los servicios pueden evaluar, con la evaluación dependiendo aún de la tarea.
La identidad le da al agente una referencia
El registro de identidad utiliza un identificador basado en ERC-721 vinculado a un archivo de registro. Su referencia completa incluye la cadena, la dirección del registro y el ID del agente, de modo que el agente 42 en un registro no se confunda con el agente 42 en otro lugar. El propietario puede actualizar el registro o transferir la identidad bajo las reglas del diseño. Especificación ERC-8004.
Para un comprador, la referencia ayuda a distinguir un agente nombrado de una etiqueta de sitio web copiada. Puede proporcionar un identificador común a través de directorios e interacciones de servicios. El punto de conexión (endpoint) todavía necesita ser verificado: una descripción puede afirmar capacidades que el servicio no ofrece.
Considera dos agentes que se autodenominan "Asistente de Investigación de Tesorería". Un identificador de registro persistente permite a un comprador conectar la retroalimentación anterior al servicio previsto en lugar de confiar en el nombre. Eso es útil incluso cuando el cálculo real ocurre fuera de una blockchain.
El registro también tiene un propietario y autoridad de actualización. Una identidad familiar puede apuntar más tarde a un punto final u operador diferente. Transferirlo limpia la billetera receptora registrada, la cual el nuevo propietario debe verificar nuevamente. El comprador debe saber qué cambios ocurrieron desde que se realizó el trabajo utilizado para juzgarlo.
Un identificador de agente es solo una señal de confianza
ERC-8004 separa el registro de la reputación y la validación.
Identificador de agente
Una referencia que conecta los registros pertinentes
Información de registro y de servicio.
Registros de retroalimentación con contexto y atribución.
Solicitudes y respuestas de validación bajo un modelo elegido.
Vista conceptual del borrador del estándar revisado en el artículo. Los modelos de despliegue y validación deben verificarse por separado.
El descubrimiento y el pago son capas separadas
El estándar no define el sistema de pago. Puede coexistir con x402 u otra ruta de pago, pero el hecho de que un agente esté registrado no establece que una factura o transacción particular esté autorizada.
La billetera utilizada para recibir dinero también es una afirmación que requiere sus propios controles de seguridad. La especificación describe un proceso de prueba de control para cambiar la billetera de recepción registrada. Eso ayuda a vincular la billetera a la identidad sin probar que el servicio detrás de ella sea confiable. Vinculación de identidad y billetera.
MCP y otras interfaces de agentes describen formas de anunciar o invocar capacidades. Un protocolo de pago describe un intercambio comercial. El registro de identidad otorga a esas interacciones una referencia que puede ser rastreada a lo largo del tiempo.
Mantener las capas separadas evita un atajo peligroso: que "agente registrado" se convierta en una razón para aprobar cualquier solicitud de gasto. Nuestro artículo sobre el control de billeteras explica por qué el firmante todavía necesita una política independiente.
El feedback es evidencia para evaluar
El registro de reputación registra señales de feedback vinculadas a un agente. Sus interfaces permiten feedback etiquetado y referencias a evidencia adicional. Las aplicaciones pueden agregar esas señales utilizando sus propios métodos en lugar de asumir una puntuación universal. Especificación del contrato de referencia.
Para un comprador, el detalle importante es el trabajo que describe el feedback. Un resultado positivo para la generación de imágenes dice poco sobre la capacidad del mismo agente para conciliar registros financieros. Las etiquetas de tareas y las referencias de endpoints pueden evitar que experiencias no relacionadas se mezclen entre sí.
El tiempo también importa. El feedback antiguo puede referirse a un modelo, versión de servicio u operador diferente. Un historial de tareas exitosas es más útil cuando el comprador puede conectarlo con lo que el agente ejecutará ahora.
La visualización de señales de confianza a continuación organiza las preguntas sobre la calidad del feedback. No asigna una puntuación numérica a agentes reales ni afirma que un conjunto de casillas de verificación pueda establecer la honestidad.
Un número de reputación necesita un denominador
Imagina un agente con muchas reseñas entusiastas de un grupo de billeteras estrechamente conectadas. Otro tiene menos reseñas pero proporciona evidencia de trabajo reproducible de clientes independientes. La mayor cantidad no determina cuál de los dos merece la siguiente tarea.
Inspecciona quién proporcionó el comentario y si el trabajo puede ser verificado. Un pago que acompaña a una reseña puede mostrar una interacción bajo el mecanismo de pago. No demuestra que la compra fuera económicamente independiente o que el resultado fuera bueno.
Las compras baratas autofinanciadas pueden fabricar actividad. Impedir que un propietario revise a su propio agente no evita que el propietario controle otras direcciones. Los consumidores de reputación necesitan un modelo para esas relaciones y el costo de la actividad falsa.
El denominador correcto depende de la tarea. Para un agente especialista, los trabajos exitosos del mismo tipo pueden ser más relevantes que las interacciones totales. Para un servicio con resultados críticos para la seguridad, la satisfacción genérica del cliente es una prueba de calidad incompleta.
La validación debe nombrar la afirmación que se verifica
El registro de validación proporciona ganchos para solicitar y registrar verificaciones por parte de validadores independientes. Una implementación particular podría utilizar reejecución, un sistema de prueba u otro método de evaluación. Diseño del registro de validación.
Pregunta exactamente qué verificó el validador. Reproducir un cálculo a partir de entradas fijas puede establecer que el resultado siguió esas entradas y reglas. No prueba automáticamente que las entradas originales fueran completas o veraces.
Para un agente de investigación, una verificación útil podría probar las citas frente a un conjunto de fuentes suministrado. Eso deja otra pregunta: si el conjunto de fuentes omitió evidencia relevante. Una verificación válida debe hacer visible su alcance al comprador.
El validador tiene sus propias preguntas de competencia e incentivos. Una respuesta onchain hace que el registro sea inspeccionable. No elimina la necesidad de entender cómo se produjo la respuesta.
Elige la evidencia para el trabajo
Para una búsqueda de datos barata y reversible, un comprador puede tolerar un servicio con un historial corto y verificar el resultado después. Para una instrucción financiera importante, puede requerir controles más fuertes y aprobación humana. El mismo sistema de identidad puede admitir diferentes políticas de confianza.
Esta es una razón práctica para evitar una insignia única de "agente de confianza". Un servicio puede ser adecuado para un flujo de trabajo y no para otro. Los permisos que recibe deben reflejar esa diferencia.
La autoridad de gasto del agente también necesita un límite separado. Seleccionar un servicio de datos de buena reputación no otorga a tu agente de compras un presupuesto ilimitado, e identificar al agente de compras no garantiza que haya elegido un buen precio.
Vender datos a agentes examina qué puede revelar un vendedor para facilitar esa elección. Capacidades claras y una entrega verificable pueden proporcionar una evidencia comercial más sólida que una puntuación inflada.
Lo que inspeccionaría en una demostración de registro
Muestra el registro de identidad, su propietario actual y el historial de endpoints. Luego, abre una pieza de retroalimentación y el trabajo al que se refiere. Si existe una validación, identifica la afirmación verificada y la parte responsable de la verificación.
A continuación, cambia un endpoint o transfiere la identidad en un entorno de prueba. El comprador debería poder distinguir el contexto de reputación antiguo del nuevo entorno operativo. Un identificador portátil es útil solo si los cambios a su alrededor siguen siendo comprensibles.
ERC-8004 proporciona un lugar para adjuntar evidencia. Una mejor selección proviene de la capacidad del comprador para interpretar esa evidencia para una tarea específica. El pago sigue siendo otra capa, cubierta en la introducción de x402.
Compara el mismo trabajo antes de comparar la reputación
Imagina que el Agente A tiene retroalimentación sobre 1,000 trabajos de generación de imágenes. El Agente B tiene retroalimentación sobre 40 trabajos de extracción de registros de empresas. Para una tarea de investigación de registros, A no se convierte en el mejor candidato simplemente porque su conteo es mayor.
Inspecciona las etiquetas de las tareas, la evidencia detrás de los trabajos relevantes y si esos trabajos utilizaron el endpoint y el operador actuales. Luego, realiza una pequeña prueba utilizando un registro con una respuesta conocida. El ejemplo es ficticio; ERC-8004 proporciona registros, mientras que esta regla de selección pertenece al comprador. Especificación de ERC-8004.