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.
El protocolo x402
Los pagos agénticos necesitan una forma para que clientes y servidores negocien términos de pago sobre infraestructura web estándar sin interrumpir las interfaces web tradicionales. El espacio de micropagos aún es incipiente y probablemente surgirán 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 "Payment Required" 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 reintenta con un pago firmado. El servidor delega la verificación y liquidación a un facilitador, un intermediario opcional que gestiona el envío de la transacción on-chain. 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 on-chain.
Diagrama de flujo x402
El protocolo es sin estado (sin sesiones ni claves de API), funciona con infraestructura HTTP estándar y admite cualquier token SPL que acepte el servidor. Aquí hay 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 obtener más información sobre x402, consulta nuestras guías:
Introducción a x402
Fundamentos del protocolo y opciones de SDK para crear APIs habilitadas para pagos.
Construye con Kora
Implementa pagos x402 sin gas usando la infraestructura de firma de Kora.
Herramientas x402
| SDK | Descripción |
|---|---|
| Corbits | Implementación x402 centrada en Solana |
| MCPay.tech | Pago por solicitud para servidores MCP |
| PayAI | Facilitador x402 con soporte para Solana |
| x402 GitHub | Implementación de referencia |
| ACK | Kit de comercio de agentes |
| A2A x402 | Pagos de agente a agente de Google |
Is this page helpful?