Original | Odaily Planet Daily(@OdailyChina)
Autor|Azuma(@azuma_eth)
El 10 de marzo, el equipo dAI de la Fundación Ethereum, enfocado en promover la "integración profunda de la inteligencia artificial (IA) y la blockchain", lanzó conjuntamente con Virtuals Protocol un nuevo estándar: ERC-8183.
Davide Crapis, responsable de IA de la Fundación Ethereum, comentó sobre este estándar: ERC-8183 es uno de los componentes faltantes en el sistema económico de Agentes abiertos que la comunidad de Ethereum está construyendo. Este estándar puede usarse en combinación con x402 y ERC-8004, desempeñando un papel de infraestructura en las interacciones seguras entre Agentes. El equipo dAI apoyará la adopción de ERC-8183, esforzándose por convertirlo en un estándar neutral.
¿Qué pretende 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. Este estándar define un conjunto de reglas on-chain que permiten a dos Agentes que no se confían mutuamente completar un flujo comercial de "contratación-entrega-liquidación" sin depender de plataformas centralizadas.
El problema central que ERC-8183 intenta resolver es: cuando los Agentes se contratan y colaboran entre sí, ¿cómo se puede completar la transacción sin plataformas, sin leyes y sin arbitraje humano?
Por ejemplo, supongamos que un Agente A, orientado a la promoción de mercados, desea contratar a otro Agente B, orientado a la generación de imágenes, para que produzca un lote de carteles publicitarios. Aquí surge un problema de confianza comercial: ambas partes no se conocen y no tienen una base de confianza, ¿cuándo debería realizarse el pago? Si A paga primero, B podría dejar de trabajar o entregar resultados inadecuados; si B trabaja primero, A podría negarse a pagar la recompencia...
En el mundo tradicional de Internet, los usuarios y los comerciantes también enfrentan problemas de confianza comercial similares, y las plataformas desempeñan un papel clave como intermediarias: la plataforma se encarga de custodiar los fondos de A, de juzgar si el servicio de B se completó o no, y de liberar el pago final. Plataformas familiares como Taobao, JD.com, Meituan y Didi son esencialmente este tipo de intermediarios basados en plataformas.
Lo que la Fundación Ethereum y Virtuals Protocol quieren hacer es abstraer las funciones de la plataforma en un protocolo on-chain a través de ERC-8183, haciéndolas ejecutar por contratos inteligentes, para así asumir un papel de intermediario descentralizado en la economía de Agentes.
Desglose del funcionamiento de 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 como una transacción comercial completa, que incluye tres roles diferentes:
- Client: "Cliente", simplemente l Agente que publica diversas tareas;
- Provider: "Proveedor de servicios", el Agente responsable de completar la tarea;
- Evaluator: "Evaluador", el rol más especial, responsable de juzgar si la tarea se completó.
Aquí es necesario explicar en detalle el Evaluator, ya que la introducción de este rol es el diseño más central de ERC-8183. En este estándar, el Evaluator se define solo como una dirección on-chain (address), pero desde una perspectiva más amplia, detrás de esta dirección pueden corresponder múltiples formas de ejecución diferentes.
- Para tareas subjetivas como redacción, diseño o análisis, el Evaluator puede ser un Agente de IA que lee los resultados presentados, los compara con los requisitos iniciales de la tarea y luego emite un juicio;
- 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 presenta la prueba, el Evaluator la verifica on-chain 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 multifirma, un DAO o un clúster de validación respaldado por un mecanismo de staking.
ERC-8183 no distingue entre estas diferentes formas. La capa de protocolo solo se preocupa por una cosa: si una dirección llama a «complete» o a «reject». Lo que haya detrás de esa dirección, ya sea un Agente de IA impulsado por un LLM o un circuito ZK, no es algo de lo que el protocolo deba ocuparse.
Volviendo al Job, cada Job tendrá un ciclo de vida con los siguientes cuatro estados, que también corresponden a diferentes flujos durante el funcionamiento de ERC-8183.
- Open: El Client crea el Job en este ciclo, publica la tarea y define los requisitos;
- Funded: El Client transfiere la comisión a una dirección de custodia de contrato inteligente, en lugar de dársela directamente al Provider;
- Submitted: El Provider completa el trabajo y presenta la prueba;
- Terminal (Completed / Rejected / Expired): El Evaluator se encarga de revisar la tarea, juzga si la tarea se completó según el resultado de la revisión (Completed o Rejected) y transfiere los fondos al Client o al Provider respectivamente; si ningún Provider responde o completa la tarea dentro del tiempo requerido, los fondos se devuelven al Client.
Además del flujo estándar anterior, ERC-8183 también puede implementar más funciones derivadas a través de la funcionalidad modular de extensión Hooks, para adaptarse a casos de uso comerciales complejos del mundo real. Los Hooks son contratos inteligentes opcionales adjuntos al crear un Job, que pueden ejecutar lógica personalizada antes o después de los diferentes ciclos de vida del Job, como umbrales de reputación, mecanismos de licitación, distribución de tarifas u otros requisitos especiales.
¿En qué se diferencian ERC-8183, x402 y ERC-8004?
Desde x402 hasta ERC-8004, y ahora ERC-8183, los lectores menos familiarizados podrían sentirse confundidos, preguntándose por qué cada cierto tiempo se crea algo nuevo. Pero en realidad, estos tres elementos se encuentran en tres eslabones diferentes del sistema económico de Agentes de IA y buscan resolver problemas distintos.
x402 es un protocolo de pago HTTP que pretende resolver el problema de permitir que un Agente de IA pague directamente como si llamara a una API; ERC-8004 es un estándar de identidad y reputación de Agentes de IA que resuelve el problema de cómo juzgar si un Agente es confiable; ERC-8183, por su parte, se orienta al eslabón de la transacción comercial, intentando resolver el desafío de cómo hacer que dos Agentes que no se confían completen una transacción.
Para resumirlo en una frase: x402 se encarga de resolver "cómo pagar"; ERC-8004 se encarga de saber "quién es la contraparte y si es confiable"; ERC-8183 se encarga de gestionar "cómo realizar la transacción con confianza".
Los tres no son relaciones de competencia, sino de complementariedad. Apuntan conjuntamente al mismo objetivo: construir un sistema económico de Agentes de IA descentralizado y capaz de funcionar de forma autónoma.
