Explicación completa de ERC-8183: La solución a la problemática de confianza mutua en los Agentes AI en Ethereum

Autor: Azuma, Odaily Planet Daily

El 10 de marzo, el equipo dAI, dedicado a promover la integración profunda de la inteligencia artificial (IA) y blockchain bajo la Fundación Ethereum, 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 interacciones seguras entre Agentes. El equipo dAI apoyará la adopción del ERC-8183, con el objetivo de convertirlo 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 crear 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 insuficiente; 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 ha cumplido con el servicio y finalmente liberan los fondos. Plataformas conocidas como Taobao, JD.com, Meituan o Didi son, en esencia, 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 por contratos inteligentes, asumiendo así un rol de intermediario descentralizado 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:

• Client (Cliente): El Agente que publica las tareas;
• Provider (Proveedor): El Agente responsable de completar la tarea;
• Evaluator (Evaluador): El rol más 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 diversas formas de ejecución.

• Para tareas subjetivas como escritura, diseño o análisis, el Evaluador puede ser un Agente de IA que lea los resultados presentados, los compare con los requisitos iniciales y emita 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 encapsule un verificador de conocimientos cero (ZK verifier). El Proveedor presenta la 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 alta valoración o riesgo, el Evaluador puede ser una cuenta multi-firma, un DAO, o un conjunto de validadores respaldados 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 importa si esa dirección corresponde a un Agente de IA impulsado por LLM o a un circuito ZK.

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 (Abierto): El Client crea el Job, publica la tarea y establece los requisitos;
• Funded (Financiado): El Client transfiere la comisión a una dirección de contrato inteligente en custodia, en lugar de entregarla directamente al Proveedor;
• Submitted (Enviado): El Proveedor completa el trabajo y presenta la prueba;
• Terminal (Finalizado / Rechazado / Expirado): El Evaluador revisa la tarea y, según el resultado, decide si está completada (Completed) o rechazada (Rejected), y transfiere los fondos al Client o al Proveedor. Si no hay respuesta o finalización en el plazo establecido, los fondos se devuelven al Client.

Además del flujo estándar, el ERC-8183 puede extenderse mediante módulos llamados Hooks, que permiten implementar funciones adicionales para casos comerciales complejos del mundo real. Los Hooks son contratos inteligentes opcionales que se añaden al crear un Job 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 ERC-8183, los lectores no familiarizados pueden preguntarse por qué se crean nuevos estándares con tanta frecuencia. Pero en realidad, estos tres estándares abordan diferentes etapas del sistema económico de Agentes de IA, resolviendo 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 ERC-8183 se enfoca en las transacciones comerciales, resolviendo cómo hacer que dos Agentes que no confían entre sí puedan completar una transacción.

En resumen, x402 se ocupa de “cómo pagar”; ERC-8004 de “quién es la otra parte y si es confiable”; y ERC-8183 de “cómo comerciar con confianza”.

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