X402

x402 es un estándar de pago abierto y neutral para transacciones nativas de internet , basado en el protocolo HTTP. Reutiliza el código de estado HTTP 402 ("Pago requerido"), que llevaba mucho tiempo en desuso , para permitir pagos entre pares directamente dentro de los ciclos de solicitud-respuesta HTTP. Los pagos se pueden realizar en criptomonedas compatibles, como USDC , y a través de medios de pago fiduciarios compatibles, como tarjetas de pago . ^{[ 1 ]}

Historia

El código de estado HTTP 402 existe desde los inicios de la World Wide Web , concebido originalmente como un mecanismo para que los servidores cobraran a los clientes por cada solicitud. Sin embargo, durante décadas permaneció prácticamente sin uso debido a limitaciones de infraestructura: los pagos eran lentos, costosos y requerían cuentas, sesiones e intermediarios que implicaban numerosos procesos de contracargo .

x402 fue desarrollado por Coinbase para retomar este concepto original con primitivas criptográficas modernas , incluyendo stablecoins , liquidación rápida en blockchain y autorización programable . El protocolo aprovecha EIP-3009 (autorización de tipo permiso) para permitir la verificación directa de pagos sin pasarelas de pago externas.

Especificaciones técnicas

Descripción general del protocolo

x402 introduce una extensión mínima a los flujos HTTP estándar, lo que permite la verificación del pago antes de otorgar el acceso a los recursos. El protocolo mantiene la compatibilidad total con HTTP al tiempo que introduce la negociación del pago como parte integral del ciclo de solicitud-respuesta. ^{[ 2 ]}

Flujo de pago trifásico

Fase 1: Solicitud y cotización

Un cliente realiza una solicitud HTTP estándar a un servidor de recursos . Si el recurso requiere pago, el servidor responde con un código de estado HTTP 402 junto con una carga útil JSON que especifica:

Precio (normalmente en USDC o stablecoins similares )
Red blockchain compatible (por ejemplo, Base )
Requisitos criptográficos
Dirección de la billetera para el destino del pago

Fase 2: Autorización y verificación

El cliente genera una autorización de pago firmada utilizando el estándar EIP-3009transferWithAuthorization ( ) a través de su billetera de criptomonedas . El cliente vuelve a enviar la solicitud HTTP, adjuntando la carga útil de pago firmada en un encabezado HTTP (normalmente X-PAYMENTo PAYMENT-SIGNATURE). Un servicio facilitador (o el propio servidor) verifica la firma criptográfica y confirma que los parámetros de pago coinciden con la cotización inicial. ^{[ 3 ]}

Fase 3: Asentamiento y entrega de recursos

Una vez que el facilitador valida la autorización de pago fuera de la cadena, la transacción firmada se envía a la cadena de bloques para su liquidación. Tras la confirmación en la cadena, el servidor devuelve el recurso solicitado con un código de estado HTTP 200 y una X-PAYMENT-RESPONSEcabecera que contiene el hash de la transacción para su verificación.

Características clave del diseño

Nativo de HTTP : Integrado directamente en las solicitudes HTTP sin necesidad de protocolos de comunicación adicionales.
Sin estado : No se necesitan cuentas de usuario, sesiones, claves API ni credenciales persistentes.
Verificable criptográficamente : Todas las autorizaciones de pago están firmadas y son verificables en la cadena de bloques.
Liquidación instantánea : utiliza stablecoins y blockchains rápidas para una verificación casi inmediata.
Independiente del backend : Cualquier servidor capaz de devolver una respuesta HTTP 402 puede adoptar el protocolo.

Aplicaciones y casos de uso

El protocolo x402 facilita transacciones programáticas instantáneas para entornos donde los sistemas de pago tradicionales son ineficientes. Plataformas empresariales como Amazon Web Services han demostrado cómo las instituciones financieras pueden integrar agentes de IA autónomos con la infraestructura de pagos x402, lo que permite a los agentes acceder a API y servicios de datos premium con liquidación instantánea en la cadena de bloques sin necesidad de configurar una cuenta ni involucrar a intermediarios. ^{[ 4 ]} Las aplicaciones principales incluyen:

Micropagos : Procesamiento en tiempo real y a bajo costo para transacciones de gran volumen y de fracciones de centavo.
Pagos automatizados : Negociación y liquidación programática de transacciones mediante agentes de software autónomos sin intervención humana.
Pago por llamada a la API : Facturación programable de pago por llamada que reemplaza las claves de API y los niveles de suscripción tradicionales.
Transacciones máquina a máquina (M2M) : Intercambios financieros de alta velocidad entre sistemas automatizados, como los dispositivos del Internet de las cosas (IoT).
Acceso de pago por uso : Modelos de pago por uso para recursos en la nube, contenido multimedia y datos, facturados estrictamente por uso en lugar de mediante suscripciones fijas.
Suscripciones y renovaciones : Ejecución autónoma de pagos recurrentes por parte de agentes de software en nombre de los usuarios.

Implementación

Ejemplo de código

Un ejemplo sencillo de Node.js usando el middleware x402:

app.use ( paymentMiddleware ( { " GET /weather" : { accepts : [...], // Tantas redes/esquemas como desee admitir description : "Datos meteorológicos" , // Lo que hace su endpoint }, }, ) );

Si una solicitud llega sin pago, el servidor responde con un código HTTP 402. Al recibir el código 402, la billetera del cliente firma una autorización de pago y vuelve a enviar la solicitud.

Normas técnicas y cumplimiento

x402 cumple con:

RFC 9110 - Semántica y contenido HTTP
EIP-3009 - Prórrogas de permisos para ERC-20
EIP-712 - Hashing y firma de datos estructurados tipados

Ventajas y críticas

Ventajas

Elimina los intermediarios de pago y las comisiones asociadas.
No se requiere configuración de cuenta ni verificación de identidad.
Criptográficamente seguro y verificable en la cadena de bloques.
Totalmente compatible con la infraestructura HTTP existente.
Adecuado para micropagos donde los procesadores tradicionales son ineficientes.

Desafíos

Requiere la adopción de la billetera por parte de los clientes.
Depende de la disponibilidad y velocidad de la red Blockchain.
Conocimiento generalizado limitado en comparación con los métodos de pago tradicionales.
Incertidumbre regulatoria en torno a los pagos con criptomonedas en diversas jurisdicciones.

Referencias

↑ "x402 - Pago requerido" . x402.org . Consultado el 4 de abril de 2026 .
↑ "Cómo funciona x402" . Documentación para desarrolladores de Coinbase . Consultado el 4 de abril de 2026 .
↑ "Integración del protocolo x402 - Documentación de Browserbase" . Browserbase . Consultado el 4 de abril de 2026 .
↑ "x402 y comercio agente: redefiniendo los pagos autónomos en los servicios financieros" . Blog de Amazon Web Services . Consultado el 4 de abril de 2026 .

Enlaces externos

Documentación para desarrolladores de Coinbase

[1] "x402 - Pago requerido" . x402.org . Consultado el 4 de abril de 2026 .

[2] "Cómo funciona x402" . Documentación para desarrolladores de Coinbase . Consultado el 4 de abril de 2026 .

[3] "Integración del protocolo x402 - Documentación de Browserbase" . Browserbase . Consultado el 4 de abril de 2026 .

[4] "x402 y comercio agente: redefiniendo los pagos autónomos en los servicios financieros" . Blog de Amazon Web Services . Consultado el 4 de abril de 2026 .

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]