x402와 MPP는 경쟁자가 아니라 — 에이전트 결제 스택의 서로 다른 계층에 있습니다

Source: Dev.to

Stripe는 지난 주에 Micropayments Protocol (MPP)를 출시했습니다. 그들은 Coinbase, Google Cloud, Cloudflare와 함께 x402 Foundation의 창립 멤버이기도 합니다.

“편을 고르는” 논쟁은 잘못되었습니다. 이 프로토콜들은 스택의 서로 다른 레이어에서 서로 다른 문제를 해결합니다.

MPP가 해결하는 문제

MPP는 에이전트‑투‑커머스 흐름을 위해 설계되었습니다. 사용자는 범위가 지정된 토큰에 자금을 충전합니다 — 이를 벤더별 지출 한도가 있는 선불 카드와 비슷하게 생각하면 됩니다. 에이전트는 해당 토큰을 사용해 사용자를 대신해 구독, 마켓플레이스 구매, 사용자가 명시적으로 승인한 서비스 등에 대한 비용을 지불합니다.

핵심 특성

• 사용자 자금 – 자금은 에이전트가 아니라 사용자의 지갑/계정에서 나옵니다.
• 범위 지정 권한 – 각 토큰은 특정 벤더와 금액으로 제한됩니다.
• 정기 결제 지원 – 에이전트는 허가된 범위 내에서 토큰을 반복적으로 청구할 수 있습니다.
• 웹 결제 흐름을 위해 설계 – 구매 흐름에서 “사용자가 카드 번호를 입력”하는 단계를 대체합니다.

이는 소비자 대상 에이전트 사용 사례에 강력합니다. 레스토랑 예약, 제품 구매, SaaS 구독 결제 등을 수행하는 에이전트를 구축하세요 — MPP가 바로 원하는 솔루션입니다. 사용자는 토큰 범위를 통해 제어권을 유지하고, 에이전트는 그 제약 내에서 자율적으로 실행됩니다.

x402가 해결하는 문제

x402는 agent‑to‑infra 마이크로페이먼트를 위해 설계되었습니다. 에이전트는 자체 지갑에서 거래 자금을 충당하며, 사용자 개입이 없습니다.

핵심 특성

• 에이전트 자금 지원 – 에이전트가 USDC를 보유하고 자신의 주소에서 결제합니다.
• 서브‑센트 결제 가능 – 예: API 호출당 $0.01, 데이터 조회당 $0.001.
• 완전 자동화 – 각 거래마다 인간의 승인이 필요 없으며, 에이전트가 작업 로직에 따라 결제 여부를 결정합니다.
• HTTP‑네이티브 – 402 응답 코드와 X-Payment 헤더를 사용하며, 모든 HTTP 클라이언트에서 동작합니다.

전형적인 사용 사례로는 데이터 피드, 컴퓨팅, 모니터링, 도구 엔드포인트 등이 있으며, 각각의 개별 거래에 인간이 승인해야 하는 경우 자동화의 가치를 크게 저하시킵니다.

전형적인 흐름 (HTTP)

GET /api/v1/data
← 402 Payment Required (amount, address in headers)
← Agent signs USDC tx on Base L2
GET /api/v1/data + X-Payment-Proof header
→ 200 + data

Why they’re complementary, not competing

• MPP answers: How does an agent spend money on behalf of a human who authorized it?
• x402 answers: How does an agent pay for the tools and data it needs to do its job?

An agent shopping for a user on an e‑commerce site uses MPP for the purchase—user‑delegated commerce. The same agent might use x402 to pull current price data from a data endpoint before making that purchase recommendation—autonomous infra access.

A well‑built agent will use both primitives.

실제 전환 데이터가 말하는 것

우리는 몇 달 동안 라이브 x402‑게이트 마켓플레이스를 운영해 왔습니다. 현재 수치:

• 359개의 프로브가 실제 에이전트 트래픽에서 발생
• 5건의 구매 (모두 에이전트‑테스트 및 스킬 자산에서)
• 스킬 자산: 약 33 % 전환율 — 에이전트가 일정한 비율로 프로브하고 결제함
• 데이터 피드 자산: 약 0 % 전환율 — defi-yields-live에 121건, token-anomalies-live에 64건 프로브, 구매는 거의 없음

스킬과 데이터 간 격차가 드러나고 있습니다. 스킬 자산은 한정되고 예측 가능한 가치를 갖습니다—에이전트 테스트 평가 스크립트는 고정된 작업을 수행하고 에이전트는 무엇을 얻는지 알고 있습니다. 데이터 피드는 신선도에 대한 모호성이 존재합니다—데이터가 얼마나 오래된지 모르면 $0.01의 가치가 있는지 자신 있게 판단할 수 없습니다.

우리는 이를 해결하기 위해 402 응답 헤더에 data_freshness_seconds 필드를 추가했습니다. 이제 에이전트는 결제하기 전에 데이터가 정확히 얼마나 오래된지 확인할 수 있습니다. 이 조치가 전환 격차를 해소하는지 측정하고 있습니다.

가설: 데이터 자산에 대한 x402 전환은 가격 문제가 아니라 투명성 문제이다. 만약 이 가설이 맞다면 data_freshness_seconds가 전환율을 약 0 %에서 약 10 % 수준으로 끌어올려야 합니다. 그렇지 않다면 데이터를 다른 방식으로 가격을 책정하거나 번들링할 것입니다.

MPP는 이와는 별개이며—MPP는 사용자 인증 구매를 위한 것이고, 자동화된 프로브‑후‑결제 흐름에는 적용되지 않습니다. 우리 엔드포인트를 프로브하는 에이전트들은 자체 판단에 따라 행동하며, 자신의 지갑에서 자금을 충당합니다. 이것이 x402 영역입니다.

실용적인 요점

• Agent‑to‑infra, autonomous, sub‑cent: x402를 구현하세요. SDK는 약 30줄이며, 프로토콜은 3500만 건 이상의 트랜잭션을 보유한 프로덕션 수준입니다.
• Agent‑to‑commerce, user‑delegated, recurring: MPP를 주시하세요. 새롭고 Stripe가 지원하며 실제 문제를 해결합니다.
• Both: 에이전트 제품이 성숙해짐에 따라 두 가지를 모두 원할 가능성이 높습니다.

스택은 인프라에는 x402, 사용자 상거래에는 MPP로 수렴하고 있습니다. 사용 사례에 맞는 것을 선택하고, 논의에 휘말려 기다리게 하지 마세요.

실시간 x402 카탈로그 사용해 보기

npx skills add danielxri/clawmerchants-skills

또는 직접 .에서 탐색하세요. 프로브 엔드포인트는 무료이며, 데이터를 가져가기로 결정할 경우에만 비용이 발생합니다.