원제목: Stripe의 MPP 대 x402: 오늘 실제로 무슨 일이 있었나
원작자: Nick Sawinyh, defiprime.com
작성: 페기, 블록비츠
편집자 주: 에이전트가 결제하는 방식과 관련하여, x402와 MPP는 거의 정반대의 두 가지 경로를 제시합니다.
x402는 프로토콜 최소화 방식을 채택하여 결제 기능을 HTTP 요청에 직접 내장하고, 가장 간단한 방식으로 요청 시 결제를 구현합니다. 계정이나 중개자가 없어 초기 인터넷의 개방적이고 허가 없는 설계와 유사하므로, 소규모 개발자나 탈중앙화 환경에 적합합니다.
반면 MPP는 시스템 성능을 극대화합니다. 세션, 스트리밍 결제 및 규정 준수 시스템을 통해 고빈도 거래, 위험 관리 및 법정 화폐 접근성 문제를 해결합니다. 순수한 기능성을 추구하기보다는 실제 비즈니스 요구 사항을 충족하는 데 우선순위를 두므로 기업 수준 및 대규모 애플리케이션에 더 적합합니다.
이 둘의 차이점은 본질적으로 동일한 문제에 대한 두 가지 해결책, 즉 결제를 프로토콜의 일부로 만들 것인지 아니면 시스템의 한 계층으로 만들 것인지에 대한 차이입니다.
따라서 이들은 완전히 경쟁적인 관계가 아니라, 서로 다른 부문에 분산되어 있습니다. x402는 오픈 네트워크 의 장기적인 수요를 충족하는 반면, MPP는 고빈도 및 상업용 트래픽을 처리합니다. 초기 단계의 에이전트 경제에서는 이러한 차별화가 불가피할 수 있습니다.
다음은 원문입니다.
1990년대 후반 HTTP/1.1 사양에 정의된 HTTP 상태 코드 402는 오랫동안 그 용도를 기다려 왔습니다. 이 코드는 "결제 필요(Payment Required)"를 의미합니다. 초기 아이디어는 웹 프로토콜 계층에 결제 기능을 내장하여 기계가 웹 페이지를 요청하는 것처럼 쉽게 리소스를 구매할 수 있도록 하는 것이었습니다.
하지만 이러한 비전은 대체로 실현되지 못했습니다. 수년 동안 이 상태 코드는 쇼피파이의 응답 속도 제한이나 애플 모바일 미의 결제 오류와 같은 주변적인 상황에서 간헐적으로만 나타났을 뿐, 이 코드가 암시했던 소액 결제의 미래를 진정으로 구축한 곳은 없었습니다. 그 대신 우리는 신용카드, 구독 기반 결제 시스템, API 키 메커니즘과 같은, 본질적으로 사람이 조작하도록 설계된 결제 방식을 사용하고 있습니다.
오늘, 이러한 미래를 향한 두 가지 경쟁적인 길이 같은 날 발표되었습니다. 저는 이 두 길이 무엇이며, 어떤 차이점이 있고, 스트라이프가 왜 두 가지 모두에 투자하고 있는지 설명하고자 합니다.
x402: 더 간단한 솔루션
코인베이스는 2025년 5월에 x402를 공식 출시했으며, 그 핵심 개념은 매우 단순하면서도 혁신적이라고 할 수 있습니다. 클라이언트가 리소스를 요청하면 서버는 HTTP 402 응답을 반환하여 클라이언트에게 수수료, 사용된 토큰, 그리고 결제가 이루어질 온체인 알려줍니다. 클라이언트가 온체인 에서 결제를 완료하면 결제 영수증을 새로운 요청에 첨부하고, 서버는 그제서야 리소스를 제공합니다.
정말 간단합니다. 계정 시스템도, API 키도, 구독 메커니즘도 필요 없습니다. 단지 결제 과정이 포함된 단일 HTTP 요청 왕복일 뿐입니다.
Stripe는 이제 자사 결제 시스템에서 x402를 기본적으로 지원하여 판매자가 기존 백엔드를 통해 직접 결제를 받을 수 있도록 합니다. 하지만 x402는 본질적으로 Coinbase가 주도하고 Coinbase와 Cloudflare가 2025년 9월에 공동 설립한 x402 재단이 관리하는 프로토콜입니다. 이 프로토콜은 완전한 오픈 소스(Apache 2.0 라이선스)이며 TypeScript, Go, Python을 포함한 여러 언어로 SDK를 제공합니다.
지원 범위와 관련하여 코인베이스의 공식 문서에 따르면 현재 ERC-20 결제는 Base, Polygon 및 Solana에서 지원됩니다. 한편, 코인베이스 생태계는 Avalanche, Sui 및 Near와 같은 다른 체인으로 지원을 확장하는 방안을 모색 중이지만, 개발 단계는 각 체인별로 다릅니다.
도입 데이터를 살펴보면 이 부분은 조금 더 복잡합니다. 코인베이스는 x402가 에이전트 월렛 인프라를 통해 5천만 건 이상의 거래를 처리했다고 밝혔습니다. 이는 인상적으로 들리지만, 코인데스크가 3월 11일에 인용한 아르테미스의 온체인 분석 데이터에 따르면 일일 거래량은 약 13만 1천 건, 총액은 약 2만 8천 달러이며, 거래당 평균 결제액은 약 0.2달러에 불과합니다. 이러한 거래 중 절반 정도는 실제 상업적 거래라기보다는 테스트 또는 게임화 목적의 거래인 것으로 보입니다.
하지만 이것이 반드시 나쁜 것만은 아닙니다. 이 프로토콜은 아직 제대로 존재하지 않는 시장, 즉 AI 에이전트가 API 호출 및 데이터 조회에 대해 소액 결제(1센트 미만)를 하는 세상을 위해 설계되었습니다. 그리고 이러한 시장을 대상으로 하는 판매자들은 이제 막 등장하기 시작했을 뿐입니다.
예를 들어, 구글의 에이전트 결제 프로토콜(AP2, A2A 프레임 의 일부)은 x402를 통합했습니다. 로우스 이노베이션 랩(Lowe's Innovation Labs) 또한 AI 에이전트가 제품 검색 및 조사부터 주문까지 전체 과정을 한 번에 완료할 수 있는 데모를 선보였습니다. 한편, 샘 알트만이 설립한 월드(World)는 이번 주에 x402 지갑에 사람 인증 기능을 추가한 에이전트킷(AgentKit)을 출시했습니다.
이 이론의 핵심 전제는 결제가 HTTP 요청처럼 간단하게 이루어진다면 다양한 응용 시나리오가 자연스럽게 등장할 것이라는 점입니다. 하지만 이 전제가 실제로 맞는지는 검증이 필요합니다.
MPP: 풀스택 솔루션
Stripe와 Tempo는 다른 길을 택했습니다. 오늘 Tempo 메인넷과 함께 MPP(Machine Payments Protocol)가 출시되었습니다. 기존 블록체인 위에 경량 래퍼 레이어 역할을 하는 x402와 달리, MPP는 고빈도 거래 에이전트를 위해 특별히 설계되었습니다.
핵심 메커니즘은 세션입니다. 리소스 요청 시마다 온체인 트랜잭션을 시작하는 것과는 달리, 에이전트는 사전에 지출 한도를 설정하고 해당 한도 내에서 소액 결제를 지속적으로 수행할 수 있습니다. 시간당 수천 번씩 데이터 소스를 조회해야 하는 AI라면 매번 온체인 트랜잭션에 서명하고 전송하는 것은 비효율적일 것이며, 세션은 바로 이러한 문제를 해결하기 위해 설계되었습니다.
템포 블록체인 역시 이러한 요구사항을 기반으로 구축되었습니다. 초당 수만 건의 거래를 처리하고, 1초 미만의 빠른 확인 시간을 자랑하며, 자체 가스 토큰이 없습니다. 사용자는 스테이블코인으로 거래 수수료를 직접 지불할 수 있어, 송금 전에 특정 토큰을 구매해야 하는 번거로움을 피할 수 있습니다.
이해해야 할 또 다른 중요한 요소는 Stripe의 Agentic Commerce Suite이며, 여기에는 공유 결제 토큰(SPT)이 포함됩니다. SPT는 MPP 자체의 일부는 아니지만, Stripe와 함께 사용할 수 있는 확장 메커니즘입니다. SPT를 통해 에이전트는 실제 데이터를 노출하지 않고 사용자의 은행 카드 또는 지갑 정보를 안전하게 판매자에게 전송할 수 있습니다. 이러한 정보는 단일 거래에만 사용 가능하며 시간 제한이 있어, 기본적으로 프로그래밍 가능한 자체 삭제형 승인처럼 작동합니다. 실제로 MPP를 통해 결제하는 에이전트는 Tempo에서 USDC를 사용하거나, 사용자에게 연결된 Visa 카드를 사용하거나, 또는 이 둘을 조합하여 사용할 수 있습니다.
템포 메인넷 출시 블로그에 따르면, 파트너사로는 Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered, Visa 등이 있습니다. The Block 보도에 따르면 MPP는 출시 당시 Alchemy, Dune Analytics, Merit Systems, Parallel Web Systems 등 100개 이상의 서비스를 결제 플랫폼에 등록했습니다. 템포와 패러다임의 공동 창립자인 맷 황은 포춘과의 인터뷰에서 이 분야는 아직 초기 단계이며, MPP는 향후 템포를 넘어 멀티체인 환경으로 확장될 수 있도록 설계되었다고 밝혔습니다.
Stripe는 왜 두 가지 모두 지원하나요?
이미 Stripe와 연동했다면 가장 실용적인 답변은 둘 중 하나를 선택할 필요가 없다는 것입니다.
Stripe는 x402와 MPP를 단일 인터페이스로 통합하는 대신, 두 가지 별도의 통합 경로를 통해 지원합니다. x402의 경우, 관련 문서에서는 주로 입금 주소 생성, 온체인 모니터링, 그리고 Stripe 계정으로의 자금 정산 과정을 다룹니다. 판매자는 402 응답을 처리하고, Stripe는 기본 암호화폐 결제 인프라를 관리합니다. 현재 Base 기반 USDC가 지원되며, 향후 확장이 계획되어 있습니다. MPP의 경우, 판매자는 동일한 PaymentIntents API를 통해 세션 기반 스트리밍 결제를 받을 수 있습니다.
2025년 12월에 출시된 Stripe의 Agentic Commerce Suite는 이 두 가지 결제 방식을 기반으로 구축되었습니다. 판매자는 제품 카탈로그를 업로드하고 통합할 AI 에이전트를 선택하기만 하면 됩니다. Stripe는 제품 검색, 결제 프로세스, 사기 방지 및 세금 처리를 담당합니다. 현재 URBN, Etsy, Coach, Kate Spade, Ashley Furniture 등이 이미 Agentic Commerce Suite를 사용하고 있으며, Wix, WooCommerce, BigCommerce, Squarespace, CommerceTools 등의 플랫폼과의 통합도 완료되었습니다.
그들의 전략은 사실 꽤 명확합니다. 추상화 계층을 제어하고 하위 프로토콜들이 자유롭게 경쟁하도록 하는 것입니다.
비교해 보면
거시적인 관점에서 보면 두 프로토콜 모두 동일한 기능을 수행합니다. 즉, 기계가 HTTP를 통해 리소스 비용을 지불할 수 있도록 하는 것입니다. 하지만 실제 차이점은 세부적인 부분에 있습니다.
x402(코인베이스 주도) vs MPP(스트라이프 + 템포)
표준화
x402: 완전한 오픈 소스(Apache 2.0)이며, x402 재단이 주도하고 Coinbase, Cloudflare, Visa, Google 등 여러 기업이 참여하고 있습니다.
MPP: Stripe와 Tempo가 공동으로 개발한 개방형 표준으로, Stripe Agentic Commerce Suite의 일부입니다.
HTTP 메커니즘
x402: PAYMENT-REQUIRED로 요청을 시작하고 PAYMENT-SIGNATURE로 재시도를 완료하여 HTTP 402 오류를 복구합니다.
MPP: 이 또한 챌린지-응답 메커니즘을 사용하지만, 챌린지 ID를 HMAC를 통해 연결하는 결제 HTTP 인증 체계(IETF 초안)를 사용합니다.
결제 기본 레이어(Rails)
x402: 온체인 작업과 무관하게 설계되었으며, 현재 Base, Polygon, Solana 블록체인에서 지원되고 있으며, 다른 블록체인에서의 지원 여부도 검토 중입니다.
MPP: 템포 블록체인을 기반으로 하며, 템포 블록체인은 결제에 최적화된 L1 블록체인으로, 초당 10,000건 이상의 트랜잭션 처리량, 1초 미만의 확인 시간, 그리고 자체 가스 토큰이 필요 없는 것이 특징입니다. 장기적인 목표는 크로스체인 호환성을 확보하는 것입니다.
결제 방법
x402: 순수 스테이블코인으로, 완전히 온체인.
MPP: Tempo(Stripe의 결제 메커니즘)에서 USDC + SPT를 지원하여 암호화폐와 법정화폐(은행 카드, 지갑, BNPL)를 혼합하여 사용할 수 있습니다.
결제 방식
x402: 결제는 온체인 이루어지며(약 200ms에서 수초 소요), 검증 및 결제는 Coinbase와 같은 중개업체를 통해 처리됩니다.
MPP: Tempo는 1초 미만의 확인 시간을 제공하며, Stripe는 거래를 자동으로 게시하고 규정 준수를 처리합니다.
판매자 접근 권한
x402: 오픈 소스 미들웨어(Express, Hono, Next.js 등)로, 직접 구축하거나 facilitator를 사용하여 구축할 수 있습니다.
MPP: Stripe의 PaymentIntents API에 직접 연결되며, 위험 관리, 세금 계산, 환불 및 보고서 기능이 모두 내장되어 있습니다.
핵심 혁신
x402: 매우 간단하고 벤더에 종속되지 않아 결제 분야에서 유닉스 철학과 유사합니다.
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는 기업 수준의 고빈도 트래픽을 다룹니다. 스트라이프의 전략 또한 명확합니다. 특정 프로토콜 하나에만 의존하지 않고, 어떤 방식이 채택되든 궁극적으로 자금이 스트라이프의 계정 시스템으로 유입되도록 하는 것입니다.
현실은 어떻습니까? 현재 정확히 어디까지 발전했습니까?
솔직히 말해서, 아직까지 진정한 의미의 대규모 거래는 거의 없습니다.
Coinbase의 x402 출시 정보에 따르면 초기 파트너로는 Hyperbolic(GPU 추론 기반 결제)과 Anthropic(MCP 프로토콜 통합)이 있습니다. Stripe 블로그에서는 API 호출당 요금을 부과하는 에이전트 시나리오(예: CoinGecko)를 언급하고 있습니다. Tempo는 100개 이상의 서비스를 카탈로그에 담아 출시했습니다. Cloudflare의 Agents SDK는 x402를 기본적으로 지원하며, Base L2의 일부 소규모 프로젝트에서도 x402를 결제 게이트웨이로 사용하는 실험을 진행하고 있습니다.
하지만 전반적으로 거래량은 적고, 가맹점 수도 제한적이며, 대부분의 활동은 여전히 실험 단계에 머물러 있습니다.
이는 놀라운 일이 아닙니다. 새로운 결제 인프라가 초기 단계에 있을 때 흔히 나타나는 현상입니다. 소위 파트너 목록은 의향서 체결과 실제 서비스 개시 사이에 큰 차이가 있을 수 있으며, 이러한 발표는 대개 명확하게 구분되지 않습니다.
더욱 주목할 만한 점은 이러한 인프라를 구축하는 데 앞장서는 거물급 기업들입니다. 스트라이프는 2025년에 1조 9천억 달러 규모의 결제를 처리했는데, 이는 전년 대비 34% 증가한 수치입니다. 한편, 코인베이스, 클라우드플레어, 비자, 구글, 그리고 템포를 포함한 수많은 파트너사들이 이 경쟁에 뛰어들었습니다.
다시 말해, 기반은 이미 마련되었습니다. 이제 남은 질문은 단 하나입니다. 2026년에 인공지능 에이전트가 이 기반 위에서 대규모 거래를 실제로 수행해야 할 필요가 있을까요? 아니면 1998년에 광섬유 케이블을 설치하는 것과 비슷하게, 수요는 아직 발생하지 않았지만 인프라는 이미 구축된 상태일까요?
우리는 어떤 것을 선택해야 할까요?
개방형의 무허가 시스템을 구축한다면 x402가 더 적합한 선택입니다. 플랫폼 등록이나 결제 서비스 제공업체 통합이 필요하지 않으며, 미들웨어를 가져와 지갑을 연결하기만 하면 결제를 받을 수 있습니다. 다만, 규정 준수, 위험 관리 및 법정화폐 결제는 직접 처리해야 합니다.
이미 Stripe 생태계 내에 있고 에이전트 트래픽을 통합하려는 경우 MPP가 더 적합합니다. 세션, 스트리밍 결제, 법정화폐와 암호화폐 혼합 결제, 그리고 완벽한 규정 준수 시스템은 시스템 재구축보다는 구성 업그레이드에 가깝습니다.
만약 제가 에이전트가 어떤 프로토콜을 사용하든 상관없이 결제를 받을 수 있는지 여부만 중요하다면, 답은 Stripe를 사용하는 것입니다. Stripe는 두 가지 프로토콜 모두를 지원합니다.
HTTP 402 오류가 결국 도움이 되었다. 하지만 그로부터 거의 27년이 걸렸다.
