El protocolo comercial subyacente de la economía de Agent de billones: comprenda ERC-8183, no es solo pago, sino el futuro

一、Antecedentes técnicos y definición del problema

1.1 El auge de la economía de agentes inteligentes de IA

Con el rápido avance de la tecnología y aplicaciones de IA, los agentes inteligentes de IA están pasando de ser simples herramientas a participantes económicos que generan valor y ofrecen servicios.

Un agente capaz de generar imágenes profesionales es un servicio por el que se puede pagar;

Un agente que analiza en profundidad carteras de inversión y ejecuta operaciones óptimas está gestionando fondos reales;

Un agente que revisa documentos legales y advierte riesgos realiza tareas que normalmente cuestan cientos de dólares por hora a abogados humanos.

Este salto en capacidades está dando lugar a nuevas formas de economía.

Cuando la IA se vuelve accesible, cada individuo, organización e incluso dispositivo inteligente puede operar mediante agentes inteligentes. Los modelos económicos cambiarán radicalmente: los agentes ya no solo interactúan con humanos, sino también entre sí, brindándose servicios mutuamente.

Por ejemplo, un agente de IA encargado de coordinar campañas de marketing contratará autónomamente agentes de creación de contenido, distribución y análisis de datos. La economía entera se transformará en una red tejida por innumerables agentes de IA, operando a velocidades de máquina, realizando transacciones de alta frecuencia a nivel global.

1.2 Desafío central: la necesidad de negocios sin confianza

En entornos comerciales tradicionales, la confianza suele estar respaldada por plataformas, sistemas de evaluación, marcos legales y normas sociales.

Pero al entrar en la era de los agentes de IA como intermediarios, cuando una persona o un agente contrata a otro, estos mecanismos fallan: actualmente, los agentes no tienen reputación social verificable, no existe un sistema confiable de evaluación que proporcione señales de referencia para humanos u otros agentes, no hay registros efectivos de contratos, ni mecanismos legales o de responsabilidad que puedan seguir la velocidad de las transacciones entre máquinas, ni mecanismos de bloqueo de fondos prepagados en caso de tareas no entregadas, ni plataformas o reguladores con capacidad de ejecución forzada.

La simple transferencia de tokens no resuelve el problema de confianza comercial. Sin garantías efectivas, si un proveedor recibe tokens y huye, el cliente (o el agente que publica la tarea) difícilmente podrá responsabilizarlo.

Y aún más, en un contexto globalizado, la interacción entre agentes de IA no se limitará a un solo país o región, lo que aumenta aún más la dificultad de establecer sistemas confiables de evaluación y regulación.

La tecnología de contratos inteligentes en blockchain ofrece una vía confiable para resolver este desafío.

Los contratos inteligentes desplegados en cadenas públicas descentralizadas encapsulan gestión de fondos, cambio de estados y pruebas de evaluación en código abierto, transparente, inmutable y sin pertenencia a ninguna parte, actuando como árbitros neutrales.

Al mismo tiempo, las liquidaciones en cadena (On-chain settlement) producen algo que las plataformas centralizadas no pueden ofrecer: registros portátiles, verificables e inalterables. Cada tarea completada, cada prueba de evaluación, cada hash de entrega se registra en la cadena, proporcionando datos para los sistemas de reputación e identidad de los agentes, y sirviendo como base para responsabilizar en caso de disputas.

二、Definición y valor central del ERC-8183

2.1 Definición

El protocolo ERC-8183 es un estándar en cadena para la economía descentralizada de agentes de IA, que no es simplemente un protocolo de pago tradicional, sino una norma de infraestructura comercial que abarca todo el ciclo de vida: “tarea—entrega—liquidación”.

Este estándar tiene como núcleo el concepto de “Job (tarea)”, definiendo un modelo de colaboración tripartita entre el solicitante (Cliente), el proveedor (Provider) y el evaluador (Evaluator). Además, mediante contratos inteligentes, implementa un flujo completo de publicación de tareas, gestión de fondos, envío de resultados y resolución de resultados mediante un estado de máquina (abierto, financiado, entregado, completado/rechazado/vencido).

En este marco, el pago ya no es una acción aislada, sino un proceso programático estrechamente ligado a las condiciones de la tarea, la verificación de entregas y los mecanismos de evaluación, logrando una ejecución comercial en cadena sin necesidad de confianza en intermediarios.

2.2 Valor central

La innovación del ERC-8183 radica en transferir la “confianza” desde plataformas centralizadas a lógica verificable en cadena, mediante contratos inteligentes que gestionan fondos, registran entregas y activan mecanismos de evaluación, logrando liquidaciones determinísticas y un historial comercial trazable.

Este diseño no solo resuelve la falta de confianza entre agentes de IA, sino que también construye una capa de datos de transacciones y reputación portátiles e inalterables, permitiendo que cualquier agente o sistema reutilice señales históricas para tomar decisiones, impulsando la escalabilidad de la economía descentralizada de agentes.

Además, su mecanismo extensible de Hooks permite ampliar la lógica comercial compleja (como subastas, gestión de fondos, cálculo de privacidad, etc.) bajo un estándar unificado, formando una red comercial en cadena abierta, sin permisos y componible, que provee infraestructura de confianza y liquidación para la economía nativa de IA.

三、Detalle del protocolo ERC-8183

3.1 Arquitectura del protocolo

Como se muestra en la figura, el protocolo ERC-8183 presenta una arquitectura basada en contratos que abarca todo el ciclo de vida de una tarea: con el contrato inteligente en el centro, integrando mecanismos de gestión de fondos, cambio de estado y Hooks modulares en un mismo marco de ejecución.

Desde la creación hasta la finalización, una tarea pasa por estados secuenciales: abierto, financiado, entregado, y estado terminal. Los fondos se bloquean y liberan automáticamente según el estado; además, se reservan interfaces de extensión en puntos clave para integrar lógica de negocio diversa.

Sobre esta estructura, el solicitante, el proveedor y el evaluador trabajan en coordinación en torno a la misma tarea, completando la iniciación, ejecución y verificación, logrando una automatización y cierre en cadena del proceso. A continuación, se detalla el funcionamiento de estos mecanismos.

3.2 Mecanismo de colaboración de roles tripartitos

En ERC-8183, cada actividad comercial se denomina un Job (tarea), cuyo flujo depende de la coordinación precisa de tres roles.

Cliente (Client)

• Inicia la operación comercial
• Lógica principal: llama a createJob para definir la tarea y predepositar fondos (fund)
• Responsabilidad: establecer la fecha de expiración (expiredAt); si no se completa en ese plazo, los fondos se devuelven automáticamente al cliente

Proveedor (Provider)

• Responsable de ejecutar y enviar la entrega (normalmente un hash o prueba en cadena)
• Lógica principal: al detectar eventos en cadena, acepta la tarea y ejecuta, luego llama a submitWork para enviar el resultado
• Punto clave: en ese momento, el proveedor aún no recibe el pago, los fondos permanecen bloqueados en el contrato

Evaluador (Evaluator)

• La parte más innovadora y central del protocolo
• Responsable de verificar el resultado y decidir si liberar los fondos en el contrato al proveedor o devolver al cliente
• Puede ser otro AI objetivo, un circuito de prueba de conocimiento cero (ZK-circuit), o una multi-firma (multi-sig)
• Lógica principal: lee el contenido enviado por el proveedor, y si es una tarea objetiva (como ejecución de código), puede ser un AI de auditoría; si es subjetiva, puede ser una multi-firma autorizada por el cliente
• Decisión final: llamar a completeJob (pago) o rejectJob (reembolso)

3.3 Máquina de estados del contrato inteligente (ciclo de vida)

El avance de un Job depende completamente de la máquina de estados del contrato, sin intervención de servidores centralizados:

Open (abierto): el cliente crea la tarea; en este momento, el proveedor puede ser nulo (address(0)), indicando una recompensa pública

Funded (financiado): los fondos se bloquean en la reserva del contrato, formando la base de confianza

Submitted (entregado): el proveedor envía el resultado

Estado terminal: la evaluación decide entre:

• Completed: verificación exitosa, fondos transferidos al proveedor
• Rejected: verificación fallida, fondos reembolsados al cliente
• Expired: vencimiento del plazo, fondos desbloqueados y devueltos automáticamente

3.4 Flujo de trabajo colaborativo de roles múltiples

ERC-8183 implementa un proceso de colaboración sin confianza mediante contratos inteligentes:

1. Publicación y bloqueo de fondos (iniciada por el cliente): el cliente llama a createJob, especificando un evaluador y depositando la recompensa en el contrato. Los fondos quedan bloqueados, garantizando seguridad para el proveedor
2. Entrega y prueba (ejecutada por el proveedor): tras completar el cálculo, llama a submitWork, enviando un hash o enlace de resultado (ej. IPFS CID). El estado pasa a Submitted
3. Decisión y liquidación (por el evaluador): el evaluador verifica el resultado. Si aprueba, llama a approveJob, y el contrato transfiere automáticamente los fondos al proveedor; si rechaza, llama a rejectJob, devolviendo los fondos al cliente

Este proceso, con gestión de fondos y separación de poderes, funciona como una versión descentralizada de “pago con garantía” (escrow): el comprador paga al contrato, el vendedor entrega, y la decisión final puede ser del comprador o de un tercero objetivo (evaluador).

3.5 Mecanismo de Hooks para extensión

Si solo existiera el flujo básico, sería rígido. Para adaptarse a escenarios complejos (como comisiones, verificación de cualificaciones, precios dinámicos), ERC-8183 introduce Hooks (contratos de gancho).

Al crear un Job (con createJob), el cliente puede vincular un contrato Hook personalizado, que actúa como un “punto de inspección” o “interceptor inteligente”. El protocolo puede llamar a este Hook antes o después de acciones clave (como pago o entrega). Los puntos de intervención son:

• beforeAction: antes de la acción principal; si el hook no aprueba (por ejemplo, baja reputación), la transacción se revierte
• afterAction: tras la acción, para desencadenar reacciones en cadena, permitiendo agregar lógica adicional (como restricciones de reputación o reparto de beneficios)

Este mecanismo desacopla el núcleo del protocolo de la lógica de negocio, mejorando escalabilidad y adaptabilidad. Los desarrolladores pueden agregar reglas específicas sin modificar el contrato principal, facilitando la innovación y la integración modular, y creando una red comercial en cadena abierta y permisiva, que soporta confianza y liquidación en la economía nativa de IA.

3.6 Detalle del mecanismo de Evaluador

En la colaboración de múltiples roles, el Evaluador es la “cabeza lógica” que decide si la transacción finaliza con éxito. Desde el punto de vista técnico, puede ser simplemente una dirección, pero más comúnmente será un contrato especializado. Según la complejidad de la tarea, existen tres evoluciones típicas:

Forma 1: Agente de IA (para tareas subjetivas)

Para tareas de escritura, diseño o análisis subjetivo, el Evaluador puede ser un AI conectado a un modelo de lenguaje grande (LLM), que lee la entrega, la compara con los requisitos y emite un juicio.

Forma 2: Circuito ZK (para tareas objetivas)

Para tareas de cálculo, generación de pruebas de conocimiento cero (ZKP) o transformación de datos, el Evaluador es un contrato que encapsula un verificador ZK: el proveedor envía una prueba, que se verifica en cadena, y en función del resultado, se llama a completar o rechazar automáticamente.

Forma 3: Multi-firma o DAO (para tareas de alto valor)

Para tareas de gran valor, el Evaluador puede ser una multi-firma, una DAO, o un nodo validado por staking.

ERC-8183 no distingue estas entidades; solo requiere que una dirección llame a completar o rechazar. Esto permite manejar desde tareas de 0.10 USD para generación de imágenes, hasta contratos de millones de dólares para gestión de fondos.

四、Comparación entre ERC-8183 y protocolos tradicionales de pago de agentes

4.1 Diferencias y similitudes entre ACP, AP2 y ERC-8183

En septiembre de 2025, OpenAI junto con Stripe, Google Cloud y Coinbase lanzaron respectivamente el Protocolo ACP (Agentic Commerce Protocol) y el Protocolo AP2 (Agent Payments Protocol).

El ERC-8183 fue desarrollado por el equipo dAI de la Fundación Ethereum y Virtual Protocol, presentado el 25 de febrero de 2026, y divulgado oficialmente el 10 de marzo, actualmente en fase de borrador.

En el auge de la economía de agentes de IA, estos tres protocolos intentan resolver la misma cuestión central: “¿Cómo pueden los agentes de IA colaborar y pagar de forma segura y eficiente?”

Sin embargo, difieren en el modelo de confianza, lógica de liquidación y grado de descentralización.

4.2 ACP y AP2: “API” para colaboración de IA

ACP (acplib) y AP2 se enfocan más en “funcionalidad”.

• ACP es como un manual de comunicación para agentes: define cómo saludarse y describir tareas, pero la liquidación de fondos suele depender de canales de pago externos o plataformas centralizadas como garantía.
• AP2 se centra en “hacer pagos”, resolviendo que los agentes tengan wallets y puedan pagar vía API.
• Limitación: si la plataforma centralizada falla o actúa mal, los contratos comerciales entre agentes pueden no ejecutarse, y el riesgo recae en la entidad central.

4.3 Ventajas técnicas del ERC-8183

¿Por qué creo que, con la globalización de IA, ERC-8183 tiene mayor potencial en la economía inteligente a largo plazo?

A. Mecanismo de “custodia” sin permisos

En protocolos centralizados, si el cliente no paga la última parte, el proveedor no puede hacer mucho; si paga por adelantado y el proveedor no cumple, el cliente suele aceptar las pérdidas.

ERC-8183 implementa una gestión no custodial de fondos: si el proveedor presenta una prueba válida, los fondos se liberan forzosamente, eliminando el riesgo de incumplimiento malicioso.

B. Modularidad extrema y Hooks

Permite insertar Hooks en el proceso comercial.

Antes de comenzar (beforeAction), un hook puede consultar un ERC-8004 para verificar si el agente tiene antecedentes de código malicioso. Si la reputación es baja, el contrato rechaza la tarea. Esto es una protección a nivel de protocolo, no solo de aplicación.

Cualquier lógica adicional, como requisitos de reputación o reparto de beneficios, puede integrarse en hooks sin modificar el núcleo, facilitando innovación y extensión modular, y creando una red comercial en cadena abierta y sin permisos, que soporta confianza y liquidación en la economía nativa de IA.

C. Liquidación atómica y resolución de disputas

Los protocolos tradicionales ACP/AP2 requieren intervención humana o lógica compleja para resolver disputas. ERC-8183, mediante el Evaluador, implementa “leyes en código”: puede delegar verificaciones complejas a agentes especializados, y al estar en cadena o usar ZK, el proceso es auditable y resistente a censura, una innovación técnica significativa.

4.4 Cómo escoger el protocolo de pago adecuado

Si construyes un sistema de agentes cerrado y buscas despliegue rápido con API sencilla, ACP o AP2 son herramientas listas.

Pero si quieres participar en un mercado global, sin fronteras, donde miles de agentes IA interactúan de forma segura en transacciones de trillones, ERC-8183 es la base tecnológica con menor confianza requerida.

五、Escenarios de aplicación

5.1 Cadena de suministro automatizada

En cadenas de suministro automatizadas, ERC-8183 permite que la gestión pase de manual a autónoma basada en tareas.

Por ejemplo, cuando un AI de inventario detecta escasez, publica automáticamente una tarea de reposición y bloquea presupuesto, que será gestionado por proveedores y agentes logísticos. Los fondos se mantienen en contrato y solo se liberan tras envío, recepción o cumplimiento de condiciones (como datos de logística), asegurando cumplimiento y pago sincronizados.

Reduce intervención humana, aumenta transparencia y eficiencia, útil en comercio internacional y almacenes inteligentes.

5.2 Automatización de marketing

En marketing, ERC-8183 puede ser la estructura de ejecución para crecimiento impulsado por IA, pasando de campañas manuales a tareas automáticas.

Un agente de marketing identifica tendencias, publica tareas de creación de contenido, que son realizadas por agentes especializados, y distribuidas y optimizadas por otros. Los fondos se bloquean al crear la tarea y solo se liberan si los resultados (exposición, clics, conversiones) cumplen los objetivos, creando un ciclo de marketing verificable y trazable.

Ahorra costos y garantiza seguridad y transparencia en resultados.

5.3 Mercado descentralizado de computación

En procesamiento de datos y tareas verificables, ERC-8183 puede construir un mercado de computación sin confianza.

Para tareas como limpieza de datos, inferencia de modelos o auditoría de código, se puede usar ZK para verificar resultados rápidamente y generar pruebas. Tras la verificación, el contrato liquida automáticamente, evitando retrasos y subjetividad. La verificación criptográfica asegura integridad, permitiendo colaboración eficiente y justa en IA y recursos descentralizados.

5.4 Centro de externalización automática de software IA

ERC-8183 soporta modelos de colaboración en outsourcing de software impulsados por IA.

Un agente principal (como AlphaBot) publica tareas de desarrollo, un agente de programación (como OpenClaw) realiza el código, y un agente de auditoría (como AuditNode) verifica automáticamente. Todo en cadena: publicación, gestión de fondos, envío y aceptación. Solo tras auditoría exitosa se realiza el pago, creando un ciclo de desarrollo sin intervención humana.

Impulsa eficiencia, y construye credibilidad y capacidad de los agentes, fomentando un sistema escalable de producción de software IA nativo.

六、Colaboración ecológica y combinación de protocolos

6.1 Combinación de ERC-8183 + ERC-8004 + x402

En el futuro de Ethereum, ERC-8183 puede complementarse con x402 (protocolo de micro pagos) y ERC-8004 (identidad y reputación de IA):

• ERC-8004: identidad y reputación en cadena — “¿quién es este IA y qué confianza merece?”
• ERC-8183: “seguridad y custodia en transacciones” — “¿cómo asegurar que esta compra-venta sea segura?”
• x402: “canal de pagos” — “¿cómo pagar como si llamaras a una API?”

6.2 Caso completo de colaboración: centro de outsourcing de software IA automatizado

1. ERC-8004 — perfil y reputación: AlphaBot revisa credenciales de OpenClaw, que muestra “500 entregas de código, 99% de buenas reseñas, 85% de reutilización”, y certificaciones de auditoría, asegurando confiabilidad.
2. ERC-8183 — marco contractual: AlphaBot crea tarea en ERC-8183, define requisitos (“escribir código Python para análisis de tendencia”), deposita 200 USDT, y designa un evaluador independiente.
3. x402 — pago flexible: al completar cada módulo, x402 calcula y liquida automáticamente un porcentaje (ej. 5%) al agente de programación.
4. Evaluador y liquidación — control final: AuditNode verifica en sandbox si el código produce el resultado esperado. Si aprueba, llama a completeJob, y el pago se realiza automáticamente, actualizando la reputación en ERC-8004.

七、Riesgos, desafíos y perspectivas futuras

7.1 Riesgos y desafíos

Dificultad de implementación del mecanismo de Evaluador

Para tareas subjetivas como arte o análisis, el Evaluador puede enfrentar dificultades técnicas iniciales; puede requerir evaluaciones humanas, multi-firma o enfoques híbridos.

El Evaluador como objetivo de ataque

Si el contrato del Evaluador es hackeado o la fuente de datos (Oracle) es manipulada, la seguridad del fondo se ve comprometida; la auditoría del Evaluador será clave.

Modo sin permisos, doble filo

Los agentes solo son direcciones sin validación, sin aseguradoras ni verificaciones, lo que reduce barreras pero aumenta riesgos de comportamiento malicioso.

7.2 Perspectivas futuras

La tríada ERC-8183 + ERC-8004 + x402

ERC-8004 resuelve la detección y confianza, creando un registro de actividades. ERC-8183 alimenta esa confianza con señales de reputación, entregas verificables y evaluaciones. La integración cierra un ciclo positivo: descubrimiento → transacción → reputación → mejor descubrimiento → más transacciones confiables.

En escenarios complejos, agregar x402 permite pagos flexibles y en demanda.

Estándar completo de negocio más allá del pago

ERC-8183 no es solo un protocolo de pago, sino una norma completa que cubre todo el ciclo: definición, gestión de fondos, entregas verificables, respaldo de evaluación y liquidación determinista. Los agentes pueden usar x402 o interfaces HTTP para interactuar, mientras que la liquidación en cadena se realiza de forma segura y estable.

Nueva ola de participación económica

La IA está creando rápidamente nuevos actores económicos: millones de desarrolladores y usuarios que construyen y venden microservicios y APIs sin necesidad de registro formal. ERC-8183, siendo sin permisos, ofrece no solo canales de pago, sino toda la infraestructura de ciclo de vida comercial: tareas claras, fondos seguros, entregas verificables y respaldo de evaluación, construyendo confianza en transacciones. Además, estas credenciales no están atadas a plataformas monopolísticas, sino que son activos líquidos propios del comerciante. Cualquier cadena puede verificar y validar en cualquier momento, fomentando un ecosistema abierto y descentralizado.