x402 vs MPP: AI 에이전트가 어느 레일에 결제해야 할까요?

x402와 MPP는 수렴하는 것이 아니라 분기하고 있습니다. x402는 HTTP 402에 연결된 온체인(on-chain) 결제 체계군입니다. Stripe와 Tempo의 Machine Payments Protocol (MPP)은 2026년 3월에 출시된, 카드와 Lightning까지 포괄하는 결제 수단에 구애받지 않는 HTTP 인증 프레임워크입니다. 둘 중 하나를 선택할 필요는 없습니다. 두 가지 모두 동일한 엔드포인트에서 실행될 수 있습니다.

실제로 중요한 선택은 어느 레일이냐가 아닙니다. 결제가 최종 확정되기 전에 무언가가 점수를 매기는지 여부입니다.

숫자로만 보면 솔직히 말해서

2026년 10월 11일 기준으로, x402는 12개 체인(agenteconomy.to)에서 누적 191,751,598건의 거래를 기록했습니다 (CVJ의 10월 11일 브리핑을 통해 확인). MPP는 누적 46,198개의 이벤트를 보고했습니다. 이 단위들은 비교할 수 없습니다. MPP 이벤트가 x402 거래와 같지 않으며, MPP 세션은 여러 호출을 하나의 자금 지원 이벤트로 상각(amortize)하고, 추정치로 볼 때 x402 활동의 25–30%는 테스트 또는 리더보드 노이즈일 수 있습니다.

xrpl만 해도 2026년 10월 10일까지 168개 등록 상점에서 누적 1,300만 건의 x402 에이전트 결제를 처리했습니다 (RippleX의 J. Ayo Akinyele). Circle의 Facilitator Service는 Arc, Base, Polygon PoS에서 x402 USDC를 정산합니다.

화려한 수치(vanity metrics)를 제외하고 솔직한 입장은 이렇습니다: x402가 오늘의 온체인 에이전트 거래량을 소유하고 있고, MPP는 카드 및 규정 준수 진입로(on-ramp)를 소유하며, 둘 다 결제 정산 인프라(settlement plumbing)입니다.

어느 레일도 결제에 점수를 매기지 않는다

x402의 기본 exact 체계에서는 서명된 승인이 즉시 정산됩니다. 따라서 나쁜 지침을 포착할 수 있는 순간이 없습니다. MPP에서는 세션이 미래 호출에 자금을 미리 지원합니다. 결정은 구매 건별로 이루어지는 것이 아니라, 자금 지원 시점에 한 번 이루어집니다.

결정 게이트 패턴(decision-gate pattern)이 이 간극을 메웁니다: 신뢰도 ≥0.80은 자동 결제하고, 0.50–0.79는 인간에게 보류하며, 0.50 미만은 에스컬레이션 및 차단됩니다.

유일한 구조적 창구: auth-capture

x402에는 비교 페이지에서 거의 언급되지 않은 두 번째 EVM 방식인 auth-capture가 있습니다. 구매자의 단일 서명(ERC-3009 또는 Permit2)은 AuthCaptureEscrow 컨트랙트로 전송되며, 여기서 자금은 가맹점에게 이체되는 대신 캡처 승인자(capture authorizer) 하에 보관됩니다. 이 보관된 금액으로부터 결제는 온체인에서 카드 방식의 승인/캡처 시맨틱을 통해 캡처되거나, 취소되거나, 환불될 수 있습니다.

이 보관 단계가 바로 의사결정 게이트(decision gate)가 필요한 지점입니다. 먼저 승인하고, 해당 명령어를 점수화한 다음, 그 점수에 따라 캡처하거나 취소하는 것입니다.

ScriptMasterLabs는 2026년 10월 13일, Arc 메인넷에 AuthCaptureEscrow 인스턴스를 배포했습니다. 컨트랙트 주소는 0x06b4e6ba16b1ee0fac2d5f4ea69b93ce31fa7b4이며, 배포 트랜잭션은 0x5bb75341d617f0161b6b08ca819ae3b1571a62498924062028436c9fdd0e9aae입니다. 이들은 생성 및 런타임 코드에 대한 정확한 일치(exact match)를 통해 Sourcify로 검증했습니다. 솔직히 말하자면, 이는 Arc의 공개 SDK 문서에 등록된 표준 상거래 결제 에스크로 싱글톤이 아니라 arc-authcapture 빌드를 위한 독립적인 배포이며, 아직 이 경로를 통해 자금이 흐른 적은 없습니다. 배포는 주장되었지만, 거래량은 그렇지 않습니다.

직접 구현하기 (Do it yourself)

1. 두 프로토콜을 하나의 엔드포인트에서 실행하고(Tempo의 mppx가 둘 다 지원), 경로별로 선택합니다.
2. 결제가 취소되어야 할 수 있는 모든 곳에 auth-capture를 사용하세요. 사소하지 않거나, 비동기적이거나, 추론된 의도에 따라 결정되는 모든 것이 해당됩니다.
3. 캡처 기간 내에서 점수화하고, 그 대역(bands)을 에스크로 호출에 연결합니다: ≥0.80은 캡처, 0.50–0.79는 인간 검토를 위한 보관(hold), <0.50은 취소 및 로깅입니다.
4. 명령어, 점수, 대역, 그리고 캡처/취소 트랜잭션을 함께 영구 저장하세요. 결제 기록만으로는 돈이 왜 움직였는지 재구성할 수 없습니다.

클레임 영수증과 함께한 전체 분석: https://scriptmasterlabs.com/x402-vs-mpp

의사결정 캡슐(Decision Capsule) + 5개의 전문 Jev 배심원 + 무효화할 수 없는 헌법. Jev가 선택합니다. 코드가 결정합니다. 실제 자본을 관리하는 에이전트를 위해 구축되었습니다.