Circle ouvre l’Agent Marketplace via l’API Discovery le 9 septembre. Les développeurs n’ont besoin ni de clé API, ni d’authentification, ni de compte Circle : ils peuvent interroger, via un point d’accès public, les services x402 qui acceptent l’USDC, puis filtrer par catégorie, réseau, prix et mode de paiement. Le résultat ne se limite pas à lister les adresses des services : il inclut aussi le réseau, le contrat du token, l’adresse de réception, le prix en unités atomiques et la structure des paramètres d’entrée, afin que l’agent puisse boucler le cycle « découverte—vérification du prix—paiement—appel » directement dans le programme.

Les discussions sur le paiement par agents se sont surtout concentrées, jusqu’ici, sur les portefeuilles et les signatures, mais un agent doit d’abord savoir quels services existent sur le marché, s’ils sont en ligne et comment leurs prix sont exprimés. Si chaque fournisseur utilise son propre répertoire et sa propre documentation, l’agent doit encore être configuré manuellement. L’API Discovery vise à organiser les interfaces payantes en un répertoire lisible par machine, couvrant des catégories comme les données de marché, la recherche web, la génération de contenus médias, les marchés de prédiction et l’infrastructure.

Les informations renvoyées concernent le contrat de paiement, pas une garantie illimitée de qualité du service

L’exemple d’endpoint officiel est `https://api.circle.com/v2/x402/discovery/resources`. Chaque enregistrement contient resource, type, accepts et metadata. Le bloc accepts utilise des identifiants CAIP-2 pour les réseaux ; il répertorie le contrat d’actif, l’adresse payTo et le montant en unités atomiques. metadata précise le fournisseur, la catégorie, la description de l’interface, le schéma JSON d’entrée, et si la prise en charge du x402 standard ou de Circle Gateway est incluse. USDC a six décimales ; dans l’exemple, 8000 représente 0,008 USDC.

Les développeurs peuvent filtrer selon six catégories, et aussi limiter network, les types http ou mcp, le prix maximal en dollars et la prise en charge du Gateway. L’avertissement officiel indique que pour vérifier une chaîne spécifique, il faut utiliser un paramètre network structuré plutôt que compter sur une recherche en texte libre. Cette distinction est très concrète : si un agent interprète à tort « Base » apparaissant dans la description comme étant le réseau de paiement, il pourrait préparer des fonds sur la mauvaise chaîne.

Circle indique qu’il vérifiera la santé et l’état en ligne du service de répertoire, et qu’il sanctionnera continuellement les vendeurs. Cela améliore la qualité du répertoire, mais ne signifie pas que Circle garantit de manière exhaustive le contenu du service, l’exactitude des sorties ou la légalité des activités. Les vérifications de santé prouvent seulement que l’endpoint répond à un moment donné ; elles ne prouvent pas que les données de marché sont correctes, que le contenu généré ne viole pas les droits, ou que le service convient à une juridiction donnée. L’utilisateur doit donc définir lui-même des fournisseurs de confiance et les limites d’usage.

Le paiement peut suivre deux voies : x402 utilise un transfert on-chain d’USDC après signature ; Gateway Nanopayments effectue un règlement groupé hors chaîne, réduisant les frictions de Gas liées aux petits paiements. Les indicateurs dans le répertoire précisent quel type de chemin le service prend en charge. Les deux options diffèrent en termes de finalité, de mode de remboursement et de traitement des litiges ; l’agent ne peut pas se contenter de choisir le prix le plus bas, il doit aussi calculer les frais de réseau, le risque de règlement, le temps de réponse et la capacité à compenser en cas d’échec.

Pour industrialiser l’économie des agents, le contrôle des plafonds et l’achat traçable comptent plus que le paiement automatique

Les requêtes sans clé réduisent le seuil de découverte et élargissent aussi la surface d’attaque de la chaîne d’approvisionnement. Un fournisseur malveillant peut utiliser des noms similaires, des prix bas ou des descriptions trompeuses pour attirer des agents. Dans un système de production, il faut figer les catégories autorisées, les réseaux et le prix unitaire maximal, définir des quotas d’essai pour les nouveaux vendeurs, et vérifier que l’adresse de paiement reçue correspond bien à celle renvoyée par le répertoire. Les résultats du répertoire doivent également être mis en cache avec un horodatage ; avant le paiement, il faut revalider le prix pour éviter d’utiliser une offre périmée.

Les agents ont aussi besoin d’une stratégie d’achat. Une même tâche de recherche peut avoir plusieurs services ; le prix le plus bas n’offre pas forcément le meilleur résultat. Le système peut enregistrer le taux de réussite, la latence, la cohérence des résultats et l’historique des remboursements, afin de construire progressivement une notation des fournisseurs. Pour les données critiques, on peut même recouper avec deux services indépendants, puis décider si le résultat doit être utilisé pour la transaction, la gestion des risques ou la publication publique. L’API de découverte rend le marché consultable, mais la responsabilité du choix reste à l’acheteur.

Chaque micro-paiement doit laisser un task ID, la ressource de service, le devis, le réseau, l’actif, le montant, l’adresse du bénéficiaire, le signataire et un résumé de la réponse. La comptabilité d’entreprise doit mapper un grand nombre d’enregistrements on-chain de petits montants ou de règlements groupés vers des usages métiers précis ; sinon, même « moins d’un cent » à chaque fois s’accumule en des écritures impossibles à expliquer. Les portefeuilles des agents devraient de préférence utiliser des plafonds quotidiens, des plafonds par tâche et des plafonds par catégorie, plutôt que détenir un solde librement utilisable.

Le répertoire doit aussi offrir une capacité de sortie. L’entreprise doit conserver les adresses de service d’origine et les spécifications de protocole, afin d’éviter que toute sa logique d’achat ne dépende uniquement d’un répertoire unique. Si le répertoire devient temporairement indisponible, il est possible d’utiliser un cache validé ou d’appeler directement des fournisseurs existants. Le cache doit avoir une période de validité définie, et avant le paiement, il faut recontrôler le montant et l’adresse. On ne doit pas sacrifier la sécurité des transactions au nom de la continuité d’exécution.

Cette capacité est déjà fournie via des points d’accès publics, et le contenu du répertoire ainsi que la couverture peuvent évoluer en fonction de la santé du service, du support de la chaîne et des contrôles de conformité. Elle vise à résoudre comment un agent peut trouver et comprendre des services payables ; cela ne signifie pas que tous les services listés sont adaptés à l’achat direct. Un véritable marché d’agents utilisables exige que la découverte, l’identification, le paiement, les avis, les remboursements et l’audit fonctionnent ensemble. Circle a franchi une couche importante, mais lors de l’intégration, l’entreprise doit strictement séparer « ce qui peut être payé » et « ce qui doit être payé ».