Extensión A2A x402: monetización de pago por llamada para agentes de IA

La emergencia del comercio entre máquinas (M2M)

La Especificación del protocolo A2A estableció cómo los agentes anuncian capacidades e intercambian tareas a través de límites corporativos. Sin embargo, a medida que los ecosistemas multiagente maduran, surge una pregunta crítica: ¿cómo monetizan los proveedores de servicios sus agentes de alto valor?

Considere un agente especializado en auditorías legales o un modelo de análisis de plegamiento de proteínas. El operador no puede ofrecer acceso gratuito ilimitado a cualquier agente de Internet, ni puede exigir a un cliente autónomo que rellene un formulario interactivo de pago.

Lo que los sistemas autónomos requieren es monetización programática y legible por máquinas:

• El agente llamante inspecciona los costes antes de enviar una tarea.
• El agente receptor mide el cómputo o los tokens en tiempo real.
• El pago se liquida de inmediato o se transmite por token.

¿Qué es la extensión x402?

Desarrollada bajo la iniciativa de código abierto alojada en google-agentic-commerce/a2a-x402, la extensión x402 aprovecha el modelo de extensibilidad estandarizado de la especificación principal mantenida por a2aproject/A2A.

El nombre rinde homenaje a HTTP 402 Payment Required, un código de estado reservado desde los años 90 para sistemas de efectivo digital que nunca alcanzaron un consenso global en navegadores web.

En redes multiagente, x402 estandariza:

1. Metadatos de precios en Agent Cards: Tarifas transparentes declaradas en /.well-known/agent.json.
2. Apretón de manos de desafío: Una respuesta 402 estandarizada que contiene detalles de la factura y redes de pago aceptadas.
3. Encabezado de prueba de pago: Recibos criptográficos o hashes de pago firmados enviados por el emisor para desbloquear la ejecución.

Declaración de metadatos de pago en Agent Cards

En lugar de fragmentar la especificación central, x402 utiliza el espacio de nombres oficial extensions del estándar A2A v1.0:

{
  "name": "Market Intelligence Oracle",
  "version": "1.0.0",
  "supportedInterfaces": [
    {
      "url": "https://oracle.example.com/a2a/v1",
      "protocolBinding": "JSONRPC",
      "protocolVersion": "1.0"
    }
  ],
  "extensions": {
    "x402": {
      "version": "1.0.0",
      "pricing": {
        "model": "per-call",
        "currency": "USDC",
        "amount": "0.05",
        "network": "base",
        "settlementAddress": "0x71C...3a9B"
      },
      "billingEndpoints": {
        "challenge": "https://oracle.example.com/x402/challenge",
        "verify": "https://oracle.example.com/x402/verify"
      }
    }
  },
  "skills": [
    {
      "id": "deep-equity-scan",
      "name": "Deep Equity Scan",
      "description": "Performs fundamental analysis on listed equity tickers.",
      "tags": ["finance", "equity", "analytics"]
    }
  ]
}

Al publicar este documento en /.well-known/agent.json, el proveedor permite que los modelos llamantes determinen si la tarea requerida se ajusta a su presupuesto de gasto autónomo antes de realizar una llamada de red.

El ciclo de vida de negociación y liquidación

El ciclo de interacción estándar entre un agente consumidor y un agente proveedor compatible con x402 sigue un patrón de cuatro pasos:

1. Descubrimiento y evaluación: El agente cliente lee la Agent Card del proveedor, analizando el bloque extensions.x402 para verificar monedas aceptadas y límites de tarifas.
2. Invocación / Desafío 402: El cliente envía una solicitud de tarea. Si el pago no ha sido autorizado previamente, el servidor detiene el procesamiento y devuelve un HTTP 402 con un desafío X-Payment-Required que contiene el hash criptográfico de la factura.
3. Liquidación: El cliente firma una transacción de micropago (por ejemplo, enviando USDC o generando un token de liquidación) y reenvía la solicitud con el encabezado X-Payment-Authorization.
4. Ejecución y recibo: El servidor verifica la liquidación on-chain o a través de su pasarela de pago, completa la tarea y devuelve el resultado junto con un recibo de pago inmutable.

Cómo construir y generar un agente monetizado

La creación de un agente de IA comercial en A2A requiere establecer metadatos fundamentales correctos. Si el esquema de la tarjeta no es válido, los agentes clientes no podrán descubrir ni negociar con su servicio.

Para ensamblar su tarjeta:

1. Abra nuestro generador de Agent Card para definir sus endpoints básicos, habilidades y esquemas de autenticación.
2. Agregue su bloque de configuración extensions.x402 especificando tarifas y redes de liquidación admitidas.
3. Valide su sintaxis con nuestro validador de Agent Card para asegurar el cumplimiento total de v1.0.
4. Despliegue el archivo resultante en la raíz pública de su dominio en /.well-known/agent.json.