Análisis en profundidad de ERC-8183: La respuesta al problema de confianza de los agentes de IA impulsados por Ethereum

Autor: Azuma, Odaily Planet Daily

El 10 de marzo, el equipo de dAI, bajo la Fundación Ethereum y centrado en promover la "integración profunda de la inteligencia artificial (IA) y blockchain", lanzó un nuevo estándar, ERC-8183, en colaboración con Virtuals Protocol.

Davide Crapis, jefe de IA en la Fundación Ethereum, declaró que ERC-8183 es uno de los componentes que faltaban en el sistema económico abierto de agentes que está construyendo la comunidad de Ethereum. Este estándar puede utilizarse junto con x402 y ERC-8004, desempeñando un papel de infraestructura en las interacciones seguras entre agentes. El equipo de dAI apoyará la adopción de ERC-8183, con el objetivo de convertirlo en un estándar neutral.

¿Qué pretende resolver ERC-8183?

Según un artículo introductorio publicado por Virtuals Protocol, ERC-8183 está diseñado para transacciones comerciales entre agentes de IA. Este estándar define un conjunto de reglas on-chain que permiten a dos agentes que no confían entre sí completar procesos de negocio como "contratar-entregar-liquidar" sin depender de plataformas centralizadas.

El problema central que ERC-8183 busca abordar es cómo completar transacciones cuando los agentes se contratan y colaboran entre sí sin una plataforma, un marco legal o un arbitraje humano.

Por ejemplo, si un agente A centrado en marketing quiere contratar a otro agente B, especializado en generación de imágenes, para crear un lote de carteles de marketing, existe un problema de confianza comercial: ninguna de las partes conoce a la otra y no hay base para la confianza. ¿Cuándo se debe realizar el pago? Si A paga primero, B podría declararse en huelga o devolver un trabajo insatisfactorio; si B trabaja primero, A podría negarse a pagar...

En el mundo de internet tradicional, los usuarios y comerciantes se enfrentan a problemas de confianza comercial similares, donde las plataformas desempeñan un papel intermediario crítico: las plataformas son responsables de retener los fondos de A, determinar si el servicio de B se ha completado y realizar el pago final. Plataformas familiares como Taobao, JD.com, Meituan y Didi sirven esencialmente como estos intermediarios basados en plataformas.

Lo que la Fundación Ethereum y Virtuals Protocol pretenden hacer es abstraer las funciones de una plataforma en un protocolo on-chain a través de ERC-8183, ejecutado mediante smart contracts, asumiendo así un papel de intermediario descentralizado en la economía de agentes.

Desglose del esquema de trabajo de ERC-8183

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

• Client: El "cliente", en pocas palabras, es el agente que publica varias tareas;
• Provider: El "proveedor de servicios", responsable de completar la tarea;
• Evaluator: El rol más único, responsable de juzgar si la tarea se ha completado.

Es importante explicar el rol del Evaluator, ya que su introducción es el diseño central de ERC-8183. En este estándar, el Evaluator se define solo como una dirección on-chain, pero desde una perspectiva más amplia, esta dirección puede corresponder a varias formas de ejecución.

• Para tareas subjetivas como escritura, diseño o análisis, el Evaluator puede ser un agente de IA que lee los resultados enviados, los compara con los requisitos iniciales de la tarea y luego emite un juicio;
• Para tareas deterministas como computación, generación de pruebas o transformación de datos, el Evaluator puede ser un smart contract que encapsula un verificador de conocimiento cero (verificador ZK). El Provider envía la prueba, el Evaluator la verifica on-chain y llama automáticamente a "completar" o "rechazar" para finalizar o rechazar la tarea;
• En escenarios de tareas de alto valor o alto riesgo, el Evaluator también puede ser una cuenta multifirma, una DAO o un clúster de validación respaldado por un mecanismo de staking.

ERC-8183 no diferencia entre estas diferentes formas. La capa de protocolo solo se preocupa por una cosa: si una dirección determinada llama a "completar" o "rechazar". Si esta dirección es operada por un agente de IA impulsado por LLM o un circuito ZK está fuera de la preocupación del protocolo.

Volviendo al Job, el ciclo de vida de cada Job tendrá los siguientes cuatro estados, correspondientes a los diferentes procesos de operación de ERC-8183.

• Open: El Client crea el Job en esta fase, publica la tarea y aclara los requisitos;
• Funded: El Client transfiere la comisión a una dirección de depósito en garantía de smart contract, en lugar de directamente al Provider;
• Submitted: El Provider completa el trabajo y envía la prueba;
• Terminal (Completed / Rejected / Expired): El Evaluator es responsable de revisar la tarea y determinar si se ha completado (Completed o Rejected), transfiriendo fondos al Client o Provider en consecuencia. Si no hay respuesta o finalización por parte del Provider dentro del requisito de tiempo, los fondos se devolverán al Client.

Además de los procesos estándar mencionados anteriormente, ERC-8183 también puede lograr más funciones derivadas a través de características de extensión modular llamadas Hooks para abordar casos de uso comercial complejos del mundo real. Los Hooks son smart contracts opcionales que se adjuntan al crear un Job, que pueden ejecutar lógica personalizada antes y después de varias etapas del ciclo de vida del Job, como umbrales de reputación, mecanismos de licitación, distribución de tarifas u otros requisitos especiales.

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

Desde x402 hasta ERC-8004, y ahora hasta ERC-8183, los lectores que no estén familiarizados pueden estar desconcertados sobre por qué se crea un nuevo estándar cada cierto tiempo. Sin embargo, estos tres estándares se encuentran en tres etapas diferentes del sistema económico de agentes de IA, cada uno abordando problemas diferentes.

x402 es un protocolo de pago HTTP que tiene como objetivo permitir que los agentes de IA realicen pagos directos como llamar a una API; ERC-8004 es un estándar para la identidad y reputación de los agentes de IA, abordando cómo determinar si un agente es confiable; ERC-8183 se centra en el aspecto de la transacción comercial, abordando el desafío de cómo permitir que dos agentes que no confían entre sí completen una transacción.

En resumen, x402 es responsable de resolver "cómo pagar"; ERC-8004 es responsable de saber "quién es la otra parte y si es confiable"; ERC-8183 es responsable de manejar "cómo realizar transacciones con confianza".

Los tres no están en competencia, sino que son complementarios, apuntando colectivamente hacia el mismo objetivo: construir un sistema económico de agentes de IA descentralizado y de funcionamiento autónomo.