zx402 teste le financement privé pour des agents d'IA sur Cardano

zx402 a documenté deux achats de services sur Cardano Preprod en utilisant un pool conçu pour séparer les dépenses d'un agent d'IA de son portefeuille d'origine. Les tests du 7 octobre répondent à un problème de confidentialité pour le commerce automatisé : les historiques de paiements publics peuvent révéler les fournisseurs d'un agent, la fréquence de ses achats et son budget de fonctionnement.

Deux achats via x402 et Masumi

La première démonstration a payé un service météo via x402, qui utilise HTTP 402 pour demander un paiement. La réponse a coûté 2 tUSDM, avec des frais distincts pour le relayer qui soumet la transaction du pool.

En utilisant des fonds déposés précédemment, le pool a financé une nouvelle adresse à usage unique qui a effectué un paiement x402 standard. Le service a renvoyé une réponse météo, tandis que le solde restant est resté dans le pool pour un autre achat.

Le deuxième test a payé 0.01 tUSDM à l'agent Masumi “Expose: Web Single Answer” pour expliquer une preuve à connaissance nulle en une phrase. Ici, le pool a alimenté le portefeuille d'achat d'un nœud de paiement Masumi. Les fonds sont ensuite entrés dans l'escrow de Masumi, et le journal publié a enregistré la tâche comme terminée.

Cette distinction est importante pour le flux de paiement : le test x402 a utilisé une adresse à usage unique, tandis que le test Masumi a alimenté un portefeuille d'achat existant. L'équipe a publié les journaux de terminal et les liens des transactions pour les deux exécutions, qui ont utilisé des jetons de test plutôt que des fonds du réseau principal.

Comment fonctionne le pool de confidentialité de Cardano

Un agent dépose des fonds publiquement et conserve une note privée enregistrant sa créance sur ces fonds. Une fois le dépôt approuvé, l'agent génère localement une preuve à connaissance nulle, démontrant la propriété de fonds approuvés et non dépensés sans identifier le dépôt à l'origine de l'achat.

Un relayer soumet la preuve et la transaction. Dans le flux x402 standard, le pool alimente une nouvelle adresse à usage unique avant que le paiement n'atteigne le vendeur. Selon la documentation, les vendeurs peuvent accepter ces paiements sans intégrer de code spécifique à zx402. Les fonds non dépensés deviennent une nouvelle note privée disponible pour des achats ultérieurs.

La confidentialité a des limites définies. Les montants, le calendrier et les paiements sortants du pool restent visibles. Un pool de petite taille ou des montants identiques peuvent faciliter la corrélation des transactions, tandis que le retrait public du solde restant peut révéler des liens avec des achats antérieurs.

Le fournisseur d'infrastructure blockchain de l'agent peut aussi observer ses adresses et ses requêtes. La conception cible donc le lien public entre financement et dépenses, avec une confidentialité supplémentaire qui dépend de la manière dont l'agent accède au réseau.

Ce qui reste avant le déploiement sur le réseau principal

Le code source, le SDK et les instructions de test sont disponibles pour les développeurs. Le site public fournit de la documentation mais ne connecte pas de portefeuilles et n'exécute pas de transactions.

L'approbation des dépôts est implémentée, bien que le filtrage externe ne le soit pas. Le service actuel approuve les dépôts sauf si une fonction de refus configurée les rejette ; aucune source de données de filtrage n'est connectée.

Les coûts influencent également l'usage prévu. Les sorties Cardano doivent contenir un montant minimum d'ADA, donc l'équipe positionne le pool pour des paiements plus importants, le financement d'escrow et des canaux de paiement plutôt que des transactions blockchain individuelles pour chaque requête d'API peu coûteuse.

Le déploiement sur le réseau principal reste en attente, et personne en dehors du projet n'a examiné sa conception ou son code. Avant d'accepter des fonds externes, zx402 énumère parmi ses exigences une configuration cryptographique multipartite et un audit de sécurité externe. Il a également besoin d'un nouveau pool avec des vérifications sur la blockchain qui imposent l'état initial correct, remplaçant la dépendance actuelle au déployeur pour l'initialiser correctement.