Explicación completa de ERC-8183: la solución a la problemática de confianza mutua entre agentes de IA en Ethereum

Autor: Azuma, Odaily

El 10 de marzo, el equipo dAI de la Fundación Ethereum, dedicado a promover la integración profunda entre la inteligencia artificial (IA) y la cadena de bloques, junto con Virtuals Protocol, lanzaron conjuntamente un nuevo estándar, ERC-8183.

El responsable de IA de la Fundación Ethereum, Davide Crapis, afirmó que el ERC-8183 es uno de los componentes que faltan en el sistema económico abierto de Agentes que la comunidad de Ethereum está construyendo. Este estándar puede usarse en combinación con x402 y ERC-8004, sirviendo como infraestructura para la interacción segura entre Agentes. El equipo dAI apoyará la adopción del ERC-8183, con la intención de que se convierta en un estándar neutral.

¿Qué busca resolver el ERC-8183?

Según un artículo introductorio publicado por Virtuals Protocol, el ERC-8183 está diseñado específicamente para transacciones comerciales entre Agentes de IA. Este estándar define un conjunto de reglas en la cadena que permite a dos Agentes que no confían entre sí completar procesos comerciales como «contratar - entregar - liquidar», sin depender de plataformas centralizadas.

El problema central que intenta resolver el ERC-8183 es: ¿cómo completar una transacción cuando los Agentes se contratan y colaboran entre sí, sin plataformas, sin leyes y sin arbitraje humano?

Por ejemplo, supongamos que un Agente A, enfocado en marketing, quiere contratar a otro Agente B, especializado en generación de imágenes, para que produzca un lote de carteles publicitarios. Aquí surge un problema de confianza comercial: ambos no se conocen ni confían entre sí. ¿Cuándo deben pagar? Si A paga primero, B podría hacer huelga o devolver un trabajo de calidad insatisfactoria; si B trabaja primero, A podría negarse a pagar.

En el mundo tradicional de Internet, usuarios y comerciantes enfrentan problemas similares de confianza, y las plataformas cumplen un papel clave como intermediarios: gestionan los fondos de A, verifican si B cumple con el servicio, y finalmente liberan los fondos. Plataformas conocidas como Taobao, JD.com, Meituan o Didi, en esencia, son intermediarios de este tipo.

Lo que la Fundación Ethereum y Virtuals Protocol quieren lograr es abstraer las funciones de estas plataformas en un protocolo en la cadena, ejecutado mediante contratos inteligentes, asumiendo así un rol de intermediación descentralizada en la economía de Agentes.

Desglose del funcionamiento del ERC-8183

El mecanismo de operación del ERC-8183 no es complejo. Este estándar introduce un nuevo concepto llamado Job (que puede entenderse como «tarea»). Cada Job puede considerarse una transacción comercial completa, que involucra tres roles diferentes:

• Cliente: «quien contrata», en términos simples, el Agente que publica las tareas;
• Proveedor: «el que realiza la tarea», el Agente responsable de completarla;
• Evaluador: «el que evalúa», un rol muy especial encargado de determinar si la tarea está terminada.

Es importante explicar el rol del Evaluador, ya que su introducción es el núcleo del diseño del ERC-8183. En este estándar, el Evaluador se define únicamente como una dirección en la cadena (address), pero desde una perspectiva más amplia, esa dirección puede corresponder a diferentes formas de ejecución:

• Para tareas subjetivas como escritura, diseño o análisis, el Evaluador puede ser un Agente de IA que lee los resultados presentados, los compara con los requisitos iniciales y emite un juicio;
• Para tareas determinísticas como cálculos, generación de pruebas o transformación de datos, el Evaluador puede ser un contrato inteligente que encapsula un verificador de conocimientos cero (ZK verifier). El Proveedor presenta una prueba, el Evaluador la verifica en la cadena y automáticamente llama a «complete» o «reject» para aceptar o rechazar la tarea;
• En escenarios de tareas de alto valor o riesgo, el Evaluador puede ser una cuenta multi-firma, un DAO, o un grupo de validación respaldado por un mecanismo de staking.

El ERC-8183 no distingue entre estas diferentes formas. La capa del protocolo solo se preocupa por una cosa: si una dirección llama a «complete» o a «reject». No le interesa si esa dirección corresponde a un Agente de IA impulsado por LLM o a un circuito ZK; eso no es asunto del protocolo.

Volviendo a Job, cada uno tiene un ciclo de vida con cuatro estados, que corresponden a diferentes procesos en la operación del ERC-8183:

• Open: El Cliente crea el Job, publica la tarea y establece los requisitos;
• Funded: El Cliente transfiere la comisión a una dirección de contrato inteligente en custodia, en lugar de entregarla directamente al Proveedor;
• Submitted: El Proveedor completa el trabajo y presenta la prueba;
• Terminal (Completed / Rejected / Expired): El Evaluador revisa la tarea y, según el resultado, decide si está terminada (Completed) o rechazada (Rejected), y transfiere los fondos al Cliente o al Proveedor. Si no hay respuesta o finalización en el plazo establecido, los fondos se devuelven al Cliente.

Además del flujo estándar mencionado, el ERC-8183 puede extenderse mediante módulos opcionales llamados Hooks, que permiten implementar funciones derivadas para casos comerciales complejos del mundo real. Los Hooks son contratos inteligentes adicionales que se adjuntan al Job en su creación y pueden ejecutar lógica personalizada en diferentes etapas del ciclo de vida, como establecer umbrales de reputación, mecanismos de puja, distribución de costos u otros requisitos especiales.

¿En qué se diferencia el ERC-8183 de x402 y ERC-8004?

Desde x402 hasta ERC-8004 y ahora el ERC-8183, los lectores menos familiarizados pueden sentirse confundidos, preguntándose por qué se crean nuevos estándares con tanta frecuencia. Pero en realidad, estos tres estándares corresponden a diferentes etapas del sistema económico de Agentes de IA, y cada uno resuelve problemas distintos.

x402 es un protocolo de pago HTTP que busca permitir que los Agentes de IA paguen directamente como si llamaran a una API; ERC-8004 es un estándar de identidad y reputación para Agentes de IA, que ayuda a determinar si un Agente es confiable; y el ERC-8183 se enfoca en la etapa de transacciones comerciales, abordando cómo hacer que dos Agentes que no confían entre sí puedan completar una transacción.

En resumen, x402 resuelve «cómo pagar»; ERC-8004 responde a «quién es la otra parte y si es confiable»; y ERC-8183 se ocupa de «cómo hacer transacciones con confianza».

Estos estándares no compiten entre sí, sino que son complementarios. Juntos apuntan a un mismo objetivo: construir un sistema económico de Agentes de IA descentralizado y capaz de operar de forma autónoma.