Ripple pushes RLUSD into the AI-agent payment race, but USDC still sets the market baseline
Ripple is trying to give XRP Ledger a seat in machine-to-machine payments with RLUSD and a new AI starter kit. The move matters because x402-based commerce is emerging as a real stablecoin distribution channel, but current usage patterns still favor USDC-heavy stacks.

Ripple’s latest product push is not just another developer toolkit announcement. By packaging XRP Ledger payment flows, wallet actions and x402 support into an AI-focused starter kit, the company is making a direct bid for a new layer of stablecoin demand: autonomous software that pays for APIs, model inference, data feeds and other online services without a human sitting in the checkout loop. For RWA markets, that matters because the next large distribution battle for tokenized dollars may be less about retail wallets and more about whether software agents default to one settlement asset over another.
The core of the launch is straightforward. Ripple said developers can use the XRPL AI Starter Kit to build agents that create wallets, check balances and initiate payments on XRPL, with support for both XRP and RLUSD. That positions RLUSD not simply as a treasury or exchange asset, but as a programmable payment instrument for usage-based commerce. On Ripple’s own stablecoin materials, the company describes RLUSD as natively issued on XRP Ledger and Ethereum and fully backed by segregated reserves of cash and cash equivalents, redeemable one-for-one for U.S. dollars. That institutional framing is important: agent payments may look like a crypto-native niche today, but the winning stablecoins are likely to be the ones that can satisfy both developer ergonomics and compliance expectations.
The market Ripple is targeting is built around x402, an open protocol that revives HTTP 402 Payment Required as a way to make web requests carry payment instructions. In practice, that means a client or software agent can request a paid resource, receive a payment challenge, submit an onchain payment and retry the same request with proof attached. Coinbase’s x402 documentation makes the design goal explicit: the protocol is meant to support direct, programmatic payments for APIs, content and microservices without traditional user accounts or card-network plumbing. For software agents that need to make many small purchases, that is a meaningful architectural shift rather than a cosmetic blockchain wrapper.
Ripple’s challenge is that this market already has a de facto incumbent pattern. The source reporting around the launch described early x402 activity as concentrated on Base and Solana and still largely settled in USDC. That fits the broader implementation guidance in Coinbase’s own documentation, which highlights broad token support while also calling out USDC’s EIP-3009 flow as especially smooth for production payments. In other words, Ripple is not opening an empty field. It is trying to dislodge an emerging standard at the point where developers, facilitators and service operators are just beginning to settle on default assets and networks.
XRPL does bring some attributes that make the attempt credible. Ripple is emphasizing protocol-level payments rather than custom smart-contract payment logic, along with predictable fees, native escrow and built-in exchange functionality. If an agent economy grows around frequent low-value payments, those features could matter. A stack that minimizes execution complexity and settlement variance is easier to reason about than one that depends on several external contracts and gas-management layers. That same logic is why stablecoins tied to familiar reserve structures can travel further with enterprises than purely crypto-native settlement assets.
But product readiness is not the same thing as market traction. Ripple did not publicly pair the launch with named customers, agent-payment volumes or a live production deployment at meaningful scale. That leaves the initiative in an important but still provisional category: strategically relevant, commercially unproven. The absence of disclosed usage does not invalidate the product thesis, but it does mean investors and operators should treat this as an infrastructure land grab rather than evidence that RLUSD has already broken into the dominant payment flows for AI agents.
The RWA angle is larger than this single launch. Stablecoins increasingly function as the cash leg for tokenized markets, and any protocol that becomes standard for machine-native commerce can influence where future treasury-backed balances sit. If developers eventually embed x402-style payments into data services, brokerage APIs, compliance tooling or tokenized-asset analytics, the settlement asset chosen at that layer could become sticky. Ripple is trying to make sure RLUSD is in that decision set early instead of waiting for distribution habits to harden around rival tokens.
That is why the launch deserves attention even before usage data arrives. It shows stablecoin competition moving beyond exchange listings and merchant checkout toward programmable internet payments, where distribution comes from SDKs, default integrations and developer trust. Ripple has put real product surface behind that thesis. The harder part now is converting tooling into repeat transaction flow in a market where USDC still appears to be the reference asset for most real x402 activity.