Punto de Inflexión de la IA en Ethereum: Qué Observar Tras el Estándar ERC-8004 “Agentes Sin Confianza”
Punto de Inflexión de la IA en Ethereum: Qué Observar Tras el Estándar ERC-8004 “Agentes Sin Confianza”
El 28 de enero de 2026, el ecosistema de Ethereum vuelve a poner a prueba una audaz tesis: Ethereum no es solo una capa de liquidación de activos, sino también una capa neutral de coordinación para software autónomo. Diversos informes de la comunidad indican que los contratos canónicos del registro ERC-8004 (“Agentes Sin Confianza”) están a punto de desplegarse en la red principal—aunque es importante aclarar que un estándar ERC no es una actualización de consenso y no requiere un hard fork; se vuelve una realidad cuando los equipos comienzan a desplegar y adoptar contratos y herramientas compatibles. (odaily.news)
Si esta dirección se consolida, la siguiente pregunta ya no será “¿Qué dApp debería usar?”, sino:
- ¿A qué Agente de IA le delego una tarea?
- ¿Cómo descubro agentes en un mercado abierto?
- ¿Cómo evalúo la confianza, evito identidades falsas (ataques Sybil), y verifico los resultados?
- Y cuando un agente necesita pagar a otro (o pagar por una API), ¿cómo se ve un pago autónomo en la blockchain?
Ese es el potencial (y el desafío) que plantea el ERC-8004. (eips.ethereum.org)
1) De “Liquidación de Activos” a “Coordinación de Agentes”
La tendencia entre 2025 y 2026 es clara: la intención del usuario está escalando a niveles más altos.
En DeFi, vimos surgir intenciones, automatización y estrategias de “un solo clic” que reducen los pasos manuales. En la IA, los estándares como el Model Context Protocol (MCP) y los protocolos de mensajes entre agentes comenzaron a unificar la forma en que los modelos y herramientas interactúan. Pero aún falta una pieza crucial: descubrimiento abierto y confianza entre organizaciones.
ERC-8004 busca llenar ese vacío, brindando a los agentes una identidad portátil, señales públicas de reputación y mecanismos de verificación, todo sobre una infraestructura neutral y creíble. (eips.ethereum.org)
2) Qué Estandariza Realmente el ERC-8004 (y Qué No)
ERC-8004 introduce tres registros on-chain livianos: (eips.ethereum.org)
Registro de Identidad (El Punto de Partida del Descubrimiento)
- Los agentes se registran en un registro basado en ERC-721 (sí, los agentes se convierten en identidades similares a NFTs).
- El
tokenURIapunta a una Tarjeta de Agente / archivo de registro (usualmente off-chain), que describe capacidades, endpoints y modelos de confianza soportados. (eips.ethereum.org)
Por qué importa: hace que “¿quién es el agente?” sea consultable, transferible e indexable usando primitivas familiares de Ethereum.
Registro de Reputación (Señales, No “Una Puntuación Única Universal”)
- Los usuarios (o incluso otros agentes) pueden publicar señales de retroalimentación.
- La agregación puede hacerse off-chain o on-chain según el caso de uso; el estándar define una interfaz compartida, sin imponer un modelo único de puntuación. (eips.ethereum.org)
Registro de Validación (Ganchos de Prueba)
- Un marco genérico para solicitar o registrar validaciones: re-ejecuciones, garantías con staking, pruebas zkML, atestaciones mediante TEEs, u otros esquemas.
- La idea central: la confianza debe escalar de acuerdo al valor en riesgo. (eips.ethereum.org)
Qué ERC-8004 no estandariza intencionadamente: pagos
Los pagos se tratan como un tema separado, para permitir al ecosistema integrar diferentes métodos (stablecoins, L2s, micropagos, etc.). (eips.ethereum.org)
3) En un Mundo de Mercados de Agentes, ¿Cómo “Encontramos al Agente Adecuado”?
El descubrimiento en una economía de IA abierta no se parece a buscar una app en una tienda. Es más bien una combinación de:
- indexación on-chain de identidades (eventos del Registro de Identidad),
- crawlers y directorios off-chain,
- y capas de reputación/validación específicas por dominio.
Aquí es donde el diseño de ERC-8004 resulta práctico: mantiene una base ligera, permitiendo que muchos motores de búsqueda de agentes compitan—sin depender de un solo intermediario.
Si deseas consultar las especificaciones canónicas y debates:
4) Cómo Pagan los Agentes: Por Qué x402 Está por Todas Partes
En 2025, las stablecoins se consolidaron como el medio de pago predilecto del comercio nativo de internet. En 2026, la gran incógnita es: ¿cómo pueden los agentes pagar automáticamente por servicios sin cuentas, suscripciones o procesos manuales de compra?
Una de las respuestas más comentadas es x402—un protocolo abierto desarrollado por Coinbase que revive el flujo HTTP 402 Payment Required, permitiendo que las APIs soliciten pago y que los clientes (incluso agentes) paguen de manera programada. (docs.cdp.coinbase.com)
Lecturas clave:
Por qué importa para usuarios de Web3: la próxima generación de “transacciones” quizás no comience en una interfaz de wallet, sino como solicitudes HTTP entre agentes que se liquidan con stablecoins—dejando constancia de pago que puede alimentar su reputación.
5) Ecosistema ERC-8004: Proyectos y Direcciones Clave
Más allá de cualquier token en particular, estas categorías (y algunos ejemplos tempranos) representan las piezas claves del ecosistema.
A) Especificación oficial + comunidad de referencia
Son la “fuente de verdad” donde se cristalizan los cambios, los esquemas y normas de interoperabilidad:
B) SDKs de creación de agentes + persistencia de metadatos
La identidad de un agente solo es útil si su metadata y Tarjeta de Agente son verificables y perdurables. Una dirección notable es conjugar identidad con almacenamiento verificable:
- La Fundación Filecoin destaca cómo la comunidad de desarrolladores de ERC-8004 usa Filecoin Pin / Onchain Cloud para almacenamiento y descubrimiento de identidades, incluyendo un SDK llamado Agent0.
Ver: Página del ecosistema ERC-8004 de la Fundación Filecoin (fil.org)
C) Directorios, exploradores y “SEO para Agentes”
Así como las listas de tokens y los exploradores de bloques se volvieron infraestructura clave para UX, los registros de agentes serán un nuevo campo de batalla por visibilidad.
Qué observar en un directorio de agentes:
- ¿verifica el origen del Registro de Identidad?
- ¿muestra el contexto de la reputación (quién evaluó, bajo qué tarea)?
- ¿presenta pruebas de validación (zkML/TEE/re-ejecución)?
D) Redes de validación y capas de atestación
La validación en ERC-8004 es un mecanismo expandible, por lo que proyectos especializados en atestaciones pueden volverse piezas claves.
Un mecanismo ampliamente usado es el Ethereum Attestation Service (EAS), que ya se cita en discusiones como una capa práctica para mantener pruebas persistentes.
Ver: Ethereum Attestation Service (ethereum-magicians.org)
E) Identidad de agentes multichain (CAIP-10)
Los agentes no vivirán en una sola cadena. Aunque su “identidad raíz” comience en Ethereum, pueden interactuar y pagar en L2s u otras redes.
El ecosistema más amplio de ERC-8004 suele referenciar identificadores CAIP para formatos de cuenta agnósticos de cadena:
Implicación práctica: un agente puede mantener una identidad coherente mientras opera en múltiples entornos de ejecución.
6) Preocupaciones Reales del Usuario (Seguridad, No Hype)
Si los agentes pueden iniciar acciones y pagos, el riesgo para el usuario cambia de “hice clic por error” a “delegué autoridad incorrectamente”.
Lista de verificación de seguridad para usuarios iniciales:
-
Separa fondos por nivel de riesgo
Usa una wallet caliente con pocos fondos para automatizaciones sencillas; resguarda el capital principal por separado. -
Prefiere permisos explícitos y límites de gasto
Evita autorizaciones ilimitadas; usa permisos acotados siempre que sea posible. -
La reputación es contextual
Un agente con buena reputación en investigaciones no necesariamente debe ser confiable para custodiar o realizar operaciones financieras. -
Verifica la procedencia de la identidad
Solo confía en agentes registrados explícitamente y cuya Tarjeta de Agente apunte al recurso que tú esperas.
7) Dónde Entra OneKey en la Era de los Agentes
A medida que los Agentes de IA evolucionan de asistentes conversacionales a actores económicos, el límite más importante de seguridad no cambia: las llaves privadas no deben residir en entornos siempre conectados.
Un hardware wallet como OneKey puede servir como punto de control práctico para:
- confirmar transferencias de alto valor propuestas por un agente,
- separar gastos cotidianos de los agentes del almacenamiento a largo plazo,
- y mantener las llaves de firma desconectadas, sin dejar de participar en la coordinación on-chain.
En otras palabras: aunque tu flujo de trabajo esté dirigido por agentes, la autorización final de acciones valiosas puede seguir bajo control humano.
Reflexión Final
ERC-8004 se entiende mejor como la infraestructura de confianza: no reemplaza MCP, A2A o protocolos de pago, sino que les brinda una capa neutral de identidad, reputación y validación que se puede ensamblar en público.
Si Ethereum acierta aquí, “descubrir una nueva dApp” podría convertirse en “elegir un agente”, y el próximo gran salto en la experiencia Web3 será menos sobre interfaces—y más sobre delegación, verificación y pagos programables. (eips.ethereum.org)
