Circle a annoncé le 19 septembre que son Facilitator Service est désormais disponible pour les paiements x402 réglés en USDC — le stablecoin adossé au dollar émis par Circle — sur trois réseaux : Arc (la blockchain propre à Circle), Base (un réseau de couche 2 d'Ethereum développé par Coinbase) et Polygon PoS.
En pratique, le service gère un échange simple. Un agent IA demande quelque chose à un service en ligne — un jeu de données, une réponse d'API ou une tâche accomplie — et le serveur répond avec un prix. L'agent signe une autorisation de paiement, l'USDC est transféré et le serveur livre le résultat. Ce flux cible une lacune des infrastructures de paiement grand public, qui supposent un titulaire de carte humain disposant de coordonnées de facturation et d'un moyen d'approuver des prélèvements récurrents — des éléments qu'un agent autonome ne possède pas intrinsèquement.

x402 fournit le langage de cet échange. Il s'agit d'un protocole ouvert construit autour du code de statut « 402 Payment Required » du web, qui fait partie de la spécification HTTP depuis 1999 mais a rarement été mis en œuvre pour des paiements réels. Lorsqu'un serveur renvoie cette réponse, il peut inclure le montant, le moyen de paiement accepté, la blockchain et l'adresse de destination. L'acheteur renvoie ensuite la preuve qu'il a autorisé le paiement. x402 ne déplace pas d'argent par lui-même ; il normalise simplement la conversation entre acheteur et vendeur. Le nouveau service de Circle effectue le travail blockchain qui s'ensuit.

Le gas a été rendu invisible, pas supprimé

Chaque transaction blockchain nécessite des frais de réseau, communément appelés gas. Sur de nombreux réseaux, ces frais doivent être payés avec le token natif de la chaîne. Un acheteur détenant de l'USDC peut donc être dans l'incapacité de l'envoyer, à moins que le même wallet ne contienne également le bon token de gas — une contrainte qui pèse davantage sur les agents autonomes, qui n'ont aucun moyen simple de recharger un solde de gas en cours de tâche.

Les développeurs peuvent contourner ce problème en exploitant un relayer : un système séparé qui soumet les transactions pour les utilisateurs et paie leur gas. Cela implique normalement de protéger une autre clé de signature, de maintenir un wallet de gas financé et de surveiller les transactions en cas d'échec.

Circle place ces tâches derrière un seul service hébergé. Selon sa documentation technique, Circle diffuse chaque transfert via son relayer et paie le gas de règlement. L'acheteur autorise le paiement en USDC mais n'a pas besoin de maintenir un solde séparé du token natif du réseau. Le gas n'a pas dispar ; Circle a repris le rôle de financement et de soumission de la transaction.

La signature du wallet constitue la réelle autorisation de dépense

Le transfert utilise EIP-3009, une norme qui permet à un détenteur de token d'autoriser un transfert au moyen d'une signature offchain. « Offchain » signifie que le wallet signe un message sans envoyer immédiatement de transaction ni payer de gas.

Le message signé identifie le wallet payeur, le destinataire, le montant en USDC, la période de validité de l'autorisation et un code unique appelé nonce. Le nonce empêche la réutilisation répétée de la même autorisation.

Circle vérifie que la signature est valide, que l'acheteur dispose de suffisamment d'USDC et que le destinataire correspond à l'adresse de paiement spécifiée par le vendeur. Il filtre également les deux adresses avant de soumettre le transfert et enregistre le paiement avant de le diffuser, afin qu'une nouvelle tentative de la même requête ne produise pas un second prélèvement.

C'est ici que la différence entre autorisation technique et permission humaine prend tout son sens. La signature prouve que le wallet de l'acheteur a approuvé le transfert. Elle ne prouve pas qu'un agent IA est resté dans un budget, a acheté un service approprié ou a suivi les instructions de son propriétaire. Une personne ou un opérateur d'application doit toujours décider du degré de contrôle accordé à l'agent. Cela peut signifier utiliser un wallet à solde limité, programmer le wallet pour n'approuver que des actions définies, restreindre les destinataires ou fixer un plafond de dépenses. Circle indique explicitement que son facilitateur ne vérifie ni l'objet d'une transaction ni l'étendue des pouvoirs d'un agent.

La répartition des rôles fonctionne comme suit :

• Acheteur ou agent IA : demande la ressource et signe un paiement USDC exact depuis son wallet.
• Vendeur : fixe le prix et la destination, demande le règlement et livre la ressource payée.
• Circle : vérifie l'autorisation, filtre les deux parties, paie le gas et soumet le transfert.

La commodité déplace les opérations de paiement vers Circle

Réduire le nombre de composants de paiement peut diminuer les erreurs et raccourcir les délais de développement. Cela concentre également plusieurs fonctions au sein du service de Circle. Un vendeur utilisant le facilitateur dépend de Circle pour accepter la requête, effectuer son filtrage, maintenir le relayer financé et soumettre la transaction. Si le service hébergé devient indisponible ou refuse l'une des adresses, le règlement peut s'interrompre même lorsque la blockchain sous-jacente continue de fonctionner.

Il s'agit d'une dépendance opérationnelle plutôt que d'une garde de fonds. Circle affirme que le service ne détient ni ne contrôle les fonds de l'acheteur. L'USDC reste dans le wallet de l'acheteur jusqu'à ce que l'autorisation soit exécutée par le contrat du token — le programme blockchain qui enregistre les transferts d'USDC.

Circle autorise des tests limités sans clé, mais une utilisation continue en production oblige les vendeurs à s'authentifier via une clé API Circle. Le compromis en une phrase : les développeurs n'ont plus besoin d'exploiter un relayer, un wallet de gas et un processus de filtrage, mais leur flux de paiement repose désormais sur Circle pour exploiter ces composants à leur place.

La dépendance envers Circle n'élimine pas non plus le risque au niveau du réseau. Circle avertit que les paiements sur Base et Polygon PoS peuvent être affectés par uneorganisation de la blockchain — un événement rare dans lequel un bloc récemment enregistré est remplacé. Circle décrit les règlements sur Arc comme définitifs, tandis qu'il ne garantit pas la réception sur Base ou Polygon PoS. Ces conditions décrivent le lancement en l'état ; pour quiconque construit sur le service, la documentation de Circle est l'endroit où apparaîtront en premier les changements concernant les réseaux pris en charge ou les garanties de règlement.

Arc assemble bien plus qu'une couche de paiement

La suppression des frictions de paiement prend davantage d'importance lorsque les destinataires peuvent utiliser l'USDC qu'ils reçoivent. Arc héberge déjà l'infrastructure d'échange d'Uniswap, comprenant v2, v3, v4 et UniswapX. Cela place le règlement des paiements et l'accès à la liquidité onchain sur le même réseau. Les deux systèmes ne sont pas automatiquement connectés, et leur présence ne garantit pas un volume généré par les agents. Ils placent toutefois le règlement des paiements et l'infrastructure de négociation au sein du même écosystème Arc.

Un règlement plus rapide rend les contrôles de dépenses plus importants

Un règlement plus facile accroît la valeur des contrôles au niveau du wallet. Un wallet restreint peut rendre les paiements autonomes utiles ; une clé de signature non restreinte peut rendre l'erreur d'un agent coûteuse. Circle peut vérifier qu'une signature est valide et transmettre le paiement à la blockchain. Décider si l'agent devait la signer demeure la responsabilité de l'application et de son propriétaire.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier, juridique ou en investissement. Les fonctionnalités du service de paiement, les réseaux pris en charge et les conditions de règlement peuvent changer.