<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Stripe on RockB</title><link>https://baeseokjae.github.io/tags/stripe/</link><description>Recent content in Stripe on RockB</description><image><title>RockB</title><url>https://baeseokjae.github.io/images/og-default.png</url><link>https://baeseokjae.github.io/images/og-default.png</link></image><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 13 Jul 2026 20:00:00 +0000</lastBuildDate><atom:link href="https://baeseokjae.github.io/tags/stripe/index.xml" rel="self" type="application/rss+xml"/><item><title>UCP vs ACP 2026: Agent Commerce Protocols Compared</title><link>https://baeseokjae.github.io/posts/ucp-vs-acp-agent-commerce-2026/</link><pubDate>Mon, 13 Jul 2026 20:00:00 +0000</pubDate><guid>https://baeseokjae.github.io/posts/ucp-vs-acp-agent-commerce-2026/</guid><description>UCP (Google) vs ACP (OpenAI/Stripe): two competing protocols for agent-led commerce in 2026. Architecture, adoption, trade-offs, and which one to bet on.</description><content:encoded><![CDATA[<h2 id="the-two-protocols-trying-to-define-how-ai-agents-buy-things">The Two Protocols Trying to Define How AI Agents Buy Things</h2>
<p>By mid-2026, two competing standards are vying to become the default way AI agents handle commerce: Google&rsquo;s <strong>Universal Commerce Protocol (UCP)</strong> and OpenAI/Stripe&rsquo;s <strong>Agentic Commerce Protocol (ACP)</strong>. Both solve the same fundamental problem — how does an AI agent discover products, negotiate a purchase, and complete a transaction on behalf of a human — but they approach it from very different angles.</p>
<p>I&rsquo;ve spent the last few weeks digging into both specs, reading the GitHub repos, and looking at who&rsquo;s actually implementing what. Here&rsquo;s what I found.</p>
<h2 id="what-is-ucp-googles-universal-commerce-protocol">What is UCP? Google&rsquo;s Universal Commerce Protocol</h2>
<p>Google launched UCP in January 2026 as an open-source protocol co-developed with Shopify, Etsy, Wayfair, Target, and Walmart. It&rsquo;s backed by 20+ partners including Adyen, American Express, Best Buy, Mastercard, Stripe, and Visa. That&rsquo;s not a press release — those companies are listed as endorsing partners on the protocol&rsquo;s documentation.</p>
<p>UCP is designed as a <strong>composable architecture</strong> built around two core concepts: <strong>Capabilities</strong> and <strong>Extensions</strong>. A merchant declares what they can do (product listing, cart management, checkout, returns) through a standardized business profile, and agents discover those capabilities dynamically. The protocol is surface-agnostic — it works across chat, visual commerce, voice, and traditional web checkout.</p>
<p>Key architectural decisions:</p>
<ul>
<li><strong>Transports</strong>: REST and JSON-RPC, with built-in support for A2A and MCP integration</li>
<li><strong>Payments</strong>: Integrates with AP2 (Agent Payments Protocol) for agent-initiated payments</li>
<li><strong>Security</strong>: Supports verifiable credentials and AP2 mandates for agent authorization</li>
<li><strong>Merchant ownership</strong>: The business remains Merchant of Record — full customer relationship ownership stays with the retailer</li>
</ul>
<p>The UCP GitHub repo has <strong>3,207 stars</strong> as of July 2026, roughly 2.2x the community traction of ACP. Google is also expanding UCP beyond retail into lodging and food industries this year.</p>
<h2 id="what-is-acp-openai--stripes-agentic-commerce-protocol">What is ACP? OpenAI &amp; Stripe&rsquo;s Agentic Commerce Protocol</h2>
<p>ACP is maintained by OpenAI and Stripe, currently in beta. It defines the <strong>Agentic Checkout Specification (ACS)</strong> as a REST API contract that agents use to complete purchases. The merchant remains the system of record for orders, payments, taxes, and compliance — same fundamental principle as UCP, but the implementation is more focused.</p>
<p>ACP has shipped <strong>six spec versions</strong> since September 2025: 2025-09-29 (initial), 2025-12-12, 2026-01-16, 2026-01-30, and 2026-04-17. That&rsquo;s a rapid iteration cadence that tells me the OpenAI/Stripe team is actively responding to implementer feedback.</p>
<p>What ACP supports as of April 2026:</p>
<ul>
<li><strong>Capability negotiation</strong>: Agents and merchants discover what each other can do</li>
<li><strong>Payment handlers</strong>: Multiple payment method support</li>
<li><strong>Extensions</strong>: Custom merchant-specific checkout flows</li>
<li><strong>Discounts</strong>: Agent-negotiated pricing and promotions</li>
<li><strong>MCP integration</strong>: Connects to the broader Model Context Protocol ecosystem</li>
</ul>
<p>The ACP GitHub repo has <strong>1,473 stars</strong> — smaller than UCP, but the developer community is engaged and the issue tracker shows active discussion. ACP&rsquo;s tighter scope (checkout-first) means less surface area to implement, which matters for early adoption.</p>
<h2 id="head-to-head-ucp-vs-acp">Head-to-Head: UCP vs ACP</h2>
<h3 id="governance--backing">Governance &amp; Backing</h3>
<p>UCP is a <strong>broad industry coalition</strong> led by Google. The partner list reads like a who&rsquo;s-who of retail and payments: Shopify, Etsy, Wayfair, Target, Walmart, Stripe, Visa, Mastercard, Adyen. That breadth gives UCP credibility with merchants who want to see their existing payment processors and retail platforms already on board.</p>
<p>ACP is a <strong>two-company effort</strong> (OpenAI + Stripe) with a narrower but deeper integration story. If you&rsquo;re already on Stripe for payments and using OpenAI for your AI stack, ACP is the path of least resistance. The question is whether that narrow focus becomes a strength (faster iteration, clearer decisions) or a weakness (harder to get Walmart and Target to adopt).</p>
<h3 id="architecture--design-philosophy">Architecture &amp; Design Philosophy</h3>
<p>UCP is <strong>composable and broad</strong>. The Capabilities + Extensions model lets merchants expose exactly what they want, from full checkout to partial flows. The embedded option lets retailers customize the checkout experience rather than handing it entirely to the agent. This is the right design for large retailers who have existing checkout infrastructure and don&rsquo;t want to rip it out.</p>
<p>ACP is <strong>checkout-focused and opinionated</strong>. The Agentic Checkout Specification defines a clear contract: here&rsquo;s how an agent adds items, applies discounts, selects shipping, and completes payment. Less flexibility, less ambiguity. For a developer building a shopping agent, ACP&rsquo;s narrower scope means fewer decisions to make.</p>
<h3 id="community-adoption">Community Adoption</h3>
<p>The GitHub star numbers tell part of the story: UCP at 3,207 vs ACP at 1,473. But stars aren&rsquo;t adoption. What matters more is that <strong>NVIDIA released a Retail Agentic Commerce Blueprint supporting both protocols</strong>, and the open-source SDK <strong>Agorio</strong> (TypeScript) also supports both UCP and ACP. The multi-protocol tooling trend is the real signal here — developers don&rsquo;t want to pick one.</p>
<h3 id="integration-ecosystem">Integration Ecosystem</h3>
<p>UCP integrates with A2A (Agent-to-Agent Protocol), MCP (Model Context Protocol), and AP2 (Agent Payments Protocol). If you&rsquo;re building a multi-agent system that needs to handle the full commerce lifecycle — discovery, negotiation, payment, fulfillment — UCP&rsquo;s integration surface is more complete. I covered the A2A and MCP relationship in detail in my <a href="/posts/mcp-vs-a2a-protocol-2026/">MCP vs A2A Protocol 2026</a> post.</p>
<p>ACP integrates with MCP and supports payment handlers, but doesn&rsquo;t have the same breadth of protocol interoperability. That may change as the spec matures.</p>
<h3 id="industry-coverage">Industry Coverage</h3>
<p>UCP is actively expanding into lodging and food in 2026. ACP is currently retail-focused. If you&rsquo;re in hospitality or food service, UCP is the only option today.</p>
<h2 id="the-broader-protocol-ecosystem">The Broader Protocol Ecosystem</h2>
<p>UCP and ACP aren&rsquo;t the only players. The agent commerce protocol landscape is fragmenting, and the trust/security layer may end up being the real battleground.</p>
<p><strong>Visa&rsquo;s Trusted Agent Protocol</strong> (186 GitHub stars) focuses on agent-merchant trust — how does a merchant verify that an agent is authorized to spend money on behalf of a specific user? <strong>Forter&rsquo;s Trusted Agentic Commerce Protocol</strong> (178 stars) tackles the same problem from a fraud-prevention angle. Both are early-stage but address a real gap: neither UCP nor ACP fully solves the &ldquo;how do I know this agent isn&rsquo;t a scammer&rdquo; problem.</p>
<p><strong>NVIDIA&rsquo;s Retail Agentic Commerce Blueprint</strong> supports both UCP and ACP, which is the pragmatic middle ground. NVIDIA isn&rsquo;t picking a side — they&rsquo;re building the infrastructure layer that works with both.</p>
<p><strong>Rankly Protocol Tracker</strong> monitors 3 commerce protocols (UCP, ACP, NVIDIA RAC) and 7 payment protocols in real-time. The fact that someone built a tracker for this space tells you everything about the fragmentation problem.</p>
<h2 id="which-protocol-should-merchants-choose">Which Protocol Should Merchants Choose?</h2>
<p>I&rsquo;ve been asking myself this question, and the honest answer is: <strong>it depends on your AI ecosystem</strong>.</p>
<p>If you&rsquo;re building on Google&rsquo;s AI stack (Gemini, Google ADK, A2A) and want the broadest industry compatibility, UCP is the safer bet. The composable architecture gives you more control over the checkout experience, and the partner list means your payment processor and retail platform are likely already involved. I covered how Google ADK works with A2A in my <a href="/posts/google-adk-a2a-protocol-guide-2026/">Google ADK A2A Protocol Guide</a>.</p>
<p>If you&rsquo;re building on OpenAI (ChatGPT, GPTs, Assistants API) and already use Stripe for payments, ACP is the natural choice. The tighter spec means less implementation surface, and the OpenAI ecosystem integration is deeper.</p>
<p>If you&rsquo;re building a platform or SDK that other developers will use, <strong>support both</strong>. Agorio and NVIDIA are showing the way — multi-protocol support is the pragmatic answer for anyone who doesn&rsquo;t want to bet the business on a single standard.</p>
<h2 id="the-future--convergence-or-fragmentation">The Future — Convergence or Fragmentation?</h2>
<p>The agent commerce protocol space in 2026 reminds me of the early days of cloud APIs — multiple competing standards, each backed by a major player, with no clear winner yet. The difference is that UCP and ACP are both open-source and both designed to work with existing infrastructure. Neither requires merchants to rebuild their checkout.</p>
<p>My prediction: we&rsquo;ll see <strong>de facto convergence at the tooling layer</strong> rather than a single protocol winning. SDKs like Agorio will abstract away the protocol choice, NVIDIA&rsquo;s blueprint will support both, and merchants will implement whichever protocol their AI platform prefers while the tooling handles the translation. The real differentiation will shift to the trust and security layer — Visa&rsquo;s and Forter&rsquo;s protocols may end up mattering more than the commerce protocol itself.</p>
<h2 id="conclusion">Conclusion</h2>
<p>UCP and ACP are both serious, well-designed protocols for agent-led commerce. UCP has broader industry backing and a more composable architecture. ACP has tighter scope and deeper integration with the OpenAI/Stripe ecosystem. Neither is going away in 2026, and the smartest move for most merchants and developers is to build for multi-protocol support from day one.</p>
<p>The agent commerce future isn&rsquo;t about picking the right protocol — it&rsquo;s about building systems that can work with all of them.</p>
]]></content:encoded></item></channel></rss>