ERC-8183: El estándar que permite a los agentes de IA contratarse entre sí — Sin humanos requeridos
¿Qué sucede cuando un agente de IA necesita el diseño de un logotipo, la limpieza de un conjunto de datos o la auditoría de un contrato inteligente, y no hay ningún humano involucrado? Hasta febrero de 2026, la respuesta era: nada estandarizado. Cada transacción de agente a agente dependía de integraciones personalizadas, intermediarios centralizados o simple confianza. ERC-8183 cambia eso al dotar a Ethereum de una capa de comercio nativa donde los agentes autónomos pueden publicar trabajos, depositar fondos en garantía (escrow) y verificar entregables completamente on-chain.
Desarrollado conjuntamente por Virtuals Protocol y el equipo dAI de la Fundación Ethereum, ERC-8183 introduce una única primitiva — el **Trabajo (Job) ** — que codifica el ciclo de vida completo de una transacción comercial en cuatro estados. Combinado con ERC-8004 para la identidad de agentes y x402 para pagos nativos de HTTP, completa un stack de tres partes que podría definir cómo transacciona realmente la economía de la IA agéntica de 11 mil millones de dólares.
El problema: Los agentes de IA pueden pensar, pero no pueden comerciar
La explosión de agentes de IA autónomos en 2025 y 2026 ha sido asombrosa. Solo en 2025, más de 282 proyectos de IA en Web3 recibieron financiación, y el mercado de la IA agéntica superó los 10 mil millones de dólares a principios de 2026. Los agentes ahora pueden gestionar posiciones DeFi, generar contenido, analizar datos on-chain e incluso operar sus propias billeteras a través de servicios como Coinbase Agentic Wallets.
Pero el comercio entre agentes ha seguido siendo primitivo. Cuando un agente necesita los servicios de otro — por ejemplo, un bot de trading que necesita un agente de investigación de lenguaje natural para resumir el sentimiento del mercado — la interacción normalmente requiere que un humano actúe como intermediario para negociar el trato, configurar el pago y verificar el resultado. Este cuello de botella existe porque no ha habido un estándar compartido para:
- Definición del trabajo: ¿Qué trabajo debe hacerse y qué constituye su finalización?
- Escrow de pago: ¿Cómo se bloquean y liberan los fondos sin necesidad de confianza?
- Verificación de resultados: ¿Quién decide si el entregable cumple con la especificación?
ERC-8183 aborda los tres con un protocolo mínimo y composable.
Dentro de ERC-8183: La primitiva Job
En su núcleo, ERC-8183 define una única estructura de datos — el Job — con tres participantes y cuatro estados.
Tres roles
Cada Job involucra tres direcciones de blockchain:
- Cliente (Client): El agente (o humano) que solicita el trabajo y financia el depósito en garantía.
- Proveedor (Provider): El agente que realiza la tarea.
- Evaluador (Evaluator): La dirección responsable de aceptar o rechazar el entregable.
El rol del evaluador es deliberadamente flexible. Puede ser un revisor humano, otro agente de IA, una billetera multifirma, un contrato inteligente que realiza una validación determinista o incluso un verificador zkML que prueba criptográficamente la calidad de la salida sin revelar las interioridades del modelo.
Cuatro estados
Un Job se mueve a través de un ciclo de vida estricto:
- **Abierto (Open) ** → El cliente crea un trabajo con especificaciones y una fecha límite.
- **Financiado (Funded) ** → El cliente deposita el pago en el contrato de depósito en garantía on-chain.
- **Enviado (Submitted) ** → El proveedor entrega el trabajo y marca el trabajo como enviado.
- Terminal → El evaluador acepta (liberando los fondos al proveedor), rechaza (reembolsando al cliente) o la fecha límite expira (reembolso automático).
Esta máquina de estados es deliberadamente simple. No hay rondas de negociación, ni pagos parciales, ni resolución de disputas integrada en la capa base. Esa simplicidad es el objetivo: ERC-8183 está diseñado como un núcleo mínimo que puede extenderse a través de ganchos (hooks).
Hooks: Extensibilidad modular
El estándar introduce hooks programables que se activan en las transiciones de estado. Los desarrolladores pueden adjuntar lógica personalizada para:
- Sistemas de subastas: Varios proveedores pueden pujar por trabajos Abiertos antes de que se seleccione uno.
- Restricción por reputación: Solo agentes con puntuaciones mínimas de reputación ERC-8004 pueden reclamar ciertos trabajos.
- Pagos por hitos: Dividir trabajos grandes en subtareas financiadas.
- Variaciones de depósito: Liberaciones bloqueadas por tiempo, pagos en streaming o bonos basados en el rendimiento.
Esta arquitectura de hooks significa que ERC-8183 no intenta ser un protocolo de mercado completo. En cambio, proporciona la capa de liquidación sin confianza sobre la cual se construyen los protocolos de mercado.
El trío: ERC-8004 + x402 + ERC-8183
ERC-8183 no existe de forma aislada. Completa un stack de tres estándares que cubren el ciclo de vida completo del comercio de agentes autónomos.
ERC-8004: Identidad y Reputación
Lanzado en la mainnet de Ethereum en enero de 2026, ERC-8004 otorga a cada agente de IA una identidad on-chain persistente a través de tres registros:
- Registro de Identidad: Un handle basado en ERC-721 que se resuelve en el archivo de registro del agente — un identificador portátil y resistente a la censura.
- Registro de Reputación: Una interfaz estándar para publicar y obtener señales de retroalimentación de transacciones completadas.
- Registro de Validación: Hooks para verificaciones independientes (stakers que ejecutan de nuevo los trabajos, verificadores zkML, oráculos TEE).
La conexión con ERC-8183 es directa: cada Job completado genera datos de reputación que fluyen hacia el perfil ERC-8004 del agente. Con el tiempo, los agentes construyen historiales verificables que otros agentes pueden consultar antes de entablar relaciones comerciales. Esto crea una capa de confianza sin plataformas de reputación centralizadas.
x402: Rieles de pago nativos de HTTP
Mientras que el ERC-8183 se encarga del depósito en garantía (escrow) a nivel de trabajo, el protocolo x402 — desarrollado por Coinbase y adoptado por Stripe, Cloudflare, Google y Vercel — maneja la infraestructura de pagos en la capa HTTP.
x402 revive el código de estado HTTP 402 "Payment Required", que había permanecido latente durante mucho tiempo. Cuando un agente de IA solicita un endpoint de API, el servidor responde con un estado 402 que contiene el precio, la moneda (normalmente USDC) y la billetera de destino. La billetera del agente firma y envía automáticamente el pago, y el servidor entrega el recurso.
Desde su lanzamiento en Solana a mediados de 2025, x402 ha procesado más de 35 millones de transacciones y $ 10 millones en volumen. El protocolo destaca en los micropagos — llamadas a la API de menos de un centavo, tarifas de datos por consulta, facturación por tiempo de cómputo — que no serían económicos en los rieles de pago tradicionales.
Juntos, los tres estándares crean una pila completa:
| Capa | Estándar | Función |
|---|---|---|
| Identidad | ERC-8004 | ¿Quién es este agente? ¿Puedo confiar en él? |
| Pago | x402 | ¿Cómo fluye el pago para llamadas simples a la API? |
| Comercio | ERC-8183 | ¿Cómo se definen, financian y verifican los trabajos complejos? |
Casos de uso del mundo real que ya están surgiendo
La pila de comercio agéntico no es teórica. Varias categorías de transacciones de agente a agente ya se están construyendo sobre estos estándares.
Producción de contenido autónoma
Un agente de marketing recibe instrucciones para producir una campaña. Publica un trabajo ERC-8183 para que un agente de diseño cree los elementos visuales, otro trabajo para que un agente de redacción elabore el texto y un tercero para que un agente de traducción localice el resultado. Cada trabajo tiene su propio evaluador — potencialmente una IA de evaluación de calidad que califica los resultados en función de las directrices de la marca.
Composición de estrategias DeFi
Un agente de gestión de carteras necesita un análisis de sentimiento en tiempo real antes de reequilibrar. Crea un trabajo para que un agente de investigación entregue un informe de sentimiento estructurado en 30 minutos. El evaluador es un contrato inteligente que valida el formato de los datos y la integridad del informe. Si se acepta, el agente de cartera incorpora los hallazgos y ejecuta las operaciones — todo sin intervención humana.
Flujos de auditoría on-chain
Un protocolo que despliega un nuevo contrato inteligente publica un trabajo solicitando una revisión de seguridad. Varios agentes de auditoría pujan a través de un sistema de licitación habilitado por hooks. El evaluador es una multifirma (multi-sig) de empresas de seguridad establecidas. El auditor ganador presenta los hallazgos y el pago se libera solo tras la aceptación.
Operaciones de mercado de datos
Un agente de análisis necesita datos de blockchain patentados para crear un panel de control. Descubre un agente proveedor de datos a través del Registro de Identidad ERC-8004, verifica su puntuación de reputación y crea un trabajo ERC-8183 con pago en USDC. El evaluador es un contrato inteligente determinista que valida que el esquema de datos coincida con la especificación.
El panorama competitivo: Ethereum frente a todos
ERC-8183 es la apuesta de Ethereum para dominar la capa de comercio agéntico. Sin embargo, se enfrenta a la competencia desde múltiples frentes.
La ventaja de velocidad de Solana
Los tiempos de bloque de 400 ms de Solana y los costos de transacción de menos de un centavo la convierten en el hogar natural para las interacciones de agentes de alta frecuencia. El protocolo x402 ya procesa la mayor parte de su volumen en Solana, y proyectos como la actualización Firedancer aumentan aún más el rendimiento. Para los agentes que necesitan realizar transacciones docenas de veces por minuto — como bots de trading que se coordinan con fuentes de datos — la ventaja de latencia de Solana es significativa.
Cadenas de agentes diseñadas a medida
Kite AI, respaldada por $ 33 millones de PayPal Ventures y General Catalyst, lanzó su mainnet en el primer trimestre de 2026 con un mecanismo de consenso de Prueba de Inteligencia Artificial (PoAI) diseñado específicamente para transacciones de máquina a máquina. Su sistema de identidad de tres niveles y sus rieles de pago nativos con stablecoins apuntan a una latencia inferior a 100 ms para los micropagos de agentes — más rápido que cualquier cadena de propósito general.
El juego de los estándares
La ventaja de Ethereum no es la velocidad, sino la estandarización. ERC-8183, ERC-8004 y x402 son estándares abiertos que cualquier cadena puede implementar. Las herramientas de desarrollo del ecosistema Ethereum, la infraestructura de auditoría de seguridad y la credibilidad institucional le otorgan una ventaja estructural para el comercio de alto valor y sensible a la confianza. Un agente que contrata a otro agente para una auditoría de contrato inteligente de $ 50,000 tiene más probabilidades de utilizar las garantías de depósito en garantía de Ethereum que el modelo de seguridad no probado de una cadena más reciente.
El resultado probable no es que el ganador se lo lleve todo, sino la estratificación: Ethereum para el comercio de alto valor y crítico para la confianza; Solana para micropagos de alta frecuencia; y cadenas diseñadas a medida para verticales especializados.
Qué significa esto para los constructores
Para los desarrolladores que construyen en el espacio de los agentes de IA, ERC-8183 representa un cambio de la integración personalizada al comercio estandarizado. Las implicaciones prácticas son significativas:
- Reducción del tiempo de desarrollo: En lugar de crear una lógica de pago y verificación a medida para cada interacción de agentes, los desarrolladores pueden implementar la interfaz ERC-8183 e interoperar inmediatamente con cualquier agente compatible.
- Mercados componibles: El sistema de hooks permite que los protocolos de mercado se diferencien en la experiencia de usuario (UX), la curación y la resolución de disputas, compartiendo al mismo tiempo la misma capa de liquidación.
- Potencial cross-chain: Debido a que ERC-8183 es un estándar en lugar de un despliegue de contrato específico, se puede implementar en cualquier cadena compatible con EVM — abriendo la puerta al comercio de agentes en Base, Arbitrum, Polygon y más allá.
Se proyecta que el mercado de la IA agéntica alcance los $ 199 mil millones para 2034. Si ese valor fluye a través de un comercio on-chain estandarizado o de intermediarios centralizados depende de si estándares como el ERC-8183 logran una adopción crítica en los próximos 12 a 18 meses.
Conclusión
ERC-8183 no es simplemente otro ERC. Es la pieza faltante que transforma a los agentes de IA de operadores aislados en participantes de una economía trustless. Al definir cómo se publican, financian, evalúan y liquidan los trabajos on-chain, otorga a los agentes la misma infraestructura comercial en la que los humanos han confiado durante siglos — contratos, escrow y entrega verificada — , pero a velocidad y escala de máquina.
La pregunta ya no es si los agentes de IA realizarán transacciones de forma autónoma. Es si lo harán a través de estándares abiertos o plataformas propietarias. ERC-8183, junto con ERC-8004 y x402, presenta un argumento convincente a favor del camino de los estándares abiertos.
¿Está construyendo agentes de IA que interactúan con la infraestructura blockchain? BlockEden.xyz proporciona endpoints RPC de grado empresarial y servicios de API en Ethereum, Base y otras cadenas EVM — la misma infraestructura que los agentes compatibles con ERC-8183 necesitan para un comercio on-chain confiable. Explore nuestro marketplace de APIs para potenciar sus aplicaciones de agentes.