MoonPay lance PayBox pour des paiements crypto dans Claude…
Le design MPC non-custodial prend en charge Solana ainsi que sept chaînes EVM et ajoute un mode de dépense « autonome » avant la date limite de surveillance de l'UE du 2 août.
MoonPay a lancé PayBox le 29 juillet 2026, permettant aux utilisateurs de Claude et de ChatGPT d'initier des transferts crypto et des paiements par carte tokenisée sans quitter la conversation. L'argument de sécurité du produit repose sur le partage de clés MPC non dépositaire à travers des TEE, mais son plus grand risque pratique se déplace vers ce que l'IA est autorisée à faire en mode « Autonome ».
Points clés
- Le PayBox de MoonPay a été lancé le 29 juillet 2026, permettant d'initier des paiements crypto et par carte depuis les discussions de Claude et de ChatGPT.
- La version de lancement prend en charge Solana et sept chaînes compatibles EVM : Ethereum, Hyperliquid, Tempo, Base, Robinhood Chain, Arbitrum, et Polygon.
- Les utilisateurs peuvent choisir entre l'approbation de clé d'accès « Toujours demander » par transaction ou les dépenses « autonomes » dans des limites définies par l'utilisateur.
- Les paiements par carte passent par le commerce agentique de Visatokenisation afin que l'agent ne voie jamais le numéro de carte brut, et la mise en œuvre est décrite comme ayant été auditée par Trail of Bits et NCC Group et répondant aux normes PCI DSS.
PayBox est lancé à l'intérieur de Claude et ChatGPT
MoonPay a lancé PayBox le 29 juillet, le positionnant comme un moyen de garder les paiements à l'intérieur de la conversation IA pour les utilisateurs de Claude et ChatGPT. Le produit est présenté comme un connecteur que les utilisateurs installent à l'intérieur de l'assistant, après quoi l'assistant peut initier des transferts de crypto et des paiements par carte sans envoyer l'utilisateur vers un processus de paiement séparé.
Pour les traders et les utilisateurs de DeFi, la pertinence immédiate est la surface d'exécution. Si l'assistant peut faire le pont, échanger ou payer pour des services depuis le même chat où il planifie l'action, la friction du « changement de contexte » diminue, et l'assistant devient plus proche d'une couche d'exécution que d'un outil de recherche.
MoonPay cadre également explicitement PayBox comme un pari sur des « rails ouverts » plutôt que sur un processus de paiement fermé. Le produit est décrit comme connectant Claude et ChatGPT à la x402 norme de paiement machine à machine, le protocole de tokenisation du commerce agentique de Visa, et « huit blockchains prises en charge », les huit étant énumérées comme Solana plus sept réseaux EVM.
Non-Custodial par conception : partage de clé MPC à travers des TEE
La principale revendication de sécurité de PayBox est l'architecture de garde non-custodial construite sur le calcul multipartite (MPC), utilisant la cryptographie par seuil pour diviser une clé privée en parts chiffrées. Ces parts sont stockées dans des Environnements d'Exécution de Confiance (TEE) isolés par matériel, qui sont des enclaves sécurisées conçues pour garder les secrets protégés même du système hôte.
Mécaniquement, le point est qu'aucun acteur unique ne détient suffisamment de matériel clé pour signer seul. Le paquet décrit la conception comme empêchant la signature unilatérale par leagent IA, les serveurs de MoonPay, ou le dispositif de l'utilisateur. La signature nécessite un seuil de parts pour coopérer, et les parts ne sont pas révélées les unes aux autres pendant le calcul.
C'est la partie qui change le « habituel »portefeuille d'agentmodèle de menace. Un serveur MoonPay compromis est décrit comme n'obtenant qu'une seule part, et un appareil utilisateur compromis se trouve dans la même situation. Même si un agent est manipulé par injection de prompt et essaie de siphonner des fonds, l'architecture est conçue pour l'empêcher de produire une signature valide par lui-même.
L'infrastructure MPC de PayBox est attribuée dans le paquet à Sodot, la société israélienne d'infrastructure cryptographique acquise par MoonPay le 29 avril dans un accord entièrement en actions d'environ 100 millions de dollars. Le paquet fait également référence à NISTIR 8214C, finalisé en janvier 2026, comme le cadre public sous-jacent à l'approche de cryptographie par seuil.
Toujours Demander vs Autonome : Où le Risque Se Déplace Réellement
PayBox est livré avec deux modes d'autorisation qui importent plus que la liste de chaînes. "Toujours Demander" nécessite une approbation de clé d'accès fraîche pour chaque transaction, tandis que "Autonome" permet à l'IA de dépenser dans des limites définies par l'utilisateur sans approbation par transaction.
Le mécanisme sur lequel s'appuie MoonPay est l'autorisation limitée. Chaque approbation de clé d'accès est décrite comme une action unique et expire immédiatement après utilisation. Si le destinataireadresse, le montant ou les changements de réseau de destination, PayBox nécessite une nouvelle clé d'accès. Le paquet affirme qu'une autorisation capturée ou rejouée ne peut pas être étendue à d'autres transactions.
Cela laisse encore le risque résiduel où les traders peuvent réellement être blessés : le risque de décision sous des permissions valides. MPC peut être efficace pour empêcher MoonPay ou le modèle de voler des clés. Cela ne prévient pas l'IA de faire un mauvais échange, de choisir la mauvaise chaîne de destination, ou d'exécuter un achat non intentionnel si l'action s'inscrit dans les limites configurées.
Les conséquences diffèrent selon les rails. Les transferts onchain sont irréversibles, et le paquet indique que les paiements en stablecoin au-dessus de x402 n'ont pas de protections de rétrofacturation du réseau de cartes.
La tokenisation Visa est destinée à réduire le rayon d'explosion sur les rails de cartes en gardant les numéros de carte bruts hors du contexte de l'agent et en limitant les autorisations à une seule action qui expire immédiatement après utilisation, fermant le vecteur de fraude « numéro de carte divulgué réutilisé indéfiniment ».
L'emballage de conformité fait également partie de la conception du produit. Le paquet cite une date limite de supervision humaine de l'Article 14 de la Loi sur l'IA de l'UE du 2 août 2026 et positionne « Toujours demander » comme satisfaisant cette exigence, tout en avertissant que les organisations de l'UE utilisant « Autonome » devraient évaluer leurs obligations.
Le PayBox de MoonPay permet des paiements crypto natifs à l'IA, des étapes à venir
La prochaine date limite dans le récit est le 2 août 2026, la date limite de supervision humaine citée de l'Article 14 de la Loi sur l'IA de l'UE. Le signal pratique sera de savoir si les déploiements de PayBox dans l'UE orientent les utilisateurs vers « Toujours demander » par défaut, ou si « Autonome » reste une option de premier ordre sans friction supplémentaire.
MoonPay dit que d'autres plateformes d'IA au-delà de Claude et ChatGPT sont prévues, mais le paquet ne nomme aucun partenaire. L'expansion au-delà de ces deux assistants est le test de distribution, car la proposition de valeur du produit dépend de sa présence là où les utilisateurs exécutent déjà des flux de travail d'agents.
Du côté des rails, PayBox a été lancé avec Solana et sept réseaux EVM. Toute expansion de chaîne au-delà de cet ensemble initial indiquera si MoonPay construit une couche d'exécution cross-chain générale pour les agents ou un ensemble de lieux sélectionnés.
Le paquet présente également PayBox comme se connectant à des rails ouverts au-delà des blockchains, y compris x402 et la tokenisation Visa, mais ne fournit pas de détails sur des rails supplémentaires.
Ce qui manque jusqu'à présent, c'est la validation post-lancement. Le paquet ne fournit aucun volume de transactions, utilisateurs actifs, calendrier des frais, ou utilisation mesurable de DeFi liée à PayBox, ce qui rend difficile de séparer un lancement de produit d'un changement de flux de travail.
Pourquoi cela compte pour les traders : paiements agentiques à rails ouverts contre caisses fermées
Le seuil qui compte n'est pas de savoir si le partage de clé MPC fonctionne dans l'abstrait. C'est de savoir si les utilisateurs peuvent maintenir des limites « autonomes » suffisamment strictes pour que les erreurs de modèle inévitables restent petites, surtout lorsque l'action est irréversible sur la chaîne ou routée via x402 sans rétrofacturations.
Si les déploiements de l'UE biaisent significativement vers « Toujours demander » avant la date limite de supervision du 2 août, cela vous indique où le produit se positionnera en pratique : plus comme une surface d'exécution protégée par une clé que comme un véritable portefeuille d'agent délégué.
Si « autonome » devient le paramètre par défaut et que MoonPay ajoute plus tard des actions DeFi à risque élevé comme des contrats perpétuels et la gestion de liquidité sous le même modèle de permissionnement, le produit cesse d'être une couche de commodité et commence à être un budget de risque que vous devez gérer activement.
