Inside the Plumbing: How an Agent Actually Pays for a Web Page
The mechanism behind Cloudflare Wallets is deliberately mundane: it reuses an HTTP status code that has existed for decades but was almost never implemented. In the x402 flow, a client agent requests a payment-gated resource; instead of serving it, the server responds with 402 Payment Required and a small payload stating the price, the accepted asset, and where to pay [4]. The client then pays and retries the request with proof of payment, a facilitator verifies it, and the resource is served - all without a human clicking 'buy' or entering a card number [4]. Cloudflare Wallets is the buyer-side implementation of that flow: Virtual Wallets, funded by a human-controlled Account Wallet, hold the stablecoin balance an agent draws against and enforce the guardrails - an allowance, a merchant allow-list, and a maximum transaction size - that let it transact without asking permission every time [2].
What makes this more than a payment gimmick is that it did not appear in isolation. Cloudflare had already built the seller side of this exchange a month earlier with the Monetization Gateway, which let websites and APIs charge agents for content over the same x402 rails [3]. Wallets is explicitly framed as the piece that completes that two-sided marketplace, so that both the site charging for access and the agent paying for it speak the same protocol, on the same network, without a third-party payment processor in between [4].



