NotizieCryptoMoonPay lancia PayBox, un vault per pagamenti in criptovalute per ChatGPT e Claude

MoonPay lancia PayBox, un vault per pagamenti in criptovalute per ChatGPT e Claude

Autore: Coindoo·

Punti chiave

  • PayBox è concepito come un vault di credenziali per agenti che collega l’autorità di pagamento agli assistenti AI tramite ChatGPT e Claude.
  • Il prodotto supporta azioni crypto, ordini Amazon, prenotazioni Resy, voli e pagamenti con carta instradati tramite il protocollo di commercio agentico di Visa.
  • MoonPay afferma che le chiavi dei wallet sono suddivise in enclavi isolate dall’hardware tramite multi-party computation, così che nessun singolo dispositivo o soggetto possa firmare da solo.
  • Gli utenti possono impostare permessi per singolo agente, dall’approvazione per ogni azione all’operatività autonoma entro limiti definiti.
  • MoonPay osserva che le azioni eseguite nell’ambito di un permesso valido sono autorizzate anche se l’utente non ha esaminato ogni singola transazione.
MoonPay lancia PayBox, un vault per pagamenti in criptovalute per ChatGPT e Claude

MoonPay ha lanciato PayBox, un vault per pagamenti per ChatGPT e Claude che consente agli assistenti AI di eseguire azioni finanziarie approvate dall’interno di una conversazione.

Il prodotto è stato progettato per colmare un vuoto che finora ha limitato gli agenti AI. Un assistente può trovare un token, confrontare i percorsi di swap, individuare un servizio dati a pagamento o trovare un ristorante, ma in genere si ferma alla fase finanziaria e rimanda l’utente a un wallet, a un exchange o a una pagina di checkout separati.

PayBox collega l’autorità di pagamento direttamente all’assistente, consentendogli di eseguire un’azione approvata in chat. Gli utenti lo installano come connettore personalizzato, registrano una passkey e finanziano il vault da un conto bancario o da un wallet crypto.

L’ambito va oltre le criptovalute. Fortune ha riportato che PayBox supporta ordini Amazon, prenotazioni di ristoranti Resy e prenotazioni di voli tramite un servizio rivolto agli agenti chiamato Brij, oltre agli swap di token e alle interazioni DeFi. I pagamenti con carta transitano attraverso il protocollo di commercio agentico di Visa, mantenendo il numero della carta completamente fuori dalla portata dell’agente.

PayBox come livello di autorizzazione

MoonPay descrive PayBox come un “agents-first credential vault”. Gli utenti collegano una sola volta chiavi del wallet, metodi di pagamento o altre credenziali, per poi decidere quale agente possa accedervi e quali azioni possa compiere.

Il modello di sicurezza si basa sulla suddivisione delle chiavi. Secondo l’annuncio di MoonPay, le chiavi del wallet vengono divise tramite multi-party computation all’interno di enclavi isolate dall’hardware, senza che alcun dispositivo, sessione o soggetto — inclusi MoonPay e l’agente AI — possa firmare da solo. Se un telefono viene compromesso, un aggressore otterrebbe solo frammenti troppo incompleti per essere utilizzati.

L’infrastruttura proviene da Sodot, una società di key management acquisita da MoonPay all’inizio di quest’anno, che secondo l’azienda protegge già oltre 10 milioni di wallet.

La distinzione è importante perché “non-custodial” può riferirsi a progetti diversi. I precedenti strumenti per agenti di MoonPay conservavano le chiavi private sul dispositivo dell’utente. PayBox, invece, distribuisce i frammenti tra enclavi, riducendo il rischio di compromissione del singolo dispositivo ma creando una dipendenza dall’infrastruttura delle enclavi.

I fondi si muovono direttamente tra la fonte di finanziamento dell’utente e il merchant, il wallet, il protocollo o il destinatario. Quando un agente richiede un’operazione di wallet approvata, PayBox restituisce una firma, un messaggio firmato o un hash della transazione. Per i pagamenti con carta, fornisce un token limitato o una carta virtuale.

PayBox si collega anche a wallet self-custodial, in cui MoonPay non può reimpostare o ricostruire le chiavi private. L’utente mantiene il controllo e si assume l’intera responsabilità della protezione dell’accesso.

Passkey e regole di spesa

Delegare denaro a un assistente ha conseguenze diverse rispetto a chiedergli di riassumere un documento. Una risposta errata può essere corretta; un trasferimento on-chain firmato in modo errato, in genere, no.

PayBox inserisce regole di autorizzazione tra l’assistente e la fonte di finanziamento. L’accesso è protetto da una passkey, con ogni approvazione limitata a una singola azione e con scadenza dopo l’uso, così che un’approvazione intercettata o riprodotta resti inutile.

MoonPay afferma che impostazioni di autorizzazione separate si applicano a ciascun agente collegato su tre livelli generali:

  • Approvazione per ogni azione: l’assistente prepara la transazione, l’utente la autorizza.
  • Approvazione oltre una soglia: le transazioni più piccole procedono automaticamente, mentre quelle più grandi richiedono conferma.
  • Operatività autonoma entro confini definiti: l’agente agisce in modo indipendente entro un importo, una rete, un servizio o un perimetro di permessi definito.

L’approvazione è vincolata all’operazione specifica presentata. Se il destinatario, l’importo o altri dettagli cambiano, PayBox richiede una nuova autorizzazione. Gli utenti possono anche revocare l’accesso di un singolo agente o attivare un kill switch per sospendere ogni agente collegato se un dispositivo o una credenziale sembrano compromessi.

Autorizzazione, non solo sicurezza

Una clausola nei termini di MoonPay merita attenzione oltre l’architettura di sicurezza in sé. Un’operazione inviata con un permesso valido è considerata autorizzata dall’utente, indipendentemente dal fatto che l’utente l’abbia esaminata o meno.

Ciò è una conseguenza della modalità autonoma. Un sistema di permessi che richiedesse la revisione umana di ogni azione vanificherebbe lo scopo stesso dell’autorizzazione. Inoltre sposta il rischio in un modo che il linguaggio di marketing non esplicita del tutto.

Un esempio pratico è semplice: se un utente concede a un agente l’autorità di spendere fino a $200 per accesso API e l’agente li spende male, ogni transazione resta valida in base al permesso concesso. La perdita ricade sull’utente, anche se non ha mai esaminato le singole transazioni.

I pagamenti con carta mantengono qualche possibilità di ricorso tramite chargeback. I trasferimenti on-chain si regolano in modo permanente, quindi il livello autonomo comporta conseguenze diverse a seconda del canale utilizzato dall’agente. Un utente può impostare un limite crypto generoso senza necessariamente confrontarsi con tale distinzione.

Pagamenti crypto, swap e API a pagamento

PayBox resta fuori dall’esecuzione quando un agente richiede uno swap. Invia l’istruzione autorizzata al wallet, protocollo o servizio di trading collegato, e il risultato dipende dalla liquidità, dallo smart contract utilizzato, dal prezzo quotato e dalla rete scelta.

Il primo rollout blockchain copre Solana e reti compatibili con EVM, includendo Ethereum, Base e Arbitrum nello stesso ambiente tecnico, anche se asset e servizi disponibili differiscono tra loro.

Il supporto multichain è importante perché i pagamenti degli agenti servono a scopi diversi. Un acquisto al consumo può utilizzare una carta o una credenziale finanziata da banca, mentre uno swap richiede un wallet on-chain. I pagamenti per dati, compute o singole chiamate API sono più adatti alle stablecoin, poiché i tradizionali sistemi di checkout gestiscono male importi di pochi centesimi.

Come x402 consente i pagamenti API

PayBox si integra con x402, uno standard di pagamento aperto costruito attorno alla risposta HTTP 402 “Payment Required”.

Il processo incorpora il pagamento in una normale richiesta tra un agente e un servizio online:

  1. L’agente richiede l’accesso a un’API, a un dataset, a un articolo o a un’altra risorsa digitale.
  2. Il servizio restituisce una risposta 402 contenente il prezzo, l’asset di pagamento, la rete e il destinatario.
  3. L’agente verifica se il pagamento rientra nei limiti approvati di PayBox.
  4. PayBox fornisce la firma autorizzata o la credenziale di pagamento.
  5. L’agente reinvia la richiesta con la prova di pagamento e riceve la risorsa.

Il servizio non deve creare un account cliente, vendere un abbonamento o chiedere all’agente di pre-caricare credito. Ogni richiesta ha un proprio prezzo, pagabile in stablecoin sulle reti supportate.

Come abbiamo già osservato nella nostra analisi delle stablecoin come possibile rail di pagamento per gli agenti AI, x402 è pensato specificamente per il commercio machine-to-machine. Il software scopre un servizio, ne legge il prezzo, paga entro un budget approvato e utilizza il risultato senza fermarsi a un checkout umano.

Lo standard disciplina il modo in cui un servizio richiede il pagamento e il modo in cui un agente lo dimostra, lasciando variabili wallet, stablecoin e rete di regolamento, senza instradare nulla attraverso MoonPay per impostazione predefinita.

Non il primo, ma strutturato in modo diverso

Gli strumenti per finanziare agenti esistono già. Fortune ha osservato che sia Robinhood sia Coinbase offrono modi per dare agli agenti capacità di spesa, e la particolarità di MoonPay sarebbe la decentralizzazione e l’indipendenza dai permessi dell’azienda stessa.

La differenza è reale, ma più limitata di quanto possa sembrare. L’utente dipende comunque dall’infrastruttura delle enclavi di MoonPay, dalla disponibilità del connettore all’interno di ChatGPT e Claude e dai termini dell’azienda che disciplinano cosa autorizza un permesso valido. La gestione decentralizzata delle chiavi elimina una dipendenza, ma mantiene la piattaforma.

I controlli di sicurezza non eliminano il rischio della transazione

PayBox risolve il problema dell’autorizzazione più direttamente di quello del giudizio.

Un agente può avere il permesso di scambiare fino a $100 di USDC pur selezionando il contratto token sbagliato, accettando un’esecuzione scadente o interagendo con un protocollo malevolo. Una prenotazione può finire nella data sbagliata. Un pagamento API può acquistare dati che non rispondono alla richiesta. Ognuno di questi casi è correttamente autorizzato e, comunque, produce un esito negativo.

Anche la copertura ha dei limiti. Un servizio deve esporre un percorso di pagamento accessibile agli agenti, un connettore o un endpoint x402 prima che un assistente possa effettuare una transazione con esso. Finanziare un wallet non rende compatibile un sito web tradizionale.

La delega controllata è quindi il modello iniziale realistico. Le transazioni piccole, ripetitive e strettamente delimitate si adattano al livello autonomo; swap più grandi, contratti poco familiari e trasferimenti irreversibili restano più adatti all’approvazione manuale.

PayBox avvicina gli assistenti AI all’azione all’interno delle criptovalute invece che alla sola descrizione. Se ciò diventerà un mercato dei pagamenti reale dipenderà da quanti wallet, protocolli, API e merchant adotteranno connettori compatibili, e da quanto gli utenti si fideranno di un agente da lasciar firmare.

Disclaimer: Questo articolo ha finalità esclusivamente informative e non costituisce consulenza finanziaria, di investimento o legale. Le descrizioni dell’architettura di sicurezza e del modello di autorizzazione di PayBox riflettono le dichiarazioni pubblicate da MoonPay e non sono state verificate in modo indipendente. Gli utenti dovrebbero esaminare i termini attuali del prodotto prima di concedere a un agente AI l’autorità di spesa.

Metodologia: L’analisi utilizza l’annuncio di lancio di MoonPay, la copertura di Fortune sulle integrazioni consumer di PayBox e sui concorrenti, la specifica x402 pubblicata, i termini del prodotto MoonPay e la precedente copertura di Coindoo sui rail di pagamento in stablecoin per gli agenti AI.