Thomas Kammerlocher dimostra Cardano x402 con ordini di stampa 3D

Thomas Kammerlocher, uno sviluppatore della Cardano Foundation che ha contribuito all’implementazione ufficiale x402 di Cardano, ha dimostrato come una richiesta web a pagamento possa collegarsi a un ordine fisico. In una sessione di Developer Office Hours preparata per l’hackathon TOKEN2049, ha presentato pagamenti via API, un servizio di agente Masumi e un’applicazione collegata alla sua stampante 3D.

Come Cardano x402 elabora una richiesta a pagamento

x402 consente a un server di comunicare i requisiti di pagamento tramite la risposta HTTP 402 Payment Required. Un client riceve il prezzo, l’asset accettato, la rete e la destinazione, poi invia un pagamento autorizzato con la richiesta successiva.

Il fornitore del servizio può usare un facilitator per verificare il pagamento e inviare la transazione. Una volta che il regolamento soddisfa i requisiti configurati, il server rilascia la risorsa richiesta.

La prima dimostrazione di Kammerlocher ha addebitato due ADA di test per una risposta API. L’utente ha firmato tramite un wallet, mentre l’applicazione mostrava i termini di pagamento e il processo di regolamento.

Il flusso di lavoro consente ai provider di addebitare report singoli, richieste di dati o computazioni senza richiedere un abbonamento ricorrente. Le applicazioni continuano a determinare cosa vendono e le condizioni in base alle quali viene concesso l’accesso.

Escrow Masumi e una stampante 3D connessa

Una seconda dimostrazione ha utilizzato Masumi, un’infrastruttura Cardano per i pagamenti tra agenti di IA. Il servizio di esempio invertiva e metteva in maiuscolo il testo inviato in cambio di un USDM di test.

Invece di pagare direttamente il fornitore, l’acquirente ha bloccato i fondi in un contratto di escrow. L’agente ha svolto l’attività e ha restituito il risultato, con l’incasso del pagamento regolato dai tempi e dalle procedure di contestazione del contratto. La registrazione di un risultato non stabilisce autonomamente se il suo contenuto soddisfi le aspettative dell’acquirente.

L’esempio del prodotto fisico ha collegato un modulo d’ordine e il pagamento x402 alla stampante di Kammerlocher tramite la Moonraker API.

Durante la presentazione ha usato Preprod e ha descritto un’opzione separata su mainnet per ordinare un oggetto effettivamente stampato, con dieci ADA a coprire la spedizione. La stampa era collegata all’applicazione, mentre l’imballaggio e la spedizione restavano attività manuali.

[NEWSBREAK]

I pagamenti piccoli richiedono opzioni di regolamento aggiuntive

L’implementazione Cardano supporta pagamenti a indirizzo diretto, escrow Masumi e interazioni con altri script supportati. Questi percorsi si adattano a servizi diversi senza cambiare lo scambio di pagamento web di base.

Gli addebiti molto piccoli presentano requisiti di finanziamento aggiuntivi. Le transazioni Cardano comportano commissioni di rete e gli output delle transazioni devono contenere una quantità minima di ADA. Il valore minimo dell’output è distinto dalla commissione, ma entrambi influiscono su quanto il cliente deve fornire.

Kammerlocher ha identificato i canali di pagamento e il batching come approcci in discussione. Hydra è stata esclusa dalla specifica iniziale presentata nella sessione, nonostante il lavoro correlato con il team di Masumi.

I punti di partenza disponibili del workshop erano il pacchetto installabile di Cardano, esempi open source e il software del facilitator. Un regolamento a costo più basso per acquisti ripetuti di piccola entità restava un’estensione al di là di quella implementazione iniziale.