Original | Odaily Planet Daily (@OdailyChina)
Autor: Azuma (@azuma_eth)
El 10 de marzo, el equipo dAI, perteneciente a la Fundación Ethereum y enfocado en impulsar la integración profunda de la inteligencia artificial (IA) y la blockchain, lanzó hoy junto con Virtuals Protocol un nuevo estándar ERC-8183.
El responsable de IA de la Fundación Ethereum, Davide Crapis, señaló que ERC-8183 es uno de los componentes que faltan en el sistema de economía de Agentes abierta que la comunidad Ethereum está construyendo; este estándar puede combinarse con x402 y ERC-8004 para desempeñar un papel de infraestructura en las interacciones seguras entre Agentes. El equipo dAI apoyará la adopción de ERC-8183 y se compromete a convertirlo en un estándar neutral.
¿Qué busca resolver ERC-8183?
Según el artículo de presentación publicado por Virtuals Protocol, ERC-8183 está diseñado específicamente para transacciones comerciales entre Agentes de IA, y define un conjunto de reglas en la cadena que permiten que dos Agentes no confiables completen procesos comerciales como "contratación-entrega-pago" sin depender de plataformas centralizadas.
El problema central que ERC-8183 intenta resolver es cómo completar transacciones entre Agentes que se contratan y colaboran entre sí, sin plataforma, sin ley ni arbitraje humano.
Por ejemplo, supongamos que el Agente A, enfocado en promoción de mercado, desea contratar al Agente B, especializado en generación de imágenes, para crear una serie de carteles promocionales. Aquí surge un problema de confianza comercial: ambas partes no se conocen y no tienen base de confianza. ¿Cuándo debe realizarse el pago? Si A paga primero, B podría abandonar el trabajo o entregar resultados inaceptables; si B comienza a trabajar primero, A podría negarse a pagar la recompensa...
En el mundo tradicional de Internet, los usuarios y los comerciantes también enfrentan confianza comercial mutua, y la plataforma asume un papel clave como intermediario: gestiona los fondos de A, evalúa si B ha completado el servicio y finalmente autoriza el pago. Plataformas como Taobao, JD.com, Meituan y Didi son, en esencia, este tipo de intermediarios basados en plataformas.
Y lo que la Ethereum Foundation y Virtuals Protocol buscan hacer es abstractar las funciones de la plataforma como un protocolo en cadena mediante ERC-8183, haciendo que se ejecute mediante contratos inteligentes, para asumir un papel de intermediario descentralizado en la economía de Agentes.
Desglose del plan de trabajo ERC-8183
El mecanismo de funcionamiento de ERC-8183 no es complejo; este estándar introduce un nuevo concepto llamado Job (puedes entenderlo como "tarea"). Cada Job puede considerarse una transacción comercial completa que incluye tres roles diferentes:
- Cliente: “Cliente”, en términos sencillos, es el Agente que publica diversos tipos de tareas;
- Proveedor: “proveedor”, que es el agente responsable de completar la tarea;
- Evaluator: “Evaluator”, el rol más especial, encargado de determinar si la tarea se ha completado.
Aquí es necesario explicar en detalle al Evaluator; la introducción de este rol es el diseño más central del ERC-8183. En este estándar, el Evaluator se define únicamente como una dirección en la cadena (address), pero desde una perspectiva más amplia, esta dirección puede corresponder a múltiples formas de ejecución distintas.
- Para tareas subjetivas como la redacción, el diseño o el análisis, el Evaluator puede ser un AI Agent que lea los resultados presentados, los compare con los requisitos iniciales de la tarea y luego tome una decisión;
- Para tareas deterministas como cálculo, generación de pruebas o transformación de datos, el Evaluator puede ser un contrato inteligente que encapsula un verificador de conocimiento cero (ZK verifier). El Provider envía la prueba, el Evaluator la verifica en la cadena y llama automáticamente a «complete» o «reject» para completar o rechazar la tarea;
- En escenarios de tareas de alto valor o alto riesgo, el Evaluator también puede ser una cuenta de firma múltiple, una DAO o un clúster de validación respaldado por un mecanismo de stake.
ERC-8183 no distingue entre estas diferentes formas. La capa de protocolo solo se preocupa por un punto: si una dirección llama a «complete» o a «reject», y si detrás de esa dirección se ejecuta un AI Agent impulsado por un LLM o un circuito ZK, no es asunto del protocolo.
Volviendo a Job, cada Job tiene cuatro estados en su ciclo de vida, que corresponden a los distintos procesos del ERC-8183.
- Abrir: El cliente creará un Job en este período, publicará la tarea y especificará los requisitos;
- Financiado: El cliente transferirá la comisión a una dirección de contrato inteligente como depósito, en lugar de entregársela directamente al Proveedor;
- Enviado: El proveedor completa el trabajo y envía la prueba;
- Terminal (Completado / Rechazado / Vencido): El evaluador se encarga de revisar la tarea y, según el resultado de la revisión, determina si la tarea se completó (Completado o Rechazado) y transfiere los fondos respectivamente al Cliente o al Proveedor; si dentro del plazo establecido no hay respuesta ni finalización de la tarea por parte del Proveedor, los fondos se devolverán al Cliente.
Además del proceso estándar mencionado, ERC-8183 puede implementar funciones derivadas adicionales mediante funciones extensibles modularizadas llamadas Hooks, para adaptarse a casos de uso comerciales complejos del mundo real. Los Hooks son contratos inteligentes opcionales adjuntos al momento de crear un Job, que ejecutan lógica personalizada antes y después de cada etapa del ciclo de vida del Job, como umbrales de reputación, mecanismos de puja, distribución de tarifas u otros requisitos especiales.
¿En qué se diferencian ERC-8183, x402 y ERC-8004?
De x402 a ERC-8004, y luego a la actual ERC-8183, los lectores menos familiarizados podrían sentirse confundidos y preguntarse por qué es necesario crear algo nuevo cada cierto tiempo. Sin embargo, en realidad, estos tres elementos corresponden a tres etapas distintas del sistema económico de AI Agent y buscan resolver problemas diferentes.
x402 es un protocolo de pago HTTP que busca resolver el problema de permitir que los Agentes de IA realicen pagos directamente como si llamaran a una API; ERC-8004 es el estándar de identidad y reputación para Agentes de IA, que aborda cómo determinar si un Agente es confiable; ERC-8183 se enfoca en el proceso de transacción comercial, buscando superar el desafío de permitir que dos Agentes que no se confían realicen una transacción.
En resumen, x402 se encarga de resolver "cómo pagar"; ERC-8004 se encarga de saber "quién es el otro y si es confiable"; ERC-8183 se encarga de gestionar "cómo realizar la transacción con confianza".
No son competidores, sino complementarios; juntos apuntan al mismo objetivo: construir un sistema económico de agentes de IA descentralizado y autónomo.