원문 제목: Stripe의 MPP 대 x402: 오늘 실제로 발생한 일
원문 작성자: Nick Sawinyh, defiprime.com
번역: Peggy, Blockbeats

편집자 주: 에이전트 결제에 대한 문제를 중심으로, x402와 MPP는 거의 반대되는 두 가지 경로를 제시했습니다.

x402는 프로토콜 최소화를 택했습니다: 결제를 HTTP 요청에 직접 내장시키고, 요청당 즉시 결제를 가장 간단한 방식으로 구현했습니다. 계정이 없고 중개업자가 없으며, 초기 인터넷의 개방적이고 허가되지 않은 설계와 더 닮아 있으며, 장꼬 개발자와 탈중앙화 환경에 적합합니다.

MPP는 시스템 최대화입니다: 세션, 스트리밍 결제, 규정 준수 시스템을 통해 고주파 거래, 리스크 관리 및 법정 통화 접속 문제를 해결했습니다. 그것은 순수성을 추구하는 것이 아니라 실질적인 비즈니스 요구를 우선으로 하며, 기업 및 확장형 애플리케이션에 더 적합합니다.

양측의 차이는 본질적으로 동일한 문제에 대한 두 가지 해결책입니다: 결제를 프로토콜의 일부로 만드는 것 대신 시스템의 한 층으로 만드는 것입니다.

따라서 그들은 완전히 경쟁하는 관계가 아니라 서로 다른 영역에 분산된 것처럼 보입니다. x402는 개방 네트워크의 장꼬 요구를 충족하고, MPP는 고주파 및 상용화 트래픽을 다룹니다. 형성되지 않은 에이전트 경제 안에서 이러한 분화는 어쩌면 필연적입니다.

다음은 원문입니다:

1990년대 후반에 HTTP/1.1 명세에서 정의된 HTTP 상태 코드 402는 그 자리를 기다리고 있었습니다. 그 의미는 지불이 필요함을 의미합니다. 초기 아이디어는 웹의 프로토콜 층에 결제 능력을 내장시켜 기계가 웹 페이지 요청과 같이 리소스를 구매하도록 하는 것이었습니다.

그러나 이 아이디어는 대부분 실현되지 않았습니다. 수년 동안 이 상태 코드는 Shopify의 제한된 응답, Apple Mobile Me의 과금 오류 등과 같이 일부 주변 시나리오에서 가끔 나타난 것 외에는 완전히 구현되지 않았습니다. 대신, 신용카드, 구독 기반 요금벽, API 키 메커니즘 등이 나타났는데, 이러한 시스템들은 본질적으로 사람이 작동하도록 설계되었습니다.

오늘, 이러한 미래는 두 경쟁하는 실행 경로로 나타났으며, 동일한 날에 발표되었습니다. 이어서, 저는 각각의 내용, 차이 및 Stripe가 두 가지 경로에 동시에 베팅하는 이유를 개요하려고 합니다.

x402：보다 간단한 솔루션

2025년 5월, Coinbase는 공식적으로 x402를 출시했습니다. 핵심 아이디어는 극단적으로 간단하다고 할 수 있습니다. 클라이언트가 리소스를 요청하면, 서버는 HTTP402를 반환하고 클라이언트에게 지불해야 할 수수료, 어떤 토큰을 사용해야 하는지, 어떤 체인에서 결제를 완료해야 하는지를 알려줍니다. 클라이언트는 체인 상에서 결제하고, 결제 증명을 다시 시작된 요청에 첨부한 후, 서버는 즉시 리소스를 전달합니다.

이것만으로도 충분합니다. 계정 시스템도 없고, API 키도 없으며, 구독 메커니즘도 없습니다. 그저 한 번의 HTTP 요청-응답을 통해, 중간에 결제가 삽입된 것 뿐입니다.

현재, Stripe는 이미 기존 백엔드에서 이러한 결제를 직접 수락할 수 있도록 x402를 지원하고 있습니다. 그러나 본질적으로 x402는 여전히 Coinbase가 주도하는 프로토콜이며, 2025년 9월 Coinbase와 Cloudflare가 공동으로 시작한 x402 재단이 그를 지배합니다. 이 프로토콜은 완전히 오픈 소스이며(Apache 2.0 라이선스), TypeScript, Go 및 Python 등 여러 언어의 SDK를 제공합니다.

지원 범위에 대해, Coinbase의 공식 문서에 따르면 현재 ERC-20 결제는 Base, Polygon 및 Solana에서 지원됩니다. 동시에, 생태계는 Avalanche, Sui, Near 등 다른 체인으로 확장하는 것을 탐구 중이지만, 성숙도는 다릅니다.

채택 데이터를 살펴보면, 이 부분은 약간 복잡합니다. Coinbase는 x402가 에이전트 지갑 기반 인프라를 통해 5000만 건 이상의 거래를 처리했다고 밝혔습니다. 눈에 띄게 들립니다만, 3월 11일 CoinDesk가 인용한 Artemis의 블록체인 분석 데이터에 따르면: 일일 거래량은 약 13.1만 건이며, 총 거래 금액은 약 2.8만 달러이며, 평균 단일 지불 금액은 약 0.20 달러로, 이 중 약 절반은 테스트 또는 게임적인 행동과 유사한 것으로 보이며, 실제 상업 거래는 아닌 것으로 추정됩니다.

하지만 이것이 나쁜 일이라는 보장은 없습니다. 왜냐하면 이 프로토콜은 실제로 아직 존재하지 않는 시장을 위해 디자인되었기 때문입니다. AI 에이전트가 API 호출 및 데이터 쿼리에 사용되는 소액 결제(심지어 1센트 미만)를 위한 것이고, 이 시장을 대상으로 하는 상인들도 방금 시작한 단계에 있습니다.

예를 들어, Google의 에이전트지 불 프로토콜(Agentic Payments Protocol, AP2, A2A 프레임워크의 일부)은 이미 x402를 통합했습니다. Lowe의 혁신 연구소는 AI 에이전트가 제품 발견에서 주문까지의 전 과정을 완료할 수 있는 데모를 소개했습니다. 동시에, Sam Altman이 주도하는 World은 이번 주에 x402 지갑에 인간 신원을 추가하는 AgentKit을 출시했습니다.

그 뒤에 있는 핵심 가정은 : 지불을 HTTP 요청과 같이 가벼운 것으로 만들면 자연스럽게 응용 프로그램 시나리오가 발생할 것이라는 것입니다. 그것이 사실인지 여전히 확인이 필요합니다.

MPP : 풀 스택 솔루션

Stripe와 Tempo는 다른 길을 택했습니다. Machine Payments Protocol(MPP)은 오늘 Tempo 메인넷 론칭과 함께 발표되었습니다. 기존 블록체인 상의 가벼운 레이어로서의 x402와는 달리 MPP는 고주파 거래 에이전트들을 위해 특별히 설계되었습니다.

그 핵심 메커니즘은 세션(sessions)입니다. 리소스 요청을 할 때마다 온체인 트랜잭션을 시작해야 하는 대신, 에이전트는 한 번의 지출 한도를 미리 승인하고 해당 한도 내에서 계속해서 마이크로 결제를 수행할 수 있습니다. 시간당 수천 번의 데이터 소스를 쿼리해야 하는 AI라면 매번 서명하고 온체인 트랜잭션을 브로드캐스트하길 원치 않을 것입니다만, 세션은 이 문제를 해결하기 위해 존재합니다.

Tempo 블록체인 또한 이 요구에 맞춰 구축되었습니다. 이는 초당 수만 건의 거래를 지원하며, 서브 초급 확인 시간을 갖고 있으며, 내장된 원가 토큰이 없습니다. 사용자는 스테이블코인으로 수수료를 직접 지불할 수 있어서 거래를 하기 위해 먼저 특정 무작위 토큰을 구매해야 하는 번거로움을 덜어주었습니다.

이해할 가치가 있는 다른 구성 요소는 : Stripe의 Agentic Commerce Suite에 포함된 공유 지불 토큰(SPTs)입니다. 이것은 MPP 자체의 일부가 아니라 Stripe의 확장 메커니즘이지만 공동으로 사용할 수 있습니다. SPT는 에이전트가 실제 데이터를 노출하지 않고 사용자의 은행 카드나 지갑 자격 증명을 안전하게 상인에게 전달할 수 있게 해줍니다. 이러한 자격 증명은 일회성 거래에만 사용되며 시간 제한이 있어서 프로그래밍 가능하고 파괴될 수 있는 인가로 이해할 수 있습니다. 실제 사용 시, 이것은 MPP로 결제하는 에이전트가 Tempo의 USDC를 사용할 수도 있고, 사용자의 바인딩된 Visa 카드를 사용할 수도 있으며 두 방법을 결합할 수도 있습니다.

Tempo 메인넷 론칭 블로그에 공개된 바에 따르면, 협력사로는 Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, 스탠다드 차타드은행(Standard Chartered) 및 Visa 등이 포함됩니다. 《The Block》은 MPP 론칭 시 지불 카탈로그에 100여 개 이상의 서비스가 포함되어 있음을 보도했으며, 그 중에는 Alchemy, Dune Analytics, Merit Systems 및 Parallel Web Systems도 있습니다. Tempo는 Paradigm의 공동 창업자 맷 황이 《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 주도) vs 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, Standard Chartered Bank.

x402는 오픈 시스템을 구축할 때 선호되는 솔루션입니다: 개발자를 위한 API, 탈중앙화된 데이터 마켓플레이스 또는 지불 처리 업체에 의존하고 싶지 않은 모든 서비스. 해당 명세는 백서에 기술될 수 있으며, 접근은 미들웨어와 지갑 주소만 있으면 됩니다. 이러한 순수성은 매력적입니다. 비록 순수 암호화폐의 한계는 수용자가 제한되어 있다는 것을 의미합니다.

MPP는 완전히 다른 패러다임입니다. 만약 여러분의 에이전트가 한 세션에서 수백, 심지어 수천 번의 거래를 수행해야 하지만 매번 체인 상에 기록하고 싶지 않다면, MPP가 더 합리적인 선택일 것입니다. 세션 메커니즘은 대부분의 상호 작용을 최종 결제까지 체인 밖에서 유지합니다. Stripe의 규정 준수 시스템은 리스크 관리 및 세금을 담당하며, SPT의 혼합 모드는 에이전트가 안정화된 코인뿐만 아니라 사용자의 Visa와 같은 결제 방법을 직접 호출할 수 있도록 합니다. 이것은 그리 우아하지는 않지만 더 현실적입니다.

재미있는 점은, 이들이 사실 완전히 경쟁하는 관계는 아니라는 것입니다. x402는 장발 엔드 오픈 시나리오를 가리키고, MPP는 기업급 고주파 트래픽을 다룹니다. Stripe의 전략도 명확합니다: 단일 프로토콜에 의존하지 않고, 어떤 경로가 성공하든 자금이 최종적으로 Stripe의 계정으로 유입되도록 보장합니다.

현실: 현재 어디까지 진행되었나요?

솔직히 말해서, 현재 거의 규모 확장되지 않은 거래가 대부분입니다.

Coinbase의 x402 발표 정보에 따르면, 초기 협력사로는 Hyperbolic(GPU 추론 비용) 및 Anthropic(MCP 프로토콜 통합)이 포함되었습니다. Stripe의 블로그에서는 API 호출 비용 지불을 다루는 에이전트 시나리오(예: CoinGecko)를 언급했습니다. Tempo의 론칭 당시 서비스 목록에는 100개 이상의 서비스가 포함되어 있었습니다. Cloudflare의 Agents SDK는 x402를 네이티브로 지원하며, 일부 베이스 L2의 작은 프로젝트들도 x402를 결제 게이트웨이로 사용하려는 시도를 하고 있습니다.

그러나 전체적으로 볼 때, 거래량은 매우 적고 상인 수는 제한적이며, 대부분의 활동이 여전히 실험 단계에 머물러 있습니다.

이것은 사실 예상된 바입니다. 어떤 새로운 결제 인프라도 초기에는 항상 그렇습니다. 일부 파트너들은 때로 의향서에 사인한 것부터 프로덕션 런에 이르기까지 상당한 시차가 있으며, 이러한 출시들은 일반적으로 특별히 구분되지 않습니다.

더 중요한 것은 무거운 참여자들이 경쟁 뒤에 서 있다는 사실입니다. Stripe는 2025년에 19조 달러의 지불을 처리하며 전년 대비 34% 증가했습니다. 동시에, Coinbase, Cloudflare, Visa, Google, 그리고 Tempo의 전체적인 협력 네트워크가 이미 참여했습니다.

즉, 궤도는 이미 마련되어 있습니다. 남은 문제는 한 가지뿐입니다: 2026년에 AI 에이전트가 이 궤도에서 대규모 거래가 필요한지? 아니면 이것이 1998년의 광섬유 tendra를 미리 놓는 것처럼 수요가 아직 오지 않았지만 인프라가 선행되는 것인지?

어느 것을 선택해야 할까요?

만약 여러분이 오픈이면서 허가가 필요 없는 시스템을 구축 중이라면——x402가 더 자연스러운 선택일 것입니다. 등록 필요 없는 플랫폼, 결제 업체와의 통합이 필요 없고, 미들웨어를 가져오지 않고도 지갑을 연결하여 결제를 받을 수 있습니다. 대가는 다음과 같습니다: 규정 준수, 리스크 관리, 법정 통화 결제를 전부 본인이 처리해야 합니다.

만약 여러분이 이미 Stripe 생태계 내에 있으며 에이전트 트래픽에 연결하려는 경우——MPP가 더 적합할 것입니다. 세션, 스트리밍 결제, 법정 통화 + 암호화 혼합, 그리고 완전한 규정 준수 체계를 갖추고 있어 본질적으로 시스템 재구성이 아닌 구성 업그레이드와 유사합니다.

만약 여러분이 한 가지만 관심 있을 때: 어떤 프로토콜을 사용하든지 상관없이 에이전트가 돈을 보내는 것만 중요하다면 실은 답은: Stripe를 사용하는 것입니다. 그것은 양쪽 다 지원합니다.

드디어 HTTP 402가 사용되었습니다. 다만, 대략 27년이 걸렸습니다.

[원문 링크]

BlockBeats 공식 커뮤니티에 참여하세요:

Telegram 구독 그룹：https://t.me/theblockbeats

Telegram 토론 그룹：https://t.me/BlockBeats_App

Twitter 공식 계정：https://twitter.com/BlockBeatsAsia