Il pacchetto Cardano x402 viene lanciato su npm per i pagamenti AI

La Cardano Foundation ha annunciato che Cardano è ora disponibile tramite l'SDK ufficiale x402, uno standard di pagamento aperto costruito attorno allo stato HTTP 402 Payment Required. Il codice di Cardano è entrato nel repository x402 all'inizio di settembre, ma il pacchetto autonomo è ora pubblicato su npm ed è pronto per essere aggiunto alle applicazioni TypeScript.

Il pacchetto ufficiale Cardano x402 arriva su npm

Il pacchetto @x402/cardano è stato pubblicato il 18 settembre come versione 2.26.0. Fornisce moduli separati per i componenti client, server e facilitatore utilizzati per elaborare i pagamenti Cardano tramite x402.

Il client prepara e firma una transazione Cardano. Il server definisce il prezzo, l'asset accettato, la rete e l'indirizzo del destinatario per una risorsa digitale protetta. Il facilitatore verifica che la transazione firmata rispetti tali condizioni e gestisce il regolamento.

Il supporto a Cardano è stato integrato nell'SDK ufficiale x402 il 9 settembre, coprendo mainnet, preprod e preview. In quella fase, gli sviluppatori potevano ispezionare e compilare il codice dal repository, ma il pacchetto npm dedicato non era stato rilasciato.

La nuova pubblicazione colma tale lacuna di installazione. La Cardano Foundation ha inoltre condiviso una dimostrazione che gli sviluppatori possono eseguire e adattare quando aggiungono pagamenti x402 alle proprie applicazioni.

Come x402 elabora i pagamenti API di Cardano

X402 trasforma lo stato HTTP 402 Payment Required in un flusso di pagamento programmabile tra un client e un server. Coinbase ha sviluppato originariamente il protocollo, che ora è governato dalla x402 Foundation sotto la Linux Foundation.

Quando un'applicazione o un agente AI richiede un'API a pagamento, il server può restituire una risposta HTTP 402 contenente il prezzo, la rete Cardano, l'asset accettato, l'indirizzo del destinatario e la scadenza del pagamento. Il client firma una transazione che soddisfa tali condizioni e ripresenta la richiesta con la prova di pagamento.

Un facilitatore controlla la transazione e conferma il regolamento prima che il server rilasci i dati richiesti, la capacità di calcolo o un'altra risorsa digitale. La decisione di pagamento e di accesso avviene quindi all'interno dello stesso processo di richiesta e risposta web.

Il modello consente a un operatore di API di addebitare singole chiamate senza richiedere una tradizionale pagina di checkout, un saldo prepagato o un abbonamento. Un servizio può configurare il pagamento in ADA o in un token nativo di Cardano selezionato, sebbene l'operatore debba specificare quali asset accetta.

Questa struttura è progettata per applicazioni e agenti autonomi che devono acquistare dati o risorse di calcolo in modo programmatico. Fornisce a Cardano una connessione standardizzata ai servizi già costruiti attorno al più ampio protocollo x402 invece di richiedere un formato di pagamento separato per ogni integrazione.

Il facilitatore Cardano completa i test su preprod

La Cardano Foundation ha inoltre pubblicato un facilitatore x402 separato sviluppato in Java. Il servizio implementa lo schema di pagamento esatto di Cardano e verifica le transazioni già firmate da un utente o da un agente. Non detiene chiavi private e non può spostare fondi in modo indipendente.

Il facilitatore supporta pagamenti a indirizzo diretto, l'escrow vested_pay di Masumi per le transazioni degli agenti AI e trasferimenti tramite script Plutus configurabili. Il suo repository riporta 166 test completati e una transazione end to end su Cardano preprod, coprendo costruzione della transazione, firma, verifica, regolamento e conferma onchain indipendente.

Il servizio non è ancora stato testato sulla mainnet di Cardano. L'implementazione disponibile è quindi un facilitatore testato in preproduzione piuttosto che un servizio di pagamento su mainnet operativo pubblicamente.

La release su npm cambia ciò che gli sviluppatori possono utilizzare oggi. I componenti x402 di Cardano non devono più essere compilati manualmente dal repository principale. Possono ora essere installati come pacchetto ufficiale, collegati alla demo disponibile e configurati con un facilitatore per i pagamenti di applicazioni o agenti. Un deployment in produzione richiede comunque la configurazione degli asset supportati, l'infrastruttura operativa e test di regolamento su mainnet completati.