MoonPay a lancé PayBox, un coffre-fort de paiement pour ChatGPT et Claude qui permet aux assistants IA d’exécuter des actions financières approuvées depuis une conversation.

Le produit vise à combler une lacune qui a jusqu’ici limité les agents IA. Un assistant peut trouver un token, comparer des routes de swap, identifier un service de données payant ou repérer un restaurant, mais il s’arrête généralement à l’étape financière et redirige l’utilisateur vers un portefeuille, une plateforme d’échange ou une page de paiement séparés.

PayBox relie directement l’autorité de paiement à l’assistant, ce qui lui permet d’exécuter une action approuvée dans le chat. Les utilisateurs l’installent comme connecteur personnalisé, enregistrent une passkey et alimentent le coffre depuis un compte bancaire ou un portefeuille crypto.

Le périmètre dépasse la crypto. Fortune a indiqué que PayBox prend en charge les commandes Amazon, les réservations de restaurants Resy et les réservations de vols via un service orienté agents appelé Brij, en plus des swaps de tokens et des interactions DeFi. Les paiements par carte transitent par le protocole de commerce agentique de Visa, ce qui empêche totalement l’agent d’accéder au numéro brut de la carte.

PayBox comme couche d’autorisation

MoonPay décrit PayBox comme un « agents-first credential vault ». Les utilisateurs connectent une fois leurs clés de portefeuille, leurs moyens de paiement ou d’autres identifiants, puis décident quel agent peut y accéder et ce qu’il peut faire.

Le modèle de sécurité repose sur le fractionnement des clés. Selon l’annonce de MoonPay, les clés de portefeuille sont divisées via du calcul multipartite à travers des enclaves isolées par matériel, de sorte qu’aucun appareil, aucune session ni aucune partie — y compris MoonPay et l’agent IA — ne puisse signer seul. Si un téléphone est compromis, un attaquant ne récupère que des fragments trop incomplets pour être utilisables.

L’infrastructure provient de Sodot, une société de gestion de clés que MoonPay a acquise plus tôt cette année et qui, selon l’entreprise, sécurise déjà plus de 10 millions de portefeuilles.

La distinction est importante, car « non-custodial » peut désigner différents modèles. Les outils d’agent précédents de MoonPay conservaient les clés privées sur l’appareil de l’utilisateur. PayBox répartit plutôt les fragments entre des enclaves, réduisant le compromis d’un seul appareil comme mode de défaillance, tout en créant une dépendance à l’infrastructure des enclaves.

Les fonds circulent directement entre la source de financement de l’utilisateur et le marchand, le portefeuille, le protocole ou le destinataire. Lorsqu’un agent demande une opération de portefeuille approuvée, PayBox renvoie une signature, un message signé ou un hash de transaction. Pour les paiements par carte, il fournit un jeton limité ou une carte virtuelle.

PayBox se connecte aussi à des portefeuilles en self-custody, où MoonPay ne peut ni réinitialiser ni reconstituer les clés privées. L’utilisateur conserve le contrôle et assume l’entière responsabilité de la sécurisation de l’accès.

Passkeys et règles de dépense

Déléguer de l’argent à un assistant n’a pas les mêmes conséquences que lui demander de résumer un document. Une mauvaise réponse peut être corrigée ; un transfert onchain mal signé ne peut généralement pas l’être.

PayBox place des règles d’autorisation entre l’assistant et la source de financement. L’accès est protégé par une passkey, chaque approbation étant limitée à une action unique et expirant après usage, de sorte qu’une approbation capturée ou rejouée reste inutile.

MoonPay indique que des paramètres d’autorisation distincts s’appliquent à chaque agent connecté selon trois niveaux généraux :

• Approbation pour chaque action : l’assistant prépare la transaction, et l’utilisateur l’autorise.
• Approbation au-dessus d’un seuil : les petites transactions s’exécutent automatiquement, tandis que les plus importantes requièrent une confirmation.
• Fonctionnement autonome dans des limites définies : l’agent agit de manière indépendante dans un cadre précis de montant, de réseau, de service ou d’autorisation.

L’approbation est liée à l’opération exacte présentée. Si le destinataire, le montant ou d’autres détails changent, PayBox exige une nouvelle autorisation. Les utilisateurs peuvent aussi révoquer l’accès d’un agent individuel ou déclencher un kill switch pour suspendre tous les agents connectés si un appareil ou un identifiant semble compromis.

L’autorisation, pas seulement la sécurité

Une clause des conditions de MoonPay mérite attention au-delà de l’architecture de sécurité elle-même. Une opération soumise dans le cadre d’une permission valide est considérée comme autorisée par l’utilisateur, qu’il l’ait examinée ou non.

Cela découle du mode autonome. Un système d’autorisation qui exigerait une revue humaine de chaque action viderait de son sens l’octroi de cette permission. Cela déplace aussi le risque d’une manière que le discours marketing n’explique pas entièrement.

L’exemple pratique est simple : si un utilisateur autorise un agent à dépenser jusqu’à 200 $ pour un accès API et que l’agent dépense mal cette somme, chaque transaction reste valide au titre de la permission accordée. La perte incombe à l’utilisateur, même s’il n’a jamais examiné les transactions individuelles.

Les paiements par carte conservent un certain recours via les chargebacks. Les transferts onchain sont réglés de manière permanente, de sorte que le niveau autonome entraîne des conséquences différentes selon le rail utilisé par l’agent. Un utilisateur peut fixer une limite crypto généreuse sans nécessairement être confronté à cette distinction.

Paiements crypto, swaps et API payantes depuis une seule conversation

PayBox n’intervient pas dans l’exécution lorsqu’un agent demande un swap. Il transmet l’instruction autorisée au portefeuille, au protocole ou au service de trading connecté, et le résultat dépend de la liquidité, du smart contract utilisé, du prix coté et du réseau choisi.

Le déploiement blockchain initial couvre Solana et les réseaux compatibles EVM, plaçant Ethereum, Base et Arbitrum dans un même environnement technique, bien que les actifs et services disponibles diffèrent entre eux.

La prise en charge multi-chaînes est importante, car les paiements des agents servent à des usages différents. Un achat grand public peut s’appuyer sur une carte ou un identifiant financé par un compte bancaire, tandis qu’un swap nécessite un portefeuille onchain. Les paiements pour des données, du calcul ou des appels API individuels se prêtent mieux aux stablecoins, car les systèmes de paiement classiques gèrent mal des montants de quelques centimes.

Comment x402 permet à un agent IA de payer une API

PayBox s’intègre à x402, un standard de paiement ouvert construit autour de la réponse HTTP 402 « Payment Required ».

Le mécanisme intègre le paiement dans une requête ordinaire entre un agent et un service en ligne :

• L’agent demande l’accès à une API, un jeu de données, un article ou une autre ressource numérique.
• Le service renvoie une réponse 402 contenant le prix, l’actif de paiement, le réseau et la destination.
• L’agent vérifie si le paiement entre dans ses limites PayBox approuvées.
• PayBox fournit la signature autorisée ou l’identifiant de paiement.
• L’agent renvoie la requête avec une preuve de paiement et reçoit la ressource.

Le service n’a pas besoin de créer un compte client, de vendre un abonnement ou de demander à l’agent de précharger des crédits. Chaque requête a son propre prix, payable en stablecoins sur les réseaux pris en charge.

Comme nous l’avons expliqué précédemment dans notre analyse des stablecoins comme rail de paiement potentiel pour les agents IA, x402 est spécialement conçu pour le commerce machine-à-machine. Un logiciel découvre un service, lit son prix, paie dans le cadre d’un budget approuvé et consomme le résultat sans passer par un paiement humain.

Le standard définit comment un service demande le paiement et comment un agent le prouve, tandis que le portefeuille, le stablecoin et le réseau de règlement restent variables, sans routage par MoonPay par défaut.

MoonPay n’est pas le premier, mais sa structure est différente

Des outils de financement d’agents existent déjà. Fortune a noté que Robinhood et Coinbase proposent tous deux des moyens de donner aux agents une capacité de dépense, la distinction de MoonPay tenant à la décentralisation et à l’indépendance vis-à-vis des permissions propres à l’entreprise.

Cette différence est réelle, mais plus étroite qu’elle ne peut le sembler. Un utilisateur dépend toujours de l’infrastructure d’enclave de MoonPay, du maintien du connecteur dans ChatGPT et Claude, et des conditions de l’entreprise qui définissent ce qu’autorise une permission valide. La gestion décentralisée des clés supprime une dépendance tout en laissant la plateforme en place.

Les contrôles de sécurité ne suppriment pas le risque de transaction

PayBox résout le problème d’autorisation plus directement que le problème de jugement.

Un agent peut disposer de la permission d’échanger jusqu’à 100 $ de USDC tout en sélectionnant le mauvais contrat de token, en acceptant une mauvaise exécution ou en interagissant avec un protocole malveillant. Une réservation peut tomber à la mauvaise date. Un paiement API peut acheter des données qui ne répondent pas à la demande. Dans chaque cas, l’opération est correctement autorisée, mais le résultat reste mauvais.

La couverture comporte aussi des limites. Un service doit exposer un chemin de paiement accessible aux agents, un connecteur ou un point de terminaison x402 avant qu’un assistant puisse transiger avec lui. Alimenter un portefeuille ne rend pas un site web ordinaire compatible.

La délégation contrôlée est donc le modèle de départ réaliste. Les transactions petites, répétitives et strictement encadrées conviennent au niveau autonome ; les swaps plus importants, les contrats inconnus et les transferts irréversibles relèvent plutôt de l’approbation manuelle.

PayBox rapproche les assistants IA d’une action au sein même de la crypto, plutôt que de la simple description de celle-ci. Pour savoir si cela deviendra un marché de paiement significatif, il faudra voir combien de portefeuilles, de protocoles, d’API et de marchands adoptent des connecteurs compatibles, et si les utilisateurs font assez confiance à un agent pour lui permettre de signer.

Avertissement : Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d’investissement ou juridique. Les descriptions de l’architecture de sécurité et du modèle d’autorisation de PayBox reflètent les déclarations publiées par MoonPay et n’ont pas été testées indépendamment. Les utilisateurs doivent consulter les conditions actuelles du produit avant de confier une autorité de dépense à un agent IA.

Méthodologie : Cet article s’appuie sur l’annonce de lancement de MoonPay, les reportages de Fortune sur les intégrations grand public et les concurrents de PayBox, la spécification publiée de x402, les conditions produit de MoonPay et la couverture antérieure de Coindoo sur les rails de paiement en stablecoins pour les agents IA.