AI agents are no longer just answering questions — they are spending money. In 2026, a growing share of API calls, cloud compute jobs, and even retail checkouts are initiated by autonomous agents instead of humans clicking “buy.” That shift has created a new category of infrastructure: AI agent payment protocols, the standards that let an agent prove it’s authorized to spend, complete a purchase, and settle the transaction, all without a human typing in a card number.
Three protocols dominate the conversation this year: x402 from Coinbase, AP2 from Google, and ACP from OpenAI and Stripe. They’re often described as competitors, but in practice each one solves a different piece of the puzzle. This guide breaks down how each works, where they overlap, and which one fits your use case.
What Are AI Agent Payment Protocols and Why They Matter Now

An AI agent payment protocol is a standardized way for software agents to request, authorize, and settle payments programmatically, without a human present at the moment of the transaction. Before 2025, agents that needed to pay for something had no standard way to do it: developers stitched together API keys, manual invoicing, or hard-coded credit card flows.
That gap closed fast. Stripe processed trillions of dollars in payment volume in 2025 and built new infrastructure specifically for autonomous buyers. Coinbase’s x402 has cleared well over 100 million machine-to-machine transactions. Google lined up more than 100 industry partners behind AP2’s authorization framework. The market is real: analysts estimate AI agents will mediate trillions of dollars in commerce by the end of the decade.
x402: Permissionless Machine-to-Machine Payments
x402 revives HTTP’s long-dormant “402 Payment Required” status code, reserved since 1997 but never implemented until Coinbase open-sourced x402 in 2025. It now sits under neutral governance with backing from Google, Visa, Mastercard, Stripe, AWS, and Circle.
How x402 Works
When an agent requests a paid resource, the server responds with an HTTP 402 status and a JSON payload specifying the price, accepted stablecoin (typically USDC), and settlement network. The agent signs a payment authorization with its wallet, attaches proof, and retries the request. A facilitator verifies and settles on-chain, and the server delivers the resource, all within a single HTTP round trip. No accounts, API keys, or subscriptions required.
Best Use Cases
x402 is built for pay-per-request API monetization, machine-to-machine data feeds, and any scenario where buyer and seller have no prior relationship. Its trade-off: it’s stablecoin-only and stateless by design, so very high-frequency micropayments can get costly without facilitator batching.
AP2: Google’s Authorization and Trust Layer
AP2 (Agent Payments Protocol) doesn’t move money at all. It solves a narrower but critical problem: proving that an agent actually has permission to spend on a user’s behalf.
How AP2 Works
AP2 uses Verifiable Digital Credentials, cryptographically signed “mandates” based on the W3C Verifiable Credentials standard. An Intent Mandate captures the conditions under which an agent can buy autonomously (price limits, categories, timing). A Cart Mandate captures explicit user approval of a specific cart before checkout. A Payment Mandate is shared with the payment network so issuers can assess agent-related risk. AP2 works as an extension of Google’s A2A (Agent-to-Agent) protocol and MCP (Model Context Protocol), and it’s payment-rail agnostic, able to sit on top of cards, real-time payment systems, or stablecoins.
Best Use Cases
AP2 matters most for enterprise and compliance-heavy deployments, such as finance, healthcare, and procurement, where “who authorized this transaction?” needs a cryptographic answer, not just a log entry.
ACP: OpenAI and Stripe’s Agent Checkout Protocol
If x402 and AP2 are about machines and authorization, ACP (Agentic Commerce Protocol) is about agents actually shopping. Built by OpenAI and Stripe, it standardizes how an agent completes a purchase with a merchant.
How ACP Works
ACP defines a checkout lifecycle across four steps: create checkout, update checkout (quantities, shipping, customer details), complete checkout, and cancel checkout. Payment runs through a SharedPaymentToken, a single-use, amount-scoped token that lets an agent pay without ever touching raw card data. If a merchant tries to alter the charged amount, the token is rejected. ACP’s first major deployment was OpenAI’s Instant Checkout inside ChatGPT, with partners including Shopify, Stripe, and PayPal.
Best Use Cases
ACP is designed for conversational commerce: an agent shopping on a human’s behalf, comparing products, and completing checkout through dialogue. It’s fiat-only and assumes a human principal behind the purchase, so it isn’t built for machine-to-machine micropayments.
x402 vs AP2 vs ACP: Quick Comparison
- x402 (Coinbase) — Settlement layer, HTTP-native, stablecoins only, ideal for permissionless API and data payments.
- AP2 (Google) — Authorization layer, payment-agnostic, proves an agent has permission to spend.
- ACP (OpenAI/Stripe) — Checkout layer, fiat via Stripe, built for agent-to-merchant shopping flows.
These aren’t mutually exclusive. A production agent stack might use AP2 to authorize a purchase, ACP to complete a merchant checkout, and x402 to pay per-request for the API calls behind the scenes.
How to Choose the Right Protocol for Your AI Agent
If you’re monetizing an API with pay-per-request pricing and want zero-setup, crypto-native settlement, start with x402. If your agent needs to prove authorization for compliance or audit purposes, layer in AP2 regardless of which settlement method you use. If you’re building a shopping or e-commerce agent that needs a structured checkout flow with an existing merchant, ACP is the more natural fit. Many real-world systems will eventually combine two or even all three.

FAQ
Is x402 only for cryptocurrency payments?
Yes, currently x402 settles in stablecoins (primarily USDC) over networks like Base and Solana. It doesn’t support fiat cards directly, though other emerging protocols extend similar ideas to fiat rails.
Does AP2 replace ACP or x402?
No. AP2 is an authorization framework, not a settlement or checkout protocol. It’s designed to work alongside x402, ACP, or traditional payment rails.
Which protocol should a small developer start with?
For a single API endpoint charging per call, x402 has the lowest integration overhead since it requires no merchant account or checkout UI. For a shopping assistant, ACP is the more direct path since it plugs into existing Stripe merchant infrastructure.
Are these protocols safe for autonomous spending?
Each includes safeguards: x402’s stateless per-request model limits exposure, ACP’s SharedPaymentTokens are amount-scoped and single-use, and AP2’s mandates create an auditable authorization trail. Still, developers should set hard spending limits and monitoring regardless of protocol.
Conclusion
AI agent payment protocols are moving from experimental to essential infrastructure faster than most developers expected. x402, AP2, and ACP each answer a different question: how money moves, who authorized it, and how checkout happens. Understanding the difference is the first step to building an agent that can transact safely. If you’re building AI agents that need to interact with APIs, wallets, or storefronts, now is the time to map out which of these protocols belongs in your stack.
Related reading on NewsifyAll: AI Agent Frameworks 2026: LangGraph vs CrewAI vs AutoGen, Best MCP Servers 2026: Top Model Context Protocol Tools, and AI Agent Memory 2026: Mem0 vs Zep vs Letta.
Sources: Coinbase Developer Platform — Introducing x402 and Openfort — MPP, x402, ACP & AP2 Compared.

