Tu USDC está generando intereses al tipo de interés de ayerQuicknode lo traslada automáticamente a la mejor bóveda de Morpho del día. En tiempo real en 7 cadenas.
Elabora tu estrategiaERC-8004: Guía para desarrolladores sobre IA sin confianza Agente Identidad
ERC-8004 es el estándar de identidad Ethereum para la IA Agentes. Descubre cómo sus registros en cadena facilitan el descubrimiento, la reputación y la confianza.

4 de marzo de 2026 — 7 minutos de lectura

IA Agentes ya no son noticia solo por el hecho de saber actuar. Eso ya se da por hecho.
Hoy, un agente de IA Agente puede llamar a las API y comunicarse con otros Agentes, acceder a herramientas, realizar pagos y coordinar flujos de trabajo.
En muchos aspectos, ya se comportan como trabajadores digitales.
Sin embargo, no existe una forma estándar de identificarlos, verificar su identidad ni definir qué están autorizados a hacer.
ERC-8004 es la respuesta Ethereum a eso, y en este artículo se explica qué es, cómo funciona y si está listo para que se le tome en serio.
Hoy en día, cuando un agente de IA Agente realiza pagos o interactúa con una API, no existe una forma verificable y estandarizada de responder:
¿Quién es este Agente y quién ha implementado este Agente?
¿Tiene un historial de transacciones o una reputación?
¿Qué permisos o funciones tiene?
Por otro lado, los seres humanos, a lo largo de décadas, han creado identidades portátiles que les permiten llevar consigo la confianza, la reputación y la responsabilidad.
Identidades legales, licencias, historial crediticio, estados financieros y mucho más.
Hoy en día, dado que la IA Agentes gestionan dinero real, datos reales y toman decisiones reales en nombre de usuarios reales, necesitan una forma fiable de responder a estas preguntas a gran escala.
En menos de 5 años, la infraestructura relacionada con la IA Agentes se ha ampliado y madurado de forma espectacular. Durante este tiempo, han surgido tres líneas de actuación clave:
MCP estandarizó cómo Agentes acceden a las herramientas, lo que permite a Agentes consulten la infraestructura, activen flujos de trabajo e interactúen con servicios externos.
A2A proporcionó un marco de mensajería estructurado que permitía Agentes se comunicaran entre sí.
x402 les proporcionó sistemas de pago nativos, lo que significa que Agentes pueden realizar transacciones con monedas estables en la capa HTTP sin necesidad de intervención humana.
💡Descubre qué es esx402 y cómo funciona
Cada protocolo resolvió bien su problema específico y, hoy en día, la ejecución ya no supone un gran quebradero de cabeza para la IA Agentes.
Sin embargo, cada uno de ellos se topa muy pronto con un obstáculo relacionado con su identidad o su reputación.

En pocas palabras, estos protocolos no tienen la capacidad de determinar quién es el Agente es. Esa es la laguna que el ERC-8004 está diseñado para subsanar.

ERC-8004 es un estándar de coordinación de identidad y reputación diseñado para la IA Agentes en Ethereum.
La propuesta de este estándar fue redactada por Marco De Rossi (MetaMask), Davide Crapis (Ethereum ), Jordan Ellis (Google) y Erik Reppel (Coinbase).
La norma ERC-8004 introduce tres registros en cadena:
Cada Agente está representado por un identificador único en la cadena de bloques que, además, se acuña como un token ERC-721 . Ese NFT apunta a un archivo JSON estructurado, denominado Agente , que contiene el Agente, sus funcionalidades, los puntos finales de servicio (MCP, A2A, web) y la dirección de pago.
El componente en cadena verifica la identidad. Los metadatos fuera de cadena aportan contexto.
La capa de reputación permite registrar las interacciones y los comentarios en relación con un Agente. Permite a los Agentes y usuarios autorizados publiquen comentarios en forma de puntuaciones numéricas delimitadas y etiquetas categóricas, como el tiempo de respuesta o el tiempo de actividad.
De esta forma, un Agentese vuelve portátil y consultable para otros Agentes puedan aprender de él antes de interactuar con ellos.
Este registro es un mecanismo estandarizado para registrar pruebas verificables de que un Agente:
Tarea completada
Ha generado un resultado correcto o aceptable
Que cumplan las restricciones o garantías predefinidas
Recuerda: este registro solo define cómo se registran los resultados de la validación, no qué método de validación se debe utilizar. Por lo tanto, el registro está diseñado para admitir múltiples estrategias de validación, desde el consenso social hasta la penalización criptoeconómica.
No obstante, es importante señalar que este registro aún no está terminado. Hasta que se implemente como infraestructura, el registro de validación es un espacio de diseño.
En conjunto, estos tres registros crean una capa de coordinación neutral: una forma de identificar a Agentes examinar su historial > y verificar sus afirmaciones.
A partir de aquí, surge la pregunta lógica: ¿por qué no utilizar en su lugar los sistemas de identidad ya existentes?
Si el problema es la identidad, ¿por qué no utilizar lo que ya existe?
Hoy en día, los desarrolladores están familiarizados con OAuth, las claves API, los identificadores descentralizados (DID), las direcciones de monedero y los sistemas de nomenclatura como ENS. Cada uno de ellos ofrece una forma de identificación o autenticación.
¿Por qué construir algo nuevo?
Respuesta sencilla: porque el ERC-8004 no resuelve el mismo problema.
A continuación te ofrecemos una tabla resumida para comprender la finalidad de estos sistemas y por qué es necesario el ERC-8004.
OAuth | DID (Identidades descentralizadas) | ENS | ERC-8004 | |
|---|---|---|---|---|
¿Cuál es el objetivo? | Autorización de usuarios para aplicaciones | Identificadores descentralizados | Nombres legibles para las personas para las direcciones de blockchain |
Si lo vemos desde una perspectiva más amplia, cada uno de estos sistemas se diseñó teniendo en cuenta una superficie de confianza específica. Y ninguno de ellos se diseñó para la IA Agentes excepto el ERC-8004.
En teoría, un Agente registrado bajo la norma ERC-8004 puede tener un,
El nombre ENS como su identificador legible para las personas,
DID para las interacciones con el usuario, y
ERC-8004 específicamente para Agente-a-Agente y la confianza.
De este modo, ERC-8004 trata los demás métodos como primitivas combinables dentro de su capa de identidad.
💡Extra: Lee nuestra guía completa sobre los dominios ENS para empresas
Ahora bien, ¿cómo funciona realmente el descubrimiento ERC-8004 en la práctica?
Un desarrollador implementa un Agente y lo registra en el Registro de Identidades.
El Agente recibe una identidad en cadena con metadatos asociados que describen sus capacidades, los puntos de conexión expuestos y los detalles de pago.

Fuente: https://www.8004scan.io
Otro Agente o desarrollador ya puede consultar el registro directamente o a través de indexadores de terceros para descubrir Agentes que utilicen metadatos metadatos indexados, capacidades o señales de reputación disponibles.

Fuente: https://www.8004scan.io
Antes de interactuar, el Agente examina el historial del candidato en el Registro de Reputación, incluidos los resultados anteriores, las certificaciones y las pruebas asociadas.
Determina si el Agentecumple con su umbral de riesgo.
Si le parece bien, el Agente se conecta mediante la interfaz anunciada (MCP, A2A o HTTP) y ejecuta la tarea.
El pago se realiza a través de x402 u otro mecanismo compatible. Los datos de resultados y los comentarios pueden reenviarse al Registro de Reputación, actualizando el Agenteen la cadena de bloques para su consulta futura.
Esta es la capa de coordinación que introduce el ERC-8004. Ahora bien, ¿cómo funciona el sistema completo de IA Agentes para los desarrolladores una vez montada?
Hoy, el agente de IA Agente es un conjunto de primitivas maduras que funcionan de forma combinada. A continuación, te ofrecemos un breve resumen de lo que tiene a su disposición un desarrollador:
Capa | Protocolo | Función |
|---|---|---|
Identidad y confianza | ERC-8004 | ¿Quién es este Agente, qué ha hecho, ¿se puede verificar? |
Pagos | Transferencia de valores nativos en la capa HTTP, sin intermediarios | |
Acceso a las herramientas |
Cada capa hace que las demás resulten más útiles para la IA Agentes.
Un Agente puede descubrir a otro Agente a través de ERC-8004.
Puede que merezca la pena que Agente a través dex402.
Puede invocar servicios a través de puntos finales compatibles con MCP.
💡Guía rápida: Aprende a crear servidores MCP en Solana para la integración de LLM
El valor se multiplica cuando las capas se entrelazan.
Para los desarrolladores, esta pila tiene una implicación práctica: ya existe la infraestructura necesaria para crear Agentes puedan ser detectados por Agentes con los que nunca se hayan relacionado antes, más allá de los límites de la organización, con una remuneración automática y con un historial verificable asociado a cada interacción.
Quicknode está presente en capas clave de esta pila.
Agentes que consultan los contratos de registro ERC-8004 necesitan un acceso RPC fiable y eso esla infraestructura centralQuicknode.
En cuanto a la ejecución, el servidor Quicknode conecta a los asistentes de IA directamente con los datos de la cadena de bloques: puntos finales RPC, indexación y transmisión en tiempo real, sin necesidad de realizar trabajos de integración personalizados.
Y la integración de Quicknodex402 implica Agentes pueden pagar por la computación RPC de la misma forma que pagan por cualquier otro Agente de la pila.
De hecho, Quicknode búsquedas de identidad, acceso a la ejecución y Agente , todo ello con la infraestructura de nivel empresarial y el soporte que necesitan los desarrolladores y los equipos.
💡Lectura recomendada: Quicknode elaborando guías prácticas para integrar X402 y está desarrollando Agentescompatibles con web3, y mucho más.
Con toda esta información y estas herramientas a nuestro alcance, ¿hemos dado con una infraestructura completa para el Agente ?
No del todo. Todavía no.
Verás, el Agente necesitará una sólida base de confianza. La única cuestión pendiente, por ahora, es quién la define. Hay dos direcciones posibles:
Creémoslo ahora como un estándar abierto, o
Esperemos a que las grandes empresas tecnológicas, con sus directorios centralizados, decidan el acceso y los incentivos para todos.
ERC-8004 es el primer intento serio de lograr lo primero: un estándar sin permisos, auditado y respaldado por instituciones, que no está controlado por ninguna entidad en concreto.
Establece el marco de coordinación en el que puede surgir la confianza y, de este modo, sienta las bases para un Agente .
Fundada en 2017, Quicknode una infraestructura de blockchain de nivel institucional para desarrolladores y empresas. Con un tiempo de actividad del 99,99 % y compatibilidad con más de 80 cadenas, los equipos pueden crear y ampliar aplicaciones en cadena sin renunciar a nada.
Las últimas novedades sobre ingeniería, actualizaciones de productos y noticias sobre la Web3, directamente en tu bandeja de entrada.
Certificado SOC 2 Tipo II · ISO 27001
¿A quién va dirigido? | Usuarios humanos | Entidades | Direcciones y contratos | Autónomos Agentes |
¿Quién lo controla? | Servidores de autorización centralizados | Titular de la identidad | Registro de nombres en cadena | Registros en cadena sin necesidad de permiso |
Modelo de descubrimiento | Solicitud específico | Resolución de identificadores | Búsqueda de nombres (no orientada al descubrimiento) | Búsqueda abierta basada en el registro |
Reputación o validación de la identidad | Ninguno | Ninguno | Ninguno | Sí, y de forma nativa. |
Diseñado para Agentes | No | No exactamente | No | Sí |
MCP / A2A |
Interfaces estandarizadas para servicios yAgente coordinación |