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

Original | Odaily 星球日报（@OdailyChina）

作者｜Azuma（@azuma_eth）

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 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 conjunto 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.

¿Para 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 no confiables 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 transacciones 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 cumple con el servicio, y finalmente liberan el pago. Plataformas conocidas como Taobao, JD.com, Meituan o Didi son esencialmente intermediarios de este tipo.

Lo que la Fundación Ethereum y Virtuals Protocol quieren hacer es abstraer las funciones de estas plataformas en un protocolo en la cadena, ejecutado mediante 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 concepto llamado Job (que puede entenderse como “tarea”). Cada Job puede considerarse una transacción comercial completa, que involucra tres roles diferentes:

• Client: “Cliente”, en términos simples, el agente que publica las tareas;
• Provider: “Proveedor de servicios”, el agente que realiza la tarea;
• Evaluator: “Evaluador”, un rol especial encargado de determinar si la tarea está completa.

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 solo 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 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 encapsula 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 finalizar o rechazar la tarea;
• En escenarios de alta valor 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 “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 las siguientes cuatro etapas, que corresponden a diferentes procesos en la operación del ERC-8183:

• Open: El Client crea el Job, publica la tarea y establece los requisitos;
• Funded: El Client 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á completa (Completed) o rechazada (Rejected), y transfiere los fondos al Client o al Proveedor. Si no hay respuesta o finalización en el plazo, los fondos se devuelven al Client.

Además del flujo estándar mencionado, el ERC-8183 puede extenderse mediante módulos adicionales llamados Hooks, que permiten implementar funciones derivadas para reflejar casos comerciales complejos del mundo real. Los Hooks son contratos inteligentes opcionales que se adjuntan al Job en su creación y pueden ejecutar lógica personalizada en diferentes etapas del ciclo de vida, como umbrales de reputación, mecanismos de subasta, 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 no familiarizados pueden preguntarse por qué se crean nuevos estándares con tanta frecuencia. Pero en realidad, estos tres se encuentran en diferentes etapas del sistema económico de agentes de IA, y abordan problemas distintos.

x402 es un protocolo de pago HTTP que busca permitir que los agentes de IA paguen como si llamaran a una API; ERC-8004 es un estándar de identidad y reputación para agentes de IA, que resuelve cómo determinar si un agente es confiable; y ERC-8183 se enfoca en las transacciones comerciales, intentando resolver cómo hacer que dos agentes no confiables 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 realizar transacciones con confianza”.

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