zx402 testa il finanziamento privato per agenti IA su Cardano
Le dimostrazioni su Preprod del progetto collegano un pool di finanziamento condiviso ai pagamenti x402 e Masumi. Le prove a conoscenza zero mirano a oscurare quale deposito finanzia un acquisto lasciando però pubblico il pagamento stesso.
By SongMarketCap
Updated:
zx402 ha documentato due acquisti di servizi su Cardano Preprod utilizzando un pool progettato per separare la spesa di un agente IA dal suo wallet originale. I test del 7 ottobre affrontano un problema di privacy per il commercio automatizzato: le cronologie pubbliche dei pagamenti possono rivelare i fornitori di un agente, la frequenza degli acquisti e il budget operativo.
Due acquisti tramite x402 e Masumi
La prima dimostrazione ha pagato un servizio meteo tramite x402, che usa HTTP 402 per richiedere il pagamento. La risposta è costata 2 tUSDM, con una commissione separata per il relayer che ha inviato la transazione del pool.
Utilizzando fondi depositati in precedenza, il pool ha finanziato un nuovo indirizzo monouso che ha completato un pagamento x402 standard. Il servizio ha restituito una risposta meteo, mentre il saldo rimanente è rimasto nel pool per un altro acquisto.
Il secondo test ha pagato all'agente Masumi “Expose: Web Single Answer” 0.01 tUSDM per spiegare una prova a conoscenza zero in una frase. Qui, il pool ha finanziato il wallet di acquisto di un nodo di pagamento Masumi. I fondi sono poi entrati nell'escrow di Masumi e il registro pubblicato ha segnato l'attività come completata.
La distinzione è rilevante per il flusso di pagamento: il test x402 ha usato un indirizzo monouso, mentre il test Masumi ha finanziato un wallet di acquisto esistente. Il team ha pubblicato i log del terminale e i link alle transazioni per entrambe le esecuzioni, che hanno utilizzato token di test anziché fondi su mainnet.
Come funziona il pool di privacy su Cardano
Un agente deposita fondi pubblicamente e conserva una nota privata che registra il suo diritto su di essi. Una volta che il deposito è approvato, l'agente genera localmente una prova a conoscenza zero, dimostrando la proprietà di fondi approvati e non spesi senza identificare il deposito alla base dell'acquisto.
Un relayer invia la prova e la transazione. Nel flusso x402 standard, il pool finanzia un nuovo indirizzo monouso prima che il pagamento raggiunga il venditore. Secondo la documentazione, i venditori possono accettare questi pagamenti senza integrare codice specifico per zx402. I fondi non spesi diventano una nuova nota privata disponibile per acquisti successivi.
La privacy ha limiti definiti. Importi, tempistiche e pagamenti in uscita dal pool restano visibili. Un pool piccolo o importi corrispondenti possono rendere più facile correlare le transazioni, mentre il prelievo pubblico del saldo rimanente può esporre collegamenti ad acquisti precedenti.
Il fornitore di infrastruttura blockchain dell'agente può anche osservare i suoi indirizzi e le sue richieste. Il progetto quindi prende di mira il collegamento pubblico tra finanziamento e spesa, con ulteriore privacy che dipende da come l'agente accede alla rete.
Cosa resta prima della mainnet
Il codice sorgente, l'SDK e le istruzioni per i test sono disponibili per gli sviluppatori. Il sito pubblico fornisce documentazione ma non collega wallet né esegue transazioni.
L'approvazione dei depositi è implementata, sebbene il controllo esterno non lo sia. Il servizio attuale approva i depositi a meno che una funzione di diniego configurata li respinga; non è collegata alcuna fonte di dati per lo screening.
I costi influenzano anche l'uso previsto. Gli output su Cardano devono contenere un importo minimo di ADA, quindi il team posiziona il pool per pagamenti di importo maggiore, finanziamento di escrow e canali di pagamento, invece di transazioni blockchain individuali per ogni richiesta API a basso costo.
Il lancio su mainnet resta in sospeso e nessuno al di fuori del progetto ha esaminato il suo design o il suo codice. Prima di accettare fondi esterni, zx402 include tra i requisiti una configurazione crittografica multiparte e un audit di sicurezza esterno. Serve anche un nuovo pool con controlli sulla blockchain che impongano lo stato iniziale corretto, sostituendo l'attuale dipendenza dal deployer per inizializzarlo correttamente.