x402 liderando la economía de máquinas! Tres grandes protocolos construyendo una nueva era de pagos de Agentes AI

Con la evolución del Agente de IA de herramienta a sujeto económico autónomo, la infraestructura de pagos tradicional ya no puede satisfacer sus necesidades de transacciones autónomas, interacciones entre ecosistemas y verificación de identidad. Para ello, tres nuevos protocolos emergentes: x402, AP2 y ERC-8004, han construido conjuntamente la base de pagos de la economía de máquinas. El protocolo x402 utiliza el código de estado HTTP 402 para lograr “pago a la llamada de la API”, liderando la economía de máquinas.

x402 protocolo: activar HTTP 402 implementar pago nativo de API

x402 fue lanzado por el mayor intercambio de criptomonedas regulado en EE.UU., su innovación central radica en activar el código de estado HTTP 402 (“Pago Requerido”), integrando lógicamente el pago en el flujo de solicitud-respuesta de la web, logrando que “una llamada a la API sea igual a un pago”. Este concepto, que parece simple, en realidad resuelve el problema más básico en la economía de los Agentes de IA: cómo completar micropagos de alta frecuencia sin depender de la intervención humana.

El protocolo x402 se basa en una arquitectura cliente/servidor. El cliente es el comprador que adquiere servicios/productos, mientras que el servidor es el vendedor que ofrece dichos servicios/productos. Sobre esta base, la mayor bolsa de criptomonedas regulada de EE. UU. proporciona servicios de facilitadores a los vendedores para simplificar el proceso de verificación y liquidación de pagos entre compradores y vendedores. Tomando como ejemplo el servidor Canza, que ocupa el primer lugar en x402scan (un AI que proporciona información de transacciones), su flujo de operación es el siguiente:

Primero, el usuario inicia una solicitud en el cliente para acceder a los servicios de pago de Canza. Luego, el servidor de Canza utiliza la respuesta HTTP 402 para definir la solicitud de pago: el cliente necesita proporcionar el encabezado X-PAYMENT y realizar el pago a través de USDC en la cadena Base. Después de que el cliente analiza el contenido JSON de la respuesta 402, la billetera solicitará firmar un mensaje de TransferWithAuthorization (implementado a través de ERC-3009). Este mensaje permite al firmante realizar transferencias sin costo de Gas desde la dirección del firmante a través de una dirección EOA o dirección de contrato de terceros.

Luego, el usuario firma el mensaje, y el cliente envía el Payload utilizando el encabezado X-PAYMENT codificado en base64. Al recibir el Payload entrante, el servidor Canza realizará la verificación por parte del facilitador y liquidará el pago en la blockchain. Una vez que el servidor Canza confirme el pago, Canza proporcionará al usuario el servicio solicitado.

Las tres principales ventajas del protocolo x402:

Soporte multichain: soporte para cadenas EVM como Base, Avalanche y Solana, configuración flexible en el servidor.

Pago de bajo fricción: a través de ERC-3009 se realizan transferencias sin costo de Gas, reduciendo el costo de las transacciones.

Integración nativa de HTTP: No se requiere una capa de pago adicional, cualquier aplicación que soporte HTTP puede conectarse fácilmente.

El protocolo x402 es especialmente notable porque admite múltiples activos criptográficos en varias cadenas de bloques (Base, Avalanche y otras cadenas EVM, Solana) para pagos, solo se necesita configurar en el lado del servidor. Esta flexibilidad permite que x402 se adapte a diferentes escenarios de aplicación y preferencias de los usuarios.

AP2 protocolo: construcción de un marco de transacciones confiables para la autorización digital

AP2 (Protocolo de Pagos de Agentes) es un marco de pago abierto basado en el protocolo de comunicación Agente a Agente (A2A) y el Protocolo de Contexto de Modelo (MCP). Su objetivo central es resolver tres problemas clave en los negocios de Agentes: verificación de autorización (demostrar que el Agente ha obtenido el permiso del usuario), autenticidad (asegurar que las transacciones reflejan las necesidades reales del usuario) y responsabilidad en las transacciones (especificar la atribución de responsabilidades en caso de disputas).

El flujo de trabajo del protocolo AP2 se centra en el concepto clave de los Mandatos, que son contratos digitales a prueba de manipulaciones y firmados criptográficamente, que sirven como evidencia verificable de las instrucciones del usuario. Se dividen en tres tipos de Mandatos:

El mandato de intención (Intent Mandate) es aplicable a las transacciones automatizadas cuando el usuario no está presente. El usuario proporciona previamente al Agente AI instrucciones de operación que incluyen restricciones de condiciones claras, como “comprar entradas para el concierto, con un presupuesto no superior a 500 pesos”. Este mandato proporciona una doble garantía legal y técnica a la toma de decisiones autónomas del Agente AI, asegurando que sus acciones siempre estén dentro del ámbito de autorización del usuario.

La autorización del carrito (Cart Mandate) se aplica a las transacciones que el usuario confirma en el lugar. Se genera cuando el agente tiene los productos y precios específicos listos para que el usuario los confirme. La aprobación del usuario se firmará en la autorización del carrito, estableciendo un registro seguro e inmutable sobre los productos y precios exactos, asegurando que lo que se ve es lo que se paga. Esto resuelve el riesgo de “alteración de pedidos” en el comercio electrónico tradicional.

El mandato de pago (Payment Mandate) es un comprobante independiente, que se comparte con la red de pagos y el emisor de la tarjeta, destinado a transmitir información sobre la participación del Agente de IA y la existencia del usuario, ayudando a resolver disputas de transacciones, realizar evaluaciones de riesgo y cumplir con la regulación. Este diseño permite que el comportamiento de transacción del Agente de IA tenga la misma trazabilidad y cumplimiento que las transacciones financieras tradicionales.

El diseño de tres tipos de poderes en el protocolo AP2 digitaliza y automatiza, en realidad, el mecanismo de autorización y delegación en la sociedad humana. Proporciona un marco seguro y estandarizado para el protocolo de pago x402, asegurando que cada pago tenga una base de autorización clara y una responsabilidad asignada.

ERC-8004: Identidad descentralizada como base para la economía de máquinas

ERC-8004 es una solución de identidad de agente de IA descentralizada de Ethereum, diseñada para abordar los problemas de autenticidad de la identidad del agente de IA, la fiabilidad de los registros de comportamiento y la verificabilidad. A diferencia de AP2, ERC-8004 se centra en construir la confianza en la interacción entre agentes de IA, en lugar de la confianza en las transacciones entre el usuario, el agente de IA y el comerciante.

El diseño de ERC-8004 gira en torno a la construcción de tres registros ligeros, cada uno de los cuales es responsable de diferentes aspectos del modelo de confianza. El Registro de Identidad (Identity Registry) se implementa basado en el estándar ERC-721 y amplía la funcionalidad de URIStorage, lo que permite que la identidad del Agente de IA sea compatible con el ecosistema NFT existente. Cada Agente de IA se registra llamando a la función register, obteniendo un agentId único (es decir, el tokenId de ERC-721).

El Registro de Reputación (Reputation Registry) proporciona una interfaz estándar para publicar y obtener retroalimentación sobre los servicios de los Agentes de IA, soportando un sistema de retroalimentación de calificación de 0 a 100, clasificación por etiquetas y asociación de pruebas de pago. Este registro adopta una arquitectura híbrida en cadena y fuera de cadena, garantizando la combinabilidad de los datos centrales en la cadena, mientras que deja los cálculos de agregación complejos para ser procesados fuera de la cadena para mejorar la eficiencia. La estructura del contrato del Registro de Reputación está estrechamente relacionada con el Registro de Identidad, asegurando que solo los Agentes de IA registrados puedan acceder a los registros de reputación.

El Registro de Validación (Validation Registry) proporciona un Hook universal para solicitar y registrar resultados de validación independientes, apoyando múltiples mecanismos de validación incluyendo el staking económico (los validadores vuelven a ejecutar tareas) y pruebas criptográficas (pruebas TEE, validaciones zkML, etc.). Este diseño permite que diferentes mecanismos de validación con diversas necesidades de seguridad coexistan en el mismo ecosistema.

Construcción de la economía de máquina como piedra angular de los pagos

La combinación de x402, AP2 y ERC-8004 constituye un sistema de pago completo para agentes de IA. ERC-8004 resuelve el problema de identidad de los agentes de IA, asegurando que cada agente de IA que participe en actividades económicas tenga una identidad y un historial de reputación verificables. x402 aborda el problema de “cómo realizar micropagos de alta frecuencia con criptomonedas”, integrando los pagos de manera fluida en el proceso de llamada a la API. AP2 proporciona un marco seguro y estandarizado para el protocolo de pago x402, estableciendo límites de comportamiento económico independientes para los agentes de IA.

El efecto sinérgico de estos tres es mucho mayor que el uso individual. Imagina una escena: un Agente de IA necesita invocar el servicio de análisis de datos de otro Agente de IA. Primero, verifica la identidad y reputación del otro a través de ERC-8004, asegurándose de que el proveedor de servicios sea fiable. Luego, utiliza AP2 para crear un documento de autorización de intención, estableciendo un límite de presupuesto y requisitos de servicio. Finalmente, completa el pago instantáneo a través del protocolo x402, todo el proceso sin intervención humana.