El paquete Cardano x402 se lanza en npm para pagos de IA

Cardano Foundation ha anunciado que Cardano ya está disponible a través del SDK oficial de x402, un estándar de pagos abierto construido en torno al estado HTTP 402 Payment Required. El código de Cardano entró en el repositorio de x402 a principios de septiembre, pero el paquete independiente ya está publicado en npm y listo para añadirse a aplicaciones de TypeScript.

El paquete oficial Cardano x402 llega a npm

El paquete @x402/cardano se publicó el 18 de septiembre como la versión 2.26.0. Proporciona módulos separados para los componentes de cliente, servidor y facilitador que se utilizan para procesar pagos de Cardano a través de x402.

El cliente prepara y firma una transacción de Cardano. El servidor define el precio, el activo aceptado, la red y la dirección del destinatario para un recurso digital protegido. El facilitador verifica que la transacción firmada cumpla esas condiciones y gestiona la liquidación.

La compatibilidad con Cardano se integró en el SDK oficial de x402 el 9 de septiembre, con cobertura para mainnet, preprod y preview. En esa etapa, los desarrolladores podían inspeccionar y compilar el código desde el repositorio, pero el paquete específico de npm no se había publicado.

La nueva publicación elimina esa brecha de instalación. Cardano Foundation también ha compartido una demostración que los desarrolladores pueden ejecutar y adaptar al añadir pagos x402 a sus propias aplicaciones.

Cómo x402 procesa pagos de API en Cardano

X402 convierte el estado HTTP 402 Payment Required en un flujo de pago programable entre un cliente y un servidor. Coinbase desarrolló originalmente el protocolo, que ahora está gobernado por la x402 Foundation bajo la Linux Foundation.

Cuando una aplicación o un agente de IA solicita una API de pago, el servidor puede devolver una respuesta HTTP 402 que contenga el precio, la red de Cardano, el activo aceptado, la dirección del destinatario y la fecha límite de pago. El cliente firma una transacción que cumple esas condiciones y reenvía la solicitud con la prueba de pago.

Un facilitador verifica la transacción y confirma la liquidación antes de que el servidor libere los datos solicitados, la capacidad de cómputo u otro recurso digital. La decisión de pago y acceso tiene lugar por lo tanto dentro del mismo proceso de solicitud y respuesta web.

El modelo permite a un operador de API cobrar por llamadas individuales sin requerir una página de pago tradicional, saldo prepago o suscripción. Un servicio puede configurar el pago en ADA o en un token nativo de Cardano seleccionado, aunque el operador debe especificar qué activos acepta.

Esta estructura está diseñada para aplicaciones y agentes autónomos que necesitan adquirir datos o recursos de cómputo de forma programática. Proporciona a Cardano una conexión estandarizada con servicios ya construidos alrededor del protocolo x402 más amplio en lugar de requerir un formato de pago por separado para cada integración.

El facilitador de Cardano completa pruebas en preprod

Cardano Foundation también ha publicado un facilitador x402 independiente desarrollado en Java. El servicio implementa el esquema de pago exacto de Cardano y verifica transacciones ya firmadas por un usuario o agente. No guarda claves privadas y no puede mover fondos de forma independiente.

El facilitador admite pagos directos a direcciones, el depósito en garantía vested_pay de Masumi para transacciones de agentes de IA y transferencias de scripts de Plutus configurables. Su repositorio reporta 166 pruebas completadas y una transacción de extremo a extremo en Cardano preprod, que cubre construcción de transacciones, firma, verificación, liquidación y confirmación en cadena independiente.

El servicio aún no se ha probado en la mainnet de Cardano. Por lo tanto, la implementación disponible es un facilitador probado en preproducción en lugar de un servicio de pagos en mainnet operando públicamente.

La publicación en npm cambia lo que los desarrolladores pueden usar hoy. Los componentes x402 de Cardano ya no necesitan compilarse manualmente desde el repositorio principal. Ahora pueden instalarse como un paquete oficial, conectarse a la demostración disponible y configurarse con un facilitador para pagos de aplicaciones o agentes. Un despliegue en producción todavía requiere configuración de activos admitidos, infraestructura operativa y pruebas de liquidación en mainnet completadas.