Pagos agénticos

Los agentes de IA son cada vez más autónomos en sus flujos de trabajo: escriben código, obtienen datos, aprovisionan recursos y más. Para operar de forma completamente independiente, necesitan una forma de realizar "micropagos" por servicios de manera programática, en tiempo real, a un costo mínimo. Los sistemas de pago tradicionales no funcionan para micropagos. Las tarifas inferiores a un centavo de Solana y su finalidad en menos de un segundo hacen que esto sea técnica y económicamente viable.

¿Por qué es importante?

Por ejemplo, imagina que un desarrollador que usa un LLM para construir una aplicación necesita datos de una API de pago. Para obtener algunos datos importantes, un desarrollador necesitaría detener su flujo de trabajo, investigar APIs, seleccionar un proveedor, crear una cuenta, agregar un método de pago, generar una clave de API, copiar la clave en su entorno, y luego reanudar su flujo de trabajo. Esta fricción rompe el estado de concentración. Para flujos de trabajo asistidos por IA, es un obstáculo.

En cambio, con los pagos agénticos, el agente puede hacer la solicitud, pagar por ella y continuar con su flujo de trabajo. Sin cuentas. Sin claves de API. Sin intervención manual.

Paga por APIs con pay.sh

pay.sh es una capa de pago para agentes HTTP y herramientas de línea de comandos. Consulta la documentación de pay.sh para instalar pay. La CLI de pay envuelve herramientas como curl, codex y claude para que puedan llamar a APIs de pago sin cuentas de proveedor ni claves de API. Cuando una API devuelve un desafío MPP o x402 402 Payment Required, pay solicita a tu billetera local que apruebe la firma.

El Protocolo x402

Los pagos agénticos necesitan una forma para que clientes y servidores negocien términos de pago a través de infraestructura web estándar sin interrumpir las interfaces web tradicionales. El espacio de los micropagos todavía está en sus inicios y es probable que surjan nuevas herramientas y estándares a medida que el espacio evolucione. Sin embargo, el protocolo x402 ha surgido como un estándar temprano con un fuerte respaldo del ecosistema. x402 utiliza el código de estado 402 "Pago Requerido" de HTTP, un estándar desde HTTP/1.1 que solo se volvió práctico con la liquidación blockchain.

Cómo funciona

El cliente realiza una solicitud, recibe un 402 con los términos de pago y luego vuelve a intentarlo con un pago firmado. El servidor delega la verificación y liquidación a un facilitador, un intermediario opcional que maneja el envío de la transacción onchain. Una vez que el facilitador confirma la liquidación, el servidor devuelve el contenido solicitado. Esta separación permite a los proveedores de API aceptar pagos sin gestionar directamente ninguna infraestructura onchain.

Diagrama de flujo x402

El protocolo no tiene estado (sin sesiones ni claves de API), funciona con infraestructura HTTP estándar y admite cualquier token SPL que acepte el servidor. Aquí tienes un fragmento de cómo configurar un servidor Express usando middleware x402:

app.use(
  paymentMiddleware(
    {
      "GET /costly-data": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.001",
            network: "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
            payTo: svmAddress
          }
        ],
        description: "Costly data",
        mimeType: "application/json"
      }
    },
    new x402ResourceServer(facilitatorClient).register(
      "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
      new ExactSvmScheme()
    )
  )
);

app.get("/costly-data", (req, res) => {
  res.send({
    report: {
      data: "costly data"
    }
  });
});

Para aprender más sobre x402, consulta nuestras guías:

Herramientas x402