Announcing Cloudflare Wallets: the programmable wallet for the agentic Internet

À retenir

1. Date / source. 4 août 2026, blog Cloudflare, Will Papper, dans le cadre de l'Agents Week.
2. Cadrage clé. « Agents do not have a stable identifier to sign up for an API, and they do not have a native way to pay for APIs. » Ce n'est pas la capacité du modèle qui bloque l'essai d'une API, c'est l'absence d'identité et de moyen de paiement — les agents abandonnent et renvoient inscription, moyen de paiement et génération de clé à un humain. ### L'architecture à deux étages | | Account Wallet | Virtual Wallet | |---|---|---| | Pour qui | l'humain, propriétaire du compte | l'agent | | Accès | interface de compte | clé d'API | | Peut | approvisionner, déléguer, retirer | dépenser dans la limite fixée | | Plafond | définit celui des Virtual Wallets | fixé par le détenteur du compte | | Garde-fous | — | allocation, liste d'autorisation, montant maximal par transaction | C'est une réponse directe au problème d'autorité ambiante décrit dans [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]] : là, l'agent hérite des permissions complètes et surprovisionnées de son humain ; ici il reçoit une délégation bornée, avec un plafond explicite et révisable. C'est aussi le mécanisme qui instrumente la distinction « qui consomme, et pour le compte de qui » — un agent en Virtual Wallet dépense des fonds explicitement délégués, non le quota indifférencié de son propriétaire. ### L'argument central « These limits may seem like constraints, but counterintuitively they give agents more freedom. If an agent is responsible for $10, you can worry less about its spending than if it is responsible for $1,000. » Autrement dit, on n'accorde d'autonomie qu'à hauteur de ce dont on accepte de perdre le contrôle : c'est la règle de back-pressure de [[sfeir-code-review-anneau-contraintes-2026-07-30]] transposée du code à la dépense. Le plafond est ici l'équivalent du test qui casse la CI — une contrainte mécanique, pas une consigne. Cas d'usage donné, immédiatement parlant : « Want to give every employee a $100 per week budget for AI inference? » — un Account Wallet approvisionné, un Virtual Wallet par salarié. Dépassement, demande de dérogation à un humain habilité ; dépense anormalement rapide, revue humaine puis relèvement ou injection ponctuelle si intentionnelle, sinon « the spending policies… did their job by imposing caps ». Une politique FinOps de token qui s'exprime en règles de portefeuille plutôt qu'en tableau de bord a posteriori. ### Le rail : x402 + stablecoin Les paiements sont attachés aux requêtes HTTP (x402) et libellés en stablecoins, avec rampes d'entrée/sortie dans les géographies supportées. Cloudflare n'entre donc pas dans le camp des schémas adossés aux réseaux de cartes, contrairement à l'Agentic Commerce Protocol (OpenAI + Stripe) ou à l'Universal Commerce Protocol et l'Agent Payments Protocol côté Google. Adoption annoncée des schémas de la x402 Foundation à mesure qu'ils se développent. Désambiguïsation : ne pas confondre les trois camps — Cloudflare Wallets / x402, Agentic Commerce Protocol, Universal Commerce Protocol. ### Le volet identité, enjeu plus large que le portefeuille Le problème posé est commercial avant d'être technique : « It's easy to give a one-week free trial or sign-up credits to a human or an organization. It's hard to give these same perks to an agent that lacks a stable identity and when one human can spin up dozens of agents under their control. » La réponse est un espace de noms, cloudflare.pay, où un agent peut vivre à research.example.cloudflare.pay — identité optionnelle, déléguée du compte, persistante. Cloudflare se propose ainsi comme registraire de l'identité des agents, et l'analogie qu'il choisit lui-même est parlante : « similar to the URL and IP-address pairings used in DNS ». L'affirmation de neutralité sémantique (« we are not trying to define a particular schema ») évite le conflit avec tout standard futur. Continuité technique revendiquée : Web Bot Auth permet déjà à un agent d'enregistrer son identité par paire de clés, Wallets n'y ajoutant qu'une couche lisible par un humain — « a human-readable identifier for a not-very-readable keypair ». L'analogie VPN et ce qu'elle escamote : « If someone is unidentified, they are not inherently untrustworthy, but they need to prove themselves more. » Elle préserve le droit à l'anonymat tout en le tarifant en friction. Mais chez un acteur qui arbitre déjà une part majeure du trafic (Turnstile, Bot Management), le coût de l'anonymat est fixé par celui-là même qui vend l'identité. Le texte dit qu'il revient aux entreprises de décider si elles privilégient les agents connus ; il ne dit pas qui décide de la difficulté de l'alternative. ### Le statut du texte, réserve à porter en tête de citation Presque tout est au futur. Ce qui est disponible le 4 août, c'est la réservation d'un handle ; payer des API, créer des Virtual Wallets, poser des garde-fous et approvisionner sont annoncés — « Soon, you will be able to set up and use your Cloudflare Wallet », « Wallets will allow », « We will start with simple ways to onramp and offramp ». Prise de position sur un espace de noms doublée d'une feuille de route, non mise en service. Les garde-fous n'ont aucun retour d'usage à ce stade. ### Autres points
3. Chiffre non sourcé. « with a majority of traffic on the web now being driven by bots » — affirmation lourde, sans référence, chez un acteur qui a pourtant les données pour l'étayer (Radar).
4. Périmètre géographique. rampes « within supported geographies », auto-approvisionnement « for eligible users ». Rien sur l'Europe, rien sur la conformité (KYC, DSP2, MiCA) : premier obstacle de transposition pour un lectorat européen.
5. Concentration. le même acteur fournirait le portefeuille de l'acheteur, la passerelle de monétisation du vendeur, l'identité des deux, et le contrôle de bot qui décide de la friction. « All of these building blocks will create a headless marketplace for the Internet » décrit aussi une intégration verticale complète d'un marché biface.