x402와 MPP를 한 문장으로 이해하기: Agent 결제의 두 가지 경로

원문 제목：Stripe의 MPP 대 x402: 오늘 실제로 무슨 일이 일어났는가
원문 저자: Nick Sawinyh, defiprime.com
번역: Peggy, Blockbeats

편집자 주: Agent가 어떻게 결제하는지에 대한 문제를 둘러싸고, x402와 MPP는 거의 반대의 두 가지 경로를 제시합니다.

x402는 프로토콜 최소화를 추구합니다: 결제를 HTTP 요청에 직접 내장하여 요청 즉시 결제를 가장 간단한 방식으로 구현합니다. 계정도, 중개인도 없이, 초기 인터넷의 개방적이고 허가 없는 설계와 더 유사하며, 긴 꼬리 개발자와 탈중앙화된 장면에 적합합니다.

MPP는 시스템 최대화를 추구합니다: 세션, 스트리밍 결제 및 규제 시스템을 통해 고빈도 거래, 리스크 관리 및 법정 통화 접근 문제를 해결합니다. 순수함을 추구하지 않고, 현실적인 상업적 요구를 우선 충족하며, 기업급 및 대규모 응용에 더 적합합니다.

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

그렇기 때문에, 이들은 완전한 경쟁 관계가 아니라, 서로 다른 구간에 분포해 있는 것처럼 보입니다. x402는 개방형 네트워크의 긴 꼬리 수요를 커버하고, MPP는 고빈도 및 상업화된 트래픽을 수용합니다. 아직 형성되지 않은 Agent 경제에서 이러한 분화는 어쩌면 필연적일 수 있습니다.

다음은 원문입니다:

HTTP 상태 코드 402는 20세기 90년대 말 HTTP/1.1 규격에서 정의된 이후로 사용될 기회를 기다리고 있었습니다. 그 의미는 결제가 필요하다는 것입니다(Payment Required). 처음 구상은 결제 능력을 웹의 프로토콜 계층에 내장하여 기계가 웹 페이지를 요청하는 것처럼 자원을 구매할 수 있도록 하는 것이었습니다.

하지만 이 구상은 대부분 실현되지 않았습니다. 수년 동안 이 상태 코드는 Shopify의 속도 제한 응답, Apple Mobile Me의 청구 오류 등 일부 주변 상황에서 가끔 나타났지만, 그가 암시하는 마이크로 결제의 미래를 실제로 구축한 사람은 없었습니다. 대신 신용 카드, 구독 기반 결제 장벽 및 API 키 메커니즘이 등장했으며, 이러한 시스템은 본질적으로 인간이 수동으로 조작할 수 있도록 설계되었습니다.

오늘날, 이 미래는 서로 경쟁하는 두 가지 구현 경로가 등장했으며, 같은 날에 발표되었습니다. 다음으로, 이들이 무엇인지, 어떤 차이가 있는지, 그리고 왜 Stripe가 이 두 경로에 동시에 베팅했는지 정리하고자 합니다.

x402: 더 간단한 솔루션

Coinbase는 2025년 5월에 x402를 공식 출시했으며, 그 핵심 아이디어는 거의 극단적으로 간단합니다. 클라이언트는 자원을 요청하고, 서버는 HTTP 402를 반환하며 클라이언트에게 결제해야 할 금액, 사용할 토큰 및 결제를 완료할 체인을 알려줍니다. 클라이언트가 체인에서 결제를 완료한 후, 결제 증명을 재요청에 첨부하면 서버는 즉시 자원을 제공합니다.

그렇게 간단합니다. 계정 시스템도, API 키도, 구독 메커니즘도 없습니다. 단지 한 번의 HTTP 요청 왕복 중간에 결제가 삽입된 것입니다.

현재 Stripe는 결제 시스템에서 x402에 대한 기본 지원을 제공하고 있으며, 상인은 기존 백엔드를 통해 이러한 결제를 직접 수신할 수 있습니다. 그러나 본질적으로 x402는 Coinbase가 주도하는 프로토콜로, 2025년 9월에 Cloudflare와 공동으로 발족한 x402 Foundation이 이를 관리합니다. 이 프로토콜은 완전히 오픈 소스(아파치 2.0 라이센스)이며, TypeScript, Go 및 Python 등 여러 언어의 SDK를 제공합니다.

지원 범위에 대해 Coinbase의 공식 문서에 따르면, 현재 Base, Polygon 및 Solana에서 ERC-20 결제를 지원하고 있습니다. 동시에 생태계는 Avalanche, Sui 및 Near와 같은 다른 체인으로의 확장을 탐색하고 있지만, 성숙도는 다양합니다.

다음으로 adoption 데이터에 대해 살펴보면, 이 부분은 약간 복잡합니다. Coinbase는 x402가 Agentic Wallet 인프라를 통해 5천만 건 이상의 거래를 처리했다고 밝혔습니다. 듣기에는 화려하지만, CoinDesk가 3월 11일 Artemis의 체인 분석 데이터를 인용한 바에 따르면: 일일 거래량은 약 13.1만 건, 총 금액은 약 2.8만 달러로, 단일 평균 결제는 약 0.20달러에 불과하며, 그 중 약 절반은 실제 상업 거래가 아닌 테스트나 게임화된 행동으로 보입니다.

하지만 이것이 나쁜 일은 아닙니다. 왜냐하면 이 프로토콜은 본래 실제로 존재하지 않는 시장을 위해 설계된 것이기 때문입니다. AI agent가 마이크로 결제를 수행하는 세계(심지어 1센트 이하)로, API 호출 및 데이터 쿼리를 위한 것입니다. 이 시장을 서비스하는 상인도 이제 막 등장하기 시작했습니다.

예를 들어, Google의 Agentic Payments Protocol(AP2, A2A 프레임워크에 속함)은 이미 x402를 통합했습니다. Lowe's Innovation Labs는 AI agent가 상품 발견, 조사 및 주문을 완료하는 전체 프로세스를 보여주는 데모를 선보였습니다. 동시에, World(샘 올트먼이 시작함)는 이번 주에 AgentKit을 발표하여 x402 지갑에 인간 신원 확인 기능을 추가했습니다.

그 뒤에 있는 핵심 가정은: 결제를 HTTP 요청처럼 가볍게 만들기만 하면, 응용 장면이 자연스럽게 나타날 것이라는 것입니다. 이것이 성립하는지는 아직 검증이 필요합니다.

MPP: 풀스택 솔루션

Stripe와 Tempo는 다른 경로를 선택했습니다. Machine Payments Protocol(MPP)은 오늘 Tempo 메인넷과 함께 출시되었습니다. 기존 블록체인 위의 경량 포장층인 x402와 달리, MPP는 고빈도 거래의 스마트 에이전트를 위해 특별히 설계되었습니다.

그 핵심 메커니즘은 세션입니다. 자원을 요청할 때마다 체인 거래를 발행할 필요 없이, agent는 먼저 지출 한도를 한 번에 승인한 후, 해당 한도 내에서 지속적으로 마이크로 결제를 수행할 수 있습니다. 만약 당신이 매시간 수천 번의 데이터 소스를 조회해야 하는 AI라면, 매번 서명하고 체인 거래를 방송하는 것을 원치 않을 것입니다. 세션은 바로 이 문제를 해결하기 위해 존재합니다.

Tempo 체인도 이러한 요구를 중심으로 구축되었습니다. 초당 수만 건의 거래를 지원하며, 아시아급 확인 시간을 가지고 있으며, 원주율 가스 토큰이 없습니다. 사용자는 안정적인 코인으로 수수료를 직접 지불할 수 있어, 송금을 위해 무작위 토큰을 먼저 구매해야 하는 번거로운 단계를 생략할 수 있습니다.

또한 이해해야 할 또 다른 구성 요소는 Stripe의 Agentic Commerce Suite에 포함된 Shared Payment Tokens(SPT)입니다. 이는 MPP 자체의 일부는 아니지만, Stripe의 확장 메커니즘으로 함께 사용할 수 있습니다. SPT는 agent가 실제 데이터를 노출하지 않고 사용자의 신용 카드 또는 지갑 증명을 안전하게 상인에게 전달할 수 있도록 합니다. 이러한 증명은 단일 거래에 한정되며, 시간 제한이 있어 프로그래밍 가능하고 자멸식 권한으로 이해할 수 있습니다. 실제 사용에서, MPP를 통해 결제하는 agent는 Tempo에서 USDC를 사용할 수 있을 뿐만 아니라, 사용자가 연결한 Visa 카드도 사용할 수 있으며, 두 가지를 결합할 수도 있습니다.

Tempo 메인넷 출시 블로그에 따르면, 그 협력 파트너에는 Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, 표준 차터드 은행 및 Visa가 포함됩니다. 《The Block》은 MPP 출시 시 결제 카탈로그에 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 agent를 선택하기만 하면 Stripe가 상품 발견, 결제 프로세스, 사기 방지 및 세무 처리를 담당합니다. 현재 URBN, Etsy, Coach, Kate Spade 및 Ashley Furniture가 이미 사용 중이며, Wix, WooCommerce, BigCommerce, Squarespace 및 commercetools와 같은 플랫폼도 통합을 완료했습니다.

그 전략은 사실 매우 명확합니다: 추상화 계층을 장악하고, 기본 프로토콜이 자유롭게 경쟁하도록 합니다.

비교해보면

거시적으로 볼 때, 이 두 가지 프로토콜은 동일한 일을 하고 있습니다: 기계가 HTTP를 통해 자원에 대해 결제할 수 있도록 하는 것입니다. 그러나 진정한 차이는 세부 사항에 있습니다.

x402(코인베이스 주도) 대 MPP(Stripe + Tempo)

표준화
x402: 완전 오픈 소스(아파치 2.0), x402 Foundation이 Coinbase, Cloudflare, Visa, Google 등 여러 참여를 촉진합니다.
MPP: 개방형 표준으로, Stripe와 Tempo가 공동으로 제정하며, Stripe Agentic Commerce Suite의 일부입니다.

HTTP 메커니즘
x402: HTTP 402를 부활시켜 PAYMENT-REQUIRED 헤더로 요청을 시작하고, PAYMENT-SIGNATURE로 재시도를 완료합니다.
MPP: 동일하게 챌린지-응답 메커니즘을 사용하지만, Payment HTTP Authentication Scheme(IETF 초안)을 사용하여 챌린지 ID에 HMAC을 바인딩합니다.

결제 기반(레일)
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: 극단적으로 간단하고, 공급업체에 구애받지 않으며, 결제 분야의 유닉스 철학과 유사합니다.
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는 완전히 다른 패러다임입니다. 만약 당신의 agent가 한 세션에서 수백 또는 수천 번의 거래를 수행해야 하고, 매번 체인에 올라가고 싶지 않다면, 그것이 더 합리적인 선택입니다. 세션 메커니즘은 대부분의 상호작용을 체인 아래에 유지하다가 최종 정산 시에만 체인에 올라가게 합니다; Stripe의 규제 시스템이 리스크 관리 및 세무를 담당하며; SPT의 혼합 모드는 agent가 안정적인 코인에 국한되지 않고 사용자의 Visa와 같은 결제 방식을 직접 호출할 수 있게 합니다. 그것은 그렇게 우아하지는 않지만, 현실에 더 가깝습니다.

흥미로운 점은, 이들이 완전히 경쟁 관계가 아니라는 것입니다. x402는 긴 꼬리 개방 장면을 커버하고, MPP는 기업급 고빈도 트래픽을 커버합니다. Stripe의 전략도 매우 명확합니다: 단일 프로토콜에 베팅하지 않고, 어떤 경로가 승리하든 자금이 최종적으로 Stripe의 계좌 시스템으로 유입되도록 보장합니다.

현실 상황: 지금까지 발전은 어느 정도인가?

솔직히 말해서, 현재 거의 진정한 규모의 거래는 없습니다.

Coinbase의 x402 발표 정보에 따르면, 초기 협력자는 Hyperbolic(GPU 추론 결제) 및 Anthropic(MCP 프로토콜 통합)입니다. Stripe의 블로그는 API 호출에 대한 결제 agent 장면(예: CoinGecko)을 언급했습니다. Tempo 출시 시 카탈로그에는 100개 이상의 서비스가 포함되어 있었습니다. Cloudflare의 Agents SDK는 이미 x402를 기본 지원하고 있으며, 일부 Base L2의 작은 프로젝트도 x402를 결제 게이트웨이로 사용하려고 시도하고 있습니다.

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

이는 사실 놀라운 일이 아닙니다. 새로운 결제 인프라의 초기 단계는 항상 이렇습니다. 이른바 파트너 목록은 때때로 의향서를 체결한 것과 실제 생산에 들어간 것 사이에 큰 차이가 있으며, 이러한 발표는 일반적으로 특별히 구분되지 않습니다.

더 주목할 만한 것은 인프라 뒤에 있는 중량급 참여자들입니다. Stripe는 2025년에 1.9조 달러의 결제를 처리했으며, 총량은 전년 대비 34% 증가했습니다. 동시에 Coinbase, Cloudflare, Visa, Google 및 Tempo의 전체 협력 네트워크가 이미 참여하고 있습니다.

즉, 경로는 이미 마련되었습니다. 남은 질문은 하나입니다: 2026년, AI agent가 정말로 이 경로에서 대규모 거래를 필요로 할 것인가? 아니면 이것이 1998년 광섬유를 깔았던 것처럼------수요는 아직 오지 않았지만 인프라가 먼저 선행된 것일까요?

그럼 어떤 것을 선택해야 할까요?

만약 당신이 개방적이고 허가가 필요 없는 시스템을 구축하고 있다면------x402가 더 자연스러운 선택입니다. 플랫폼에 등록할 필요도 없고, 결제 처리업체와 연결할 필요도 없으며, 미들웨어를 도입하고 지갑을 연결하기만 하면 결제를 받을 수 있습니다. 대신 비용은: 규제, 리스크 관리, 법정 통화 정산을 모두 스스로 처리해야 합니다.

만약 당신이 이미 Stripe 시스템 내에 있으며, agent 트래픽을 연결하고 싶다면------MPP가 더 적합합니다. 세션, 스트리밍 결제, 법정 통화 + 암호화 혼합 및 완전한 규제 시스템은 본질적으로 구성 업그레이드와 같으며, 시스템 재구성이 아닙니다.

만약 당신이 단 한 가지에만 관심이 있다면: agent가 어떤 프로토콜을 사용하든, 나는 돈을 받을 수 있다면. 그 대답은 사실: Stripe를 사용하라는 것입니다. 두 가지 모두 지원합니다.

HTTP 402가 드디어 사용될 수 있게 되었습니다. 그저, 27년을 기다렸을 뿐입니다.