Coinbase는 왼쪽, Stripe는 오른쪽: x402와 MPP의 에이전트 결제 대결
- 핵심 관점: AI 에이전트의 결제 수요에 대해, x402와 MPP 프로토콜은 두 가지 다른 기술 경로를 대표합니다: x402는 극도의 단순성과 무허가 개방형 프로토콜을 추구하는 반면, MPP는 세션, 스트리밍 결제 및 법정화폐 통합을 포함한 풀스택 기업급 솔루션을 구축합니다.
- 핵심 요소:
- x402 프로토콜: Coinbase가 주도하며, HTTP 402 상태 코드를 부활시켜 온체인 결제를 통해 요청-응답을 완료합니다. 계정 시스템이 없고 설계가 매우 간소화되어 있으며, 개방형 네트워크의 롱테일 수요를 서비스하는 것을 목표로 합니다.
- MPP 프로토콜: Stripe와 Tempo가 출시했으며, 핵심은 '세션' 메커니즘입니다. 고빈도 소액 결제 집계, 초단위 확인을 지원하며, SPT 메커니즘을 통해 스테이블코인과 신용카드 등의 법정화폐 결제를 통합할 수 있습니다.
- 시장 현황: 둘 다 초기 단계에 있습니다. x402의 일일 거래량은 약 13.1만 건이지만 대부분 소액 테스트입니다. MPP는 출시 시 100개 이상의 서비스 디렉토리를 보유했지만, 규모화된 실제 거래는 아직 형성되지 않았습니다.
- 전략적 차이: x402는 오픈소스, 체인 무관의 기초 프로토콜로 포지셔닝됩니다. MPP는 Stripe의 규정 준수 및 비즈니스 시스템에 깊이 통합되어 기업급 고빈도 및 하이브리드 결제 수요를 우선적으로 충족시킵니다.
- Stripe의 전략: Agentic Commerce Suite를 통해 두 가지 결제 트랙을 동시에 지원하고, 상위 추상화와 상인 진입점을 장악하여 하위 프로토콜이 자유롭게 경쟁하도록 합니다.
원문 제목: Stripe의 MPP 대 x402: 오늘 실제로 무슨 일이 일어났나
원문 저자: Nick Sawinyh, defiprime.com
원문 번역: Peggy, Blockbeats
편집자 주: 에이전트가 어떻게 지불할 것인가라는 문제를 둘러싸고, x402와 MPP는 거의 정반대의 두 가지 경로를 제시했습니다.
x402는 프로토콜 최소화를 추구합니다: 지불을 HTTP 요청에 직접 내장하여, 가장 간단한 방식으로 '요청 즉 지불'을 구현합니다. 계정도 없고, 중개자도 없으며, 인터넷 초기의 개방적이고 허가가 필요 없는 설계와 더 비슷해, 롱테일 개발자와 탈중앙화 시나리오에 적합합니다.
MPP는 시스템 최대화를 추구합니다: 세션(sessions), 스트리밍 결제, 규정 준수 시스템을 통해 고빈도 거래, 리스크 관리, 법정화폐 접속 문제를 해결합니다. 순수함을 추구하기보다는 현실적인 비즈니스 수요를 우선 충족시키며, 기업급 및 규모화된 애플리케이션에 더 적합합니다.
두 방식의 차이는 본질적으로 동일한 문제에 대한 두 가지 해법입니다: 지불을 프로토콜의 일부로 만들 것인가, 아니면 시스템의 한 층으로 만들 것인가.
바로 그렇기 때문에, 이 둘은 완전한 경쟁 관계가 아니라 서로 다른 구간에 분포된 것과 같습니다. x402는 개방형 네트워크의 롱테일 수요를 커버하고, MPP는 고빈도 및 상업화된 트래픽을 담당합니다. 아직 형성되지 않은 에이전트 경제에서 이러한 분화는 아마도 필연적일 것입니다.
이하 원문입니다:
HTTP 상태 코드 402는 1990년대 후반 HTTP/1.1 규격에 정의된 이후로 쓸모를 기다려 왔습니다. 그 의미는 '지불 필요(Payment Required)'입니다. 당초 구상은 웹의 프로토콜 계층에 지불 능력을 내장시켜, 기계가 웹페이지를 요청하듯이 자원을 구매할 수 있게 하는 것이었습니다.
하지만 이 구상은 대부분 실현되지 않았습니다. 수년 동안 이 상태 코드는 Shopify의 속도 제한 응답, Apple Mobile Me의 과금 오류 등 일부 주변 시나리오에서만 가끔 나타났을 뿐, 그 암시하는 마이크로페이먼트 미래를 진정으로 구축한 사람은 아무도 없었습니다. 그 대신 신용카드, 구독제 유료 벽, 그리고 API Key 메커니즘이 등장했는데, 이러한 시스템들은 본질적으로 사람의 손이 조작하는 인간을 위해 설계된 것입니다.
그리고 오늘, 이 미래에 대해 서로 경쟁하는 두 가지 구현 경로가 나타났으며, 같은 날 발표되었습니다. 다음으로, 각각 무엇인지, 어떤 차이가 있는지, 그리고 Stripe가 왜 이 두 경로에 동시에 베팅하는지 정리해보고자 합니다.
x402: 더 간단한 한 가지 방안

Coinbase는 2025년 5월 x402를 정식 출시했으며, 그 핵심 사고방식은 거의 극단적으로 간결하다고 말할 수 있습니다. 클라이언트가 자원을 요청합니다; 서버는 HTTP 402를 반환하며 클라이언트에게 알립니다: 얼마의 수수료를 지불해야 하는지, 어떤 토큰을 사용하는지, 어느 체인에서 지불을 완료하는지. 클라이언트가 체인에서 지불을 완료한 후, 지불 증명을 재발송된 요청에 첨부하면 서버는 즉시 자원을 전달합니다.
이렇게 간단합니다. 계정 시스템도 없고, API Key도 없으며, 구독 메커니즘도 없습니다. 단지 한 번의 HTTP 요청 왕복 사이에 지불 한 건이 삽입된 것뿐입니다.
현재 Stripe는 이미 그들의 지불 시스템에서 x402에 대한 네이티브 지원을 제공하고 있으며, 판매자는 기존 백엔드를 통해 직접 이 유형의 지불을 받을 수 있습니다. 하지만 본질적으로 말하자면, x402는 여전히 Coinbase가 주도하는 프로토콜로, 2025년 9월 Cloudflare와 공동으로 발족한 x402 Foundation이 거버넌스를 담당합니다. 이 프로토콜은 완전히 오픈 소스(Apache 2.0 라이선스)이며 TypeScript, Go, Python 등 다국어 SDK를 제공합니다.
지원 범위 측면에서, Coinbase의 공식 문서에 따르면 현재 Base, Polygon 및 Solana에서 ERC-20 지불을 지원하고 있습니다. 동시에 생태계는 이를 Avalanche, Sui, Near 등 다른 체인으로 확장하는 것을 탐색 중이지만, 성숙도는 각기 다릅니다.
다음으로 채택 데이터를 보면, 이 부분은 조금 더 복잡합니다. Coinbase에 따르면, x402는 이미 그들의 Agentic Wallet 인프라를 통해 5천만 건 이상의 거래를 처리했습니다. 들으면 매우 인상적이지만, CoinDesk가 3월 11일 Artemis의 온체인 분석 데이터를 인용한 바에 따르면: 일일 거래량은 약 13.1만 건, 총 금액은 약 2.8만 달러, 평균 단건 지불액은 약 0.20달러에 불과하며, 그중 약 절반은 실제 비즈니스 거래라기보다는 테스트나 게임화된 행동에 더 가깝습니다.
하지만 이는 나쁜 일이 아닐 수 있습니다. 왜냐하면 이 프로토콜은 본래 아직 진정으로 존재하지 않는 시장, 즉 AI 에이전트가 마이크로 결제(1센트 미만까지도)를 통해 API 호출 및 데이터 조회에 사용하는 세계를 위해 설계된 것이기 때문입니다. 그리고 이 시장에 서비스를 제공하는 판매자들도 이제 막 등장하기 시작했습니다.
예를 들어, Google의 Agentic Payments Protocol(AP2, A2A 프레임워크에 속함)은 이미 x402를 통합했습니다; Lowe's Innovation Labs는 또한 데모를 선보였습니다: AI 에이전트가 하나의 워크플로에서 상품 발견, 조사부터 주문까지 전 과정을 완료할 수 있습니다. 동시에, World(Sam Altman이 시작한)는 이번 주에 AgentKit을 출시하여 x402 지갑에 인간 신원 증명 능력을 추가했습니다.
그 배후의 핵심 가정은: 지불을 HTTP 요청처럼 가볍게 만들기만 하면, 애플리케이션 시나리오는 자연스럽게 나타날 것이라는 점입니다. 이것이 성립하는지 여부는 아직 검증이 필요합니다.
MPP: 풀스택 솔루션

Stripe와 Tempo는 다른 경로를 선택했습니다. Machine Payments Protocol(MPP)은 오늘 Tempo 메인넷 출시와 함께 발표되었습니다. 기존 블록체인 위의 경량 래핑 레이어인 x402와 달리, MPP는 고빈도 거래 에이전트(agents)라는 특정 시나리오를 위해 설계되었습니다.
그 핵심 메커니즘은 세션(sessions)입니다. 매번 자원을 요청할 때마다 온체인 거래를 시작하는 것과는 달리, 에이전트는 먼저 한 번에 지출 한도를 승인한 후, 그 한도 내에서 지속적으로 마이크로 결제를 진행할 수 있습니다. 만약 당신이 매시간 수천 번의 데이터 소스를 조회해야 하는 AI라면, 매번 서명하고 온체인 거래를 브로드캐스트하기를 원치 않을 것이며, 세션은 바로 이 문제를 해결하기 위한 것입니다.
Tempo 체인 또한 이 수요를 중심으로 구축되었습니다. 초당 수만 건의 거래를 지원하며, 아초(亞秒) 단위의 확인 시간을 갖추고 있고, 네이티브 가스 토큰도 없습니다. 사용자는 직접 스테이블코인으로 수수료를 지불할 수 있어, 송금을 위해 먼저 어떤 무작위 토큰을 구매해야 하는 번거로운 단계를 생략할 수 있습니다.
또한 이해할 가치가 있는 구성 요소는: Stripe의 Agentic Commerce Suite에는 Shared Payment Tokens(SPTs)가 포함되어 있습니다. 이것은 MPP 자체의 일부는 아니지만, Stripe의 확장 메커니즘으로, MPP와 협력하여 사용할 수 있습니다. SPT는 에이전트가 실제 데이터를 노출하지 않고도 사용자의 신용카드 또는 지갑 자격 증명을 판매자에게 안전하게 전달할 수 있게 합니다. 이러한 자격 증명은 단일 거래에만 제한되고 시간 제한이 있으며, 프로그래밍 가능하고 자가 파괴적인 승인으로 이해할 수 있습니다. 실제 사용에서 이는 MPP를 통해 지불하는 에이전트가 Tempo의 USDC를 사용할 수도 있고, 사용자가 연결한 Visa 카드를 사용할 수도 있으며, 심지어 둘을 결합할 수도 있음을 의미합니다.
Tempo 메인넷 출시 블로그에 따르면, 그들의 협력사에는 Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, 스탠다드차타드은행(Standard Chartered), Visa가 포함됩니다. The Block은 MPP 출시 시점에 결제 디렉토리에 Alchemy, Dune Analytics, Merit Systems, Parallel Web Systems를 포함한 100개 이상의 서비스가 이미 있다고 보도했습니다. Tempo와 Paradigm의 공동 창립자 Matt Huang은 Fortune과의 인터뷰에서 이 분야는 여전히 초기 단계에 있으며, MPP의 설계 목표는 향후 Tempo를 넘어 더 많은 체인 환경으로 확장될 수 있도록 하는 것이라고 밝혔습니다.
왜 Stripe는 둘 다 지원하는가
만약 이미 Stripe에 연결되어 있다면, 가장 실질적인 답변은: 둘 사이에서 선택할 필요가 없다는 것입니다.
Stripe는 두 개의 독립적인 통합 경로를 통해 각각 x402와 MPP를 지원하며, 이를 하나의 통합 인터페이스로 추상화하지 않습니다. x402의 경우, 그 문서는 주로 충전 주소 생성, 온체인 모니터링, Stripe 계정으로의 자금 정산 프로세스를 다룹니다 — 당신은 402 응답을 반환하는 역할을 하고, 기반 암호화폐 결제 인프라는 Stripe가 처리합니다. 현재 Base의 USDC를 지원하며, 앞으로 확장될 예정입니다. MPP의 경우, 판매자는 동일한 PaymentIntents API를 통해 세션 기반의 스트리밍 결제를 받을 수 있습니다.
Stripe가 2025년 12월 발표한 Agentic Commerce Suite는 이 두 결제 레일 위에 구축되었습니다. 판매자는 상품 카탈로그를 업로드하고, 연결을 원하는 AI 에이전트를 선택하기만 하면, Stripe가 상품 발견, 결제 프로세스, 사기 방지 및 세금 처리를 담당합니다. 현재 URBN, Etsy, Coach, Kate Spade, Ashley Furniture가 이미 사용 중이며, Wix, WooCommerce, BigCommerce, Squarespace, commercetools 등의 플랫폼도 통합을 완료했습니다.
그들의 전략은 사실 매우 명확합니다: 추상화 계층을 장악하고, 기반 프로토콜이 자유롭게 경쟁하도록 하는 것입니다.
비교해 보면
거시적으로 보면, 이 두 프로토콜은 동일한 일을 하고 있습니다: 기계가 HTTP를 통해 자원에 대해 비용을 지불할 수 있게 하는 것입니다. 하지만 진정한 차이는 세부 사항에 나타납니다.
x402 (Coinbase 주도) 대 MPP (Stripe + Tempo)
표준화
x402: 완전 오픈 소스(Apache 2.0), x402 Foundation이 다자간 참여(Coinbase, Cloudflare, Visa, Google)를 추진.
MPP: 개방형 표준, Stripe와 Tempo가 공동 제정, Stripe Agentic Commerce Suite의 일부.
HTTP 메커니즘
x402: HTTP 402 부활, PAYMENT-REQUIRED 헤더로 요청 시작, PAYMENT-SIGNATURE 사용하여 재시도 완료.
MPP: 동일하게 challenge-response 메커니즘 채택, 하지만 Payment HTTP Authentication Scheme(IETF 초안) 사용, HMAC으로 challenge ID 바인딩.
결제 기반 레일(Rails)
x402: 설계상 체인 독립적, 현재 Base, Polygon, Solana에서 지원, 다른 체인은 여전히 탐색 중.
MPP: Tempo 블록체인 기반 — 결제 최적화 L1, 1만+ TPS, 아초(亞秒) 단위 확인 지원, 네이티브 가스 토큰 없음; 장기 목표는 크로스체인 호환성 구현.
결제 방식
x402: 순수 스테이블코인, 완전 온체인.
MPP: Tempo의 USDC + SPT(Stripe 메커니즘) 지원, 암호화폐와 법정화폐 혼합(신용카드, 지갑, BNPL) 구현.
정산 방식
x402: 체인별 정산(약 200ms ~ 수 초), Coinbase 등의 facilitator가 검증 및 정산 담당.
MPP: Tempo 아초(亞秒) 단위 확인, Stripe 자동 입금 및 규정 준수 처리.
판매자 접속
x402: 오픈 소스 미들웨어(Express, Hono, Next.js 등), 자체 구축 또는 facilitator 사용 가능.
MPP: Stripe의 PaymentIntents API 직접 접속, 리스크 관리, 세금, 환불, 보고서 모두 내장.
핵심 혁신
x402: 극도의 간결함, 벤더 종속 없음, 결제 분야의 Unix 철학과 유사.
MPP: 높은 처리량 + 법정화폐 융합, 세션을 통한 스트리밍 결제, 마이크로 결제 집계, SPT 기반 프로그래밍 가능한 지출 제어.
주요 협력사
x402: Coinbase, Cloudflare, Google(A2A/AP2), Visa, World, Anthropic(MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, 스탠다드차타드은행.
x402는 마치 개방형 시스템을 구축할 때의 첫 번째 선택지와 같습니다: 독립 개발자 API, 탈중앙화 데이터 시장, 또는 결제 처리업체에 의존하기를 원하지 않는 모든 서비스. 그 규격은 백서 한 편에 쓸 수 있으며, 접속에는 미들웨어 하나와 지갑 주소 하나만 필요합니다. 이러한 순수성은 매우 매력적입니다 — 비록 순수 암호화폐의 제한은 그 수용층이 더 좁음을 의미하지만요.
MPP는 완전히 다른 패러다임입니다. 만약 당신의 에이전트가 한 번의 세션에서 수백, 심지어 수천 건의 거래를 해야 하고, 매번 온체인에 올리기를 원


