Cloudflare Wallets : l'identité des agents migre vers la périphérie du réseau
Le titre que tout le monde a écrit était portefeuille. C'est la moitié ennuyeuse. La moitié intéressante, c'est que Cloudflare vient de placer l'identité des agents IA à la périphérie du réseau, devant chaque requête qui atteint votre application, et y a arrimé un rail de paiement x402. En un seul lancement produit, Cloudflare a donné aux agents IA une identité et un portefeuille qui réside au niveau du CDN, ni dans une extension de navigateur ni sur un L2.
Relisez ça. La couche KYC du commerce machine autonome est désormais un proxy inverse.
J'écris sur x402 et les paiements d'agents depuis des mois, et je reviens toujours à la même question : qui possède le rail. J'ai écrit sur Anvita et x402 et soutenu que le propriétaire du rail capte la marge. Je ne m'attendais pas à ce que la réponse soit un CDN. Avec le recul, c'est évident.
Cloudflare Wallets n'est pas un produit de portefeuille
Qualifier ceci de lancement de portefeuille, c'est passer à côté de ce qui a été livré. Cloudflare Wallets lie une identité cryptographique à un agent au moment où il effectue une requête réseau. Cette identité porte un budget de dépense, un périmètre de politique, et une signature que tout service en aval peut vérifier sans jamais interroger une chaîne.
La partie portefeuille est un prérequis. USDC, limites de dépense, révocation. Soit. Ce qui change la physionomie de l'industrie, c'est que Cloudflare se trouve désormais entre chaque agent IA et chaque API sur internet qu'il dessert, et peut associer à chacun d'eux une identité payante, révocable et auditable.
Selon Forkast, l'argument est que les agents peuvent enfin payer les ressources qu'ils consomment. Vrai. Mais le cadrage plus juste est que Cloudflare a enfin une raison d'être le fournisseur d'identité pour les machines, et les machines sont sur le point de dépasser les humains sur le réseau d'un ordre de grandeur.
cloudflare.pay x402 fait du CDN le marchand de référence
Le protocole x402 réutilise le code de statut HTTP 402 pour exiger un paiement avant de délivrer une réponse. C'était une curiosité depuis deux ans. C'est désormais une surface produit à la périphérie du plus grand CDN de la planète.
Voici ce que cloudflare.pay x402 fait en pratique :
- Un agent interroge une API. L'origine renvoie 402 avec un prix et une adresse de paiement.
- Le portefeuille de l'agent, émis par Cloudflare, signe un paiement, soit on-chain, soit via une ligne de crédit off-chain réglée.
- Cloudflare vérifie le paiement, transfère la requête, et l'API répond. L'origine ne touche jamais à la logique de paiement.
Cette dernière ligne résume tout l'enjeu. L'origine ne touche jamais à la logique de paiement. Ce qui signifie que l'origine n'est pas le marchand de référence pour cette transaction. C'est Cloudflare. Et selon la couverture de Shattered sur Agents Week 2026, le règlement peut se faire entièrement off-chain, avec un règlement net périodique vers le L1 ou L2 que le client préfère.
La chaîne devient donc une tâche par lots. Un cron nocturne. Un registre de dernier recours.
L'identité des agents à la périphérie du réseau sonne le glas de l'interface de portefeuille
Mon opinion sincère : l'interface de portefeuille telle qu'on la connaît est morte pour les agents. Les humains continueront de conserver des phrases de récupération et de cliquer sur confirmer dans une fenêtre Rabby. Pas les agents. Les agents hériteront d'une identité de celui qui les héberge, et cette identité sera signée à la périphérie avant que la requête ne franchisse une frontière réseau.
Cloudflare est le premier à le déployer à l'échelle, mais ce ne sera pas le seul. AWS dispose des primitives. Google Cloud a Gemini et une équipe de paiements qui recrute discrètement. Fastly pourrait en faire une version en un trimestre si elle le voulait.
La fracture intéressante se situe entre l'émetteur d'identité et le réseau de règlement. Cloudflare n'a aucun intérêt à gérer le consensus. Il a un intérêt considérable à posséder l'identité, le moteur de politique et la relation marchande. C'est une part bien plus précieuse de la pile.
Les paiements en stablecoin des agents IA deviennent une fonctionnalité de périphérie, pas de chaîne
Les stablecoins étaient censés être l'application phare qui attirerait les paiements réels on-chain. Ce qui se passe en réalité, c'est que les paiements en stablecoin des agents IA repoussent le règlement off-chain, ou du moins hors du chemin critique.
USDC sur Solana se règle encore en moins d'une seconde. Mais un agent effectuant 400 appels d'outils par minute ne peut attendre aucun bloc, sur aucune chaîne, aussi rapide soit-elle. Il lui faut une signature, une vérification de politique et une réponse, le tout en moins de 50 ms. C'est un problème à résoudre par un CDN, pas par une blockchain.
C'est pourquoi je pense que la réduction des frais L2 n'est plus le bon récit pour le commerce machine. La métrique pertinente n'est pas le gas par transaction. Ce sont les signatures par seconde par PoP de périphérie, et le règlement peut être regroupé vers la chaîne la moins chère cette semaine-là.
Cloudflare Agents Week 2026 a discrètement fait de Cloudflare la couche KYC
Voici la précaution professionnelle que je dois formuler : je dirige la tech dans un exchange régulé. J'aime le KYC. J'aime l'AML. Je veux que les machines qui dépensent de l'argent aient des identités qui puissent être révoquées, auditées et, le cas échéant, réquisitionnées par la justice. Ce n'est pas un mauvais résultat.
Ce dont je suis moins sûr, c'est qu'une seule entreprise soit l'émetteur d'identité pour la majorité du commerce machine à machine sur l'internet public. Cloudflare est en frontal d'environ un cinquième de tout le trafic web. Si Cloudflare Wallets devient l'identité d'agent par défaut, cela représente une concentration de confiance supérieure à ce qu'une seule chaîne a jamais demandé.
Nous avons passé une décennie à affirmer que l'identité ne devrait appartenir à aucun intermédiaire unique. Puis les agents sont arrivés, ont eu besoin de payer des choses en temps réel, et l'intermédiaire qui pouvait le faire le plus vite a gagné sur la seule latence.
Le prochain combat ne porte pas sur quelle chaîne règle les paiements machines. Il porte sur quel réseau de périphérie sera autorisé à émettre les identités qui rendent ces paiements lisibles en premier lieu.