코인베이스는 x402를 중립으로 전환하고, 스트라이프는 MPP 외부에서 양쪽에 계속 베팅하고 있다

저자: Charlie, OSL 아메리카 책임자, Generative Ventures의 벤처 파트너. 암호화폐 유니콘 Strike의 부사장(엘살바도르 비트코인 법안 참여 및 라틴 아메리카 비트코인 라이트닝 네트워크와 스테이블코인 결제 사업 담당), 1조 달러 규모의 Franklin Templeton 거시경제 및 통화 분석가, 글로벌 결제 거대 기업 Adyen의 초기 멤버.

이 글은 저자의 개인적인 견해이며, 관련 회사의 입장을 대변하지 않습니다.

최근 agentic commerce에 관심을 가지는 사람들이 점점 많아지고 있지만, 다양한 프로토콜과 플레이어들로 인해 혼란스러워지고 있습니다.

특히 지난주, 모두가 Stripe / Tempo의 MPP를 이해하느라 바쁘던 중, 갑자기 Stripe가 경쟁사 Coinbase의 x402 Foundation에 합류했습니다.

게다가 Cloudflare는 현재 두 가지 모두를 지원하고 있습니다. Google도 이 상황에 참여하고 있지만, 자체적으로 AP2와 UCP를 가지고 있습니다.

Visa와 Mastercard도 참여했지만, 그들이 스테이블코인을 지지하기 위해 온 것은 분명하지 않습니다.

Linux Foundation은 공개적으로 x402를 중립적이고 산업 공동治理의 "본부"로 정의했으며, Cloudflare는 x402와 MPP를 동시에 자신의 Agents SDK에 포함시켰고, Stripe도 MPP와 x402를 동시에 지원한다고 공개적으로 밝혔습니다.

도대체 누가 경쟁하고, 누가 겹치고 있는 걸까요?

하지만 제가 요즘 볼수록 오히려 이 "혼란"은 시장이 방향을 잃어서가 아니라, 시장이 이미 매우 명확하다는 것을 느끼게 됩니다. 그리고 제가 이전에 언급했던 x402, 아마도 우리는 그것의 본의를 잘못 이해하고 있었던 것처럼, 이 일은 첫날부터 하나의 프로토콜이 일괄적으로 통합되지 않을 것이라는 점입니다.

이것은 인터넷 인프라에서 매우 흔한 상황처럼 보입니다. ------ 서로 다른 레이어가 동시에 성장하고, 서로 다른 회사가 서로 다른 레이어에 베팅하며, 결국 상호 운용성에 의해 전체가 먼저 작동하게 됩니다.

진정한 전략적 이야기는 누가 agentic web에서 유료 기계 접근의 기본 제어 레이어를 정의할 것인가입니다. 그리고 주요 플레이어들은 분명히 멀티 홈에 있으며, 모두가 미래의 진정한 병목이 권한 부여, 배포, 아니면 결제에 놓일 것인지에 대해 내기를 하고 있습니다.

1. Coinbase가 x402 재단을 Linux에 맡긴 이유는 무엇인가?

만약 x402가 단순히 Coinbase의 프로토콜이라면, 그것은 산업의 기본 옵션이 되기 어렵습니다.

이것은 정치적으로 올바른 말이 아니라, 매우 현실적인 표준화 논리입니다.

Linux Foundation의 이번 발표는 매우 명확합니다. 그들은 서비스 제공자의 중립성, 커뮤니티 거버넌스, 공유 인프라를 강조하고 있으며, "어떤 회사가 제품의 새로운 기능을 발표했다"는 것이 아닙니다.

더 중요한 것은, x402 Foundation 페이지에 현재 프로젝트가 구축 단계에 있으며, 거버넌스 메커니즘과 이사회가 아직 구축 중이라는 점입니다.

즉, 이번 행동은 "제품이 성숙했다"는 것을 발표하는 것이 아니라, "우리는 이 프로토콜에 중립적인 집을 제공할 것"이라는 것을 발표하는 것입니다.

이 배경의 함의는 사실 매우 간단합니다.

x402가 계속해서 Coinbase 제품 기능의 얼굴(예: 현재의 Base)을 가지고 있다면, 클라우드 공급업체, 결제 회사, 카드 조직, 플랫폼 플레이어는 기술적으로는 수용하더라도 정치적으로는 주저할 것입니다.

누구도 미래의 유료 접근 레이어를 단일 플랫폼에 맡기고 싶어하지 않습니다. 이를 Linux Foundation 아래에 두는 것은 Coinbase가 통제하고 싶지 않아서가 아니라, 오히려 x402가 널리 채택되기를 너무 원하기 때문에 "이것은 Coinbase의 프로토콜"이라는 부담을 먼저 제거해야 합니다.

이 점은 사실 매우 중요합니다. 많은 사람들이 재단과 같은 행동을 PR이나 오픈 소스 태도로만 보기가 쉽습니다.

하지만 프로토콜 전쟁에서 거버넌스는 제품의 일부입니다.

특히 표준이 아직 초기 단계이고 절대적인 네트워크 효과가 없을 때, 이른바 "중립적이고 신뢰할 수 있는" 것이 기술적으로 우아한 것보다 덜 중요하지 않습니다.

반대로 말하자면, 만약 x402가 미래에 어떤 HTTP-native 유료 접근 기준이 될 수 있다면, 그것은 아마도 코드가 가장 아름답기 때문이 아니라, 다른 솔루션보다 정치적 비용을 더 빨리 낮췄기 때문일 것입니다.

다시 말해, 여기서 거버넌스는 조연이 아니라, 성장 엔진 자체입니다.

2. Stripe의 좌우 대결은 도대체 무엇을 하고 있는가?

이번에 가장 주목해야 할 플레이어는 분명히 Stripe입니다. 왜냐하면 Stripe의 행동이 가장 혼란스럽기 때문입니다.

한편으로는 3월 18일 MPP를 대대적으로 출시하며 기계 결제의 개방 표준으로 포장했습니다.

다른 한편으로는 x402 Foundation의 창립 기여자이며, 자신의 문서에서도 x402 기계 결제를 지원하고 있습니다.

Cloudflare의 문서는 더 직접적이며, 심지어 명확하게 작성되었습니다: MPP는 x402의 핵심 결제 프로세스와 역호환이 가능하며, MPP 클라이언트는 기존의 x402 서비스를 직접 사용할 수 있습니다.

"프로토콜 경쟁"이라는 프레임에서만 보면, Stripe는 좌우 대결을 하고 있는 것처럼 보입니다.

하지만 시각을 조금 더 높이면, 이러한 접근 방식이 오히려 가장 상업적 논리가 있습니다.

왜냐하면 Stripe가 진정으로 지키고 싶어하는 것은 단순히 402 핸드셰이크 그 자체가 아닙니다.

그들이 진정으로 지키고 싶어하는 것은 핸드셰이크 위의 몇 가지 레이어입니다: 자격 증명, 준수, 위험, 보고, 세금, 환불, 상인 통합.

Stripe는 특정 단일 프로토콜의 진정한 신자처럼 보이지 않으며, 오히려 마지막에 어떤 핸드셰이크 표준이 승리하든 Stripe가 여전히 agent payments의 기본 추상 레이어가 되도록 보장하고 있는 것처럼 보입니다.

x402를 지원하는 것은 개방 생태계에서 결석하지 않기 위해서이고, MPP를 추진하는 것은 기본 의미를 정의하는 데 참여하기 위해서이며, ACP와 Shared Payment Tokens를 통해서는 작업 흐름과 결제 증명이라는 더 두꺼운 가치를 지키기 위해서입니다.

따라서 Stripe의 가장 "이상한" 점은 사실 가장 솔직한 점입니다.

그들은 미래에 단 하나의 프로토콜만 남을 것이라고 가장하지 않았습니다. 그들은 행동으로 여러분에게 알리고 있습니다: 적어도 이 단계에서는 누구도 한쪽에만 베팅해서는 안 됩니다.

3. 이것은 사실 B2B의 인프라 이야기입니다

저는 점점 더 많은 미디어가 이 사건의 초점을 잘못 두고 있다고 느끼고 있습니다.

agent payments에 대해 이야기할 때, 가장 쉽게 떠오르는 것은 항상 소매입니다: AI가 여러분을 위해 항공권을 구매하고, 호텔을 예약하고, 주문을 하고, 체크아웃을 도와줍니다.

하지만 현재 공개적으로 실현되고 있으며, 실제로 인프라의 맛이 나는 장면을 살펴보면, 가장 먼저 실행된 것은 소매 체크아웃이 아니라 더 지루하고 더 현실적인 B2B 유료 접근입니다: 유료 API, 유료 데이터, 유료 도구, 유료 브라우저 세션, 유료 agent 워크플로우.

Cloudflare는 현재 공개적으로 x402와 MPP를 사용하여 HTTP 콘텐츠, API 및 MCP 도구에 요금을 부과하는 것을 지원합니다.

x402의 가장 강력한 채택 경로는 개발자 간 유료 API 및 도구에서 발생합니다. 왜냐하면 "no account + pay-per-request"가 여기서는 단순한 홍보가 아니라 실질적으로 실행 가능한 것입니다.

이 배경의 변화는 사실 매우 큽니다.

과거에 API가 요금을 부과하려면 일반적으로 "인간 친화적인" 프로세스를 거쳐야 했습니다: 계좌 개설, 청구 연결, API 키 발급, 한도 설정, 정산, 결제 권한 처리.

사람에게는 이미 충분히 귀찮은 일이었고, agent에게는 더 불편했습니다.

x402의 가장 매력적인 점은 그것이 더 암호화된 것도 아니고, 더 AI적인 것도 아니라, "유료 접근"을 다시 HTTP 자체에 끼워 넣으려는 시도를 하고 있다는 것입니다. 즉, 접근 제어와 결제 협상이 일반적인 요청-응답처럼 발생하도록 하려는 것입니다.

서버가 402를 반환하여 이 요청이 얼마의 가치가 있는지를 알려주고, 클라이언트가 돈을 지불한 후 결제 증명으로 동일한 요청을 다시 시도합니다.

이 모델은 B2B 소프트웨어와 기계 간 접근의 관점에서 보면 소매 관점보다 훨씬 더 매끄럽습니다.

그리고 B2B 쪽으로 갈수록 x402의 장점이 더욱 뚜렷해지고, 단점도 덜 치명적입니다.

왜냐하면 소비자 상거래에서는 환불, 거부, 상인 기록, 소비자 보호, 책임 귀속 등이 모두 하드 문제이지만, B2B API 및 도구 호출에서는 이러한 문제의 중요성이 명백히 감소하기 때문입니다.

반대로 "무계정, 호출당 요금, 결과를 받고 떠나는 것"이 진정한 수요입니다.

소매는 물론 더 크고, 더 시끄럽고, 더 눈길을 끌기 쉽습니다. 하지만 실제로 프로토콜이 어떤 모습인지 정의하는 것은 종종 가장 시끄러운 장면이 아니라, 가장 빨리 진정한 수요를 드러내는 장면입니다.

오늘날 이 agent payments의 경우, 그 장면은 아마도 장바구니가 아니라 점점 더 많은 소프트웨어 간, agent 간, 워크플로우 간의 유료 접근일 가능성이 높습니다.

4. 산업 발전이 제가 이전에 내린 상호 운용성 판단을 검증했습니다

제가 이전 글에서 가장 핵심적으로 내린 판단은 상호 운용성이었습니다.

당시 이 판단은 다소 "구조적으로 이렇게 되어야 한다"는 느낌이 있었습니다.

지금 보니, 그것은 점점 현실적인 제약처럼 보입니다. 왜냐하면 공개 시장이 이미 발로 투표하고 있기 때문입니다.

Cloudflare는 한쪽에 서지 않고, x402와 MPP를 동시에 지원하며, 명확하게 호환 매핑을 수행했습니다.

Google은 x402에 참여하면서도 AP2와 UCP를 계속 추진하고 있습니다.

Visa와 Mastercard도 "모두 하나의 승자"라는 태도로 자신의 전략을 표현하지 않고, x402에 참여하면서도 agent token, 신원 인증, 지시 검증 및 분쟁 신호를 계속 강화하고 있습니다.

거대 기업들의 다각적 베팅은 이성적인 결정이지, 상업적 위선이 아닙니다.

왜 이렇게 될까요? 이러한 프로토콜은 본래 같은 레이어에 있지 않기 때문입니다.

최소한 현재까지는 x402와 MPP가 유료 HTTP 핸드셰이크 레이어에 더 가깝고, 요청이 결제 능력을 가지고 돌아오도록 하는 문제를 해결하고 있습니다.

AP2는 권한 부여와 신뢰할 수 있는 의도에 더 가깝고, "이 agent가 이 돈을 쓸 자격이 있는가"라는 문제를 해결하고 있습니다.

UCP와 ACP는 더 워크플로우 레이어에 가까워서 발견, 체크아웃, 상인 관계, 증명서 전달과 같은 더 상위 문제를 처리합니다.

많은 회사가 동시에 x402, MPP, AP2, UCP를 지원하는 것은 그들이 스스로 혼란스러워서가 아니라, 마지막에 승리하는 구조가 본래 여러 레이어를 가로지르며, 심지어 여러 프로토콜이 함께 구성될 가능성이 높기 때문입니다.

따라서 제가 이전 글의 판단을 되돌아보며 한 문장으로 요약하자면, 저는 이제 상호 운용성이 없다면 이 생태계가 전혀 시작되지 않을 것이라고 더욱 확신합니다.

지금 보니, 시장이 이 판단을 적극적으로 검증하고 있습니다.

더 나아가 이 판단은 B2B와 소매 간에도 중요합니다.

소매 세계에서는 결국 소수의 대형 플랫폼과 소수의 대형 워크플로우가 흡수될 가능성이 있지만, B2B 세계는 그렇지 않습니다.

기업은 본래 다중 클라우드, 다중 결제 방식, 다중 워크플로우 시스템, 다중 신원 권한 시스템이 공존하는 현실 속에서 살아갑니다.

누군가 새로운 프로토콜로 전체 기업 스택을 한 번에 무너뜨리려 한다면, 그 사람은 대개 먼저 사라질 가능성이 높습니다.

B2B 고객이 진정으로 지불하고 싶어하는 것은 "유일하게 올바른 프로토콜"이 아니라 "기존 시스템이 다중 프로토콜 환경에서도 작동할 수 있게 해주는 능력"입니다.

이 논리는 바로 상호 운용성이 기업 환경에서 소비자 환경보다 더 강력한 이유입니다.

5. 이것은 단순한 프로토콜 경쟁이 아니라, 계층화된 스택 경쟁입니다

이 사건을 계층화된 스택으로 이해하게 되면, 원래 혼란스러웠던 많은 현상이 즉시 정리됩니다.

가장 아래 레이어는 유료 접근 핸드셰이크입니다.

이 레이어는 HTTP 요청이 "여기서 요금이 필요하다"는 것을 어떻게 표현하고, 클라이언트가 결제를 마친 후 어떻게 결제 증명을 가져오는지를 다룹니다.

x402와 MPP는 주로 여기에서 경쟁합니다. MPP는 402를 더 공식적인 HTTP 인증 의미로 수렴하려고 하고, x402는 402를 플랫폼화하려고 하며, 사용자 정의 헤더, 조정자, 블록체인 결제 추상화 및 생태계 통합을 통해 이를 먼저 작동하게 하려 합니다.

하나는 표준화된 의미 경로처럼 보이고, 다른 하나는 플랫폼 배포 경로처럼 보입니다.

그 위 레이어는 지출 권한, 즉 "누가 이 돈을 승인했는가"입니다.

이 레이어는 많은 사람들이 아직 완전히 인식하지 못하는 핵심입니다.

기계가 돈을 지불하는 것은 그렇게 어렵지 않습니다. 기계가 신뢰할 수 있게 돈을 지불하도록 승인받는 것이 진정으로 어렵습니다.

AP2가 중요한 이유는 단순히 "어떻게 결제하는가"가 아니라, 위임, 검증 가능한 자격 증명, 진정성, 책임과 같은 문제를 해결하고 있기 때문입니다.

Visa와 Mastercard가 최근 강화한 agent token, 지시 검증, 패스키, 분쟁 신호 등도 본질적으로 여기에 해당합니다.

그 위 레이어는 워크플로우와 배포입니다.

즉, 발견, 체크아웃, 상인 관계, 자격 증명 공유, AI 표면 통합 등 "누가 트래픽과 거래 조정을 통제하는가"에 더 가까운 것입니다.

UCP와 ACP는 이 레이어를 두고 경쟁하는 것처럼 보입니다.

B2B에게는 이 레이어가 단기적으로 그렇게 시끄럽지 않지만, 장기적으로는 가치가 매우 높을 수 있습니다.

왜냐하면 미래에 점점 더 많은 기업 소프트웨어가 agent에 의해 조정되고 호출되며 구매되고 결제된다면, 누가 워크플로우 언어를 장악하느냐가 단순히 한 번의 결제를 관리하는 것이 아니라 전체 워크플로우를 관리하는 것이기 때문입니다.

이 세 레이어를 분리하면, 매우 단순한 사실을 발견하게 됩니다: 모든 문제를 하나의 프로토콜이 해결할 것이라고 기대할 필요가 없습니다.

더 현실적인 경로는 이 세 레이어가 각각 먼저 성장한 후, 상호 운용성을 통해 천천히 결합되는 것입니다.

그래서 다각적 베팅은 흔들림이 아니라 이성적입니다.

6. x402의 진정한 위험은 규제가 아니라, 동시성 하의 경제학입니다

우리가 단순히 "다중 프로토콜 공존"을 인식하는 것만으로는 충분하지 않습니다.

x402의 최대 위험은 반드시 규제가 아니라, verify--settle 두 단계를 나누는 것에서 오는 check-time/use-time 경제학일 수 있습니다.

간단히 말해, 결제 검증과 최종 결제가 동일한 것이 아니라면, 높은 동시성, 재시도, 프록시 레이어, 캐시 레이어와 같은 실제 인터넷 환경에서 "한 번 결제하고 여러 번 접근"할 수 있는 창구가 생길 수 있습니다.

x402 생태계는 현재 settlement cache, idempotency extension, payment identifier와 같은 구멍을 메우고 있지만, 이는 문제의 본질이 이론적이지 않다는 것을 보여줍니다.

이 점이 특히 B2B 독자에게 중요한 이유는 무엇일까요?

B2B 세계에서 가장 두려운 것은 결코 멋진 데모를 만드는 것이 아니라, 엣지 케이스가 너무 많아 마지막에 생산 환경에 들어가면 누수가 시작되는 것입니다.

API 수익화는 표면적으로는 매 요청마다 몇 센트를 지불하는 것이므로 가벼워 보이지만, 일단 제품이 호출당 요금, 결과당 요금, 워크플로우당 요금으로 청구된다면 "한 번 결제하고 한 번 받는 것"이냐 "한 번 결제하고 여러 번 받는 것"이냐는 제품 세부 사항이 아니라 생사의 경계입니다.

따라서 만약 미래에 x402가 B2B에서 실제로 실행될 수 있다면, 중요한 전제는 내러티브가 아니라 이러한 default-safe 메커니즘이 충분히 무뇌적으로 만들어져야 하며, 그렇지 않으면 기업은 실제 트래픽을 받아들이지 않을 것입니다.

7. 프로토콜은 무료일 수 있지만, 요금소는 사라지지 않을 것입니다

또한, 이 글에서 명확히 하고 싶은 점이 있습니다.

많은 개방 프로토콜은 결국 매우 익숙한 장소에 도달하게 됩니다: 프로토콜 자체는 점점 더 저렴해지거나 심지어 무료가 되지만, 실제 요금소는 옆에 생겨납니다.

x402도 마찬가지입니다.

표준 자체는 물론 개방성, 중립성, 0 요금이 내장된 표준을 강조하지만, 이는 가치 포착이 사라진다는 것을 의미하지 않습니다.

만약 x402가 성공한다면, 가치는 주로 프로토콜에 남지 않고, facilitator, 지갑 및 키 관리, 발견, 정책 엔진, 신뢰 래퍼와 같은 인접 레이어로 이동할 것입니다.

이는 B2B에 특히 중요합니다.

기업 고객은 새로운 프로토콜을 위해 전체 시스템을 대규모로 개조하지 않을 것이며, 그들이 진정으로 지불하고 싶어하는 것은 다중 프로토콜 환경에서 오케스트레이션, 정책, 위험, 준수, 감사, 정산, 권한 경계와 같은 번거로운 문제를 정리해 줄 수 있는 사람입니다.

다시 말해, 프로토콜은 점점 더 기본 언어처럼 보이겠지만, 이러한 언어를 "기업이 안심하고 온라인에 올릴 수 있는" 능력으로 번역하는 것은 오히려 새로운 플랫폼과 새로운 요금소로 변할 가능성이 더 큽니다.

이것이 제가 오늘 x402를 볼 때, Coinbase, Cloudflare, Stripe가 누가 더 "주인공"처럼 보이는지에만 집중해서는 안 된다고 생각하는 이유입니다.

진정으로 주목해야 할 것은 누가 이러한 인접 레이어에 서 있을 기회가 가장 많은가입니다.

Cloudflare는 엣지와 트래픽 배포의 위치를 가지고 있고, Stripe는 결제 인프라와 상인 관계의 위치를 가지고 있으며, Visa와 Mastercard는 증명서, 네트워크 토큰 및 소비자 신뢰의 위치를 가지고 있고, Google은 워크플로우와 발견 표면의 위치를 가지고 있습니다.

진정한 가치 포착은 "누가 402를 정의했는가"에서 발생하는 것이 아니라, "누가 402를 더 큰 기업 시스템에 통합했는가"에서 발생할 가능성이 더 큽니다.

8. 결론

x402 Foundation은 x402가 모든 agentic commerce 프로토콜에서 승리했다는 것을 발표하는 것이 아닙니다.

이것은 공개적으로 이번 세대의 agent payments가 첫날부터 단일 프로토콜 세계가 아닐 것임을 인정하는 것입니다.

Coinbase가 x402를 Linux Foundation에 맡긴 것은 그것이 독점 제품이 아니라 중립적인 공공 레이어처럼 보이게 하려는 것입니다.

Stripe가 MPP를 추진하면서 x402에 합류한 것은 흔들림이 아니라, 지금은 한쪽에만 베팅해서는 안 된다는 것을 알고 있기 때문입니다.

Cloudflare가 두 가지를 동시에 지원하는 것은 그것이 가장 실제 트래픽에 가깝기 때문입니다.

Google, Visa, Mastercard, Adyen과 같은 플레이어의 행동도 모두 같은 사실을 설명하고 있습니다: 먼저 시스템이 상호 통신할 수 있도록 한 다음, 누가 마지막에 어떤 레이어를 차지할 것인지에 대해 이야기합시다.

그리고 소매에서 시각을 돌리면, 이 판단은 더욱 명확해집니다.

이 프로토콜이 가장 먼저 필요했던 것은 반드시 장바구니가 아니라, 점점 더 많은 호출, 작업, 결과에 따라 요금을 부과하는 B2B 소프트웨어와 서비스입니다.

소매는 물론 더 크지만, B2B는 종종 더 빨리 진정한 수요를 드러내고, 더 빨리 인프라가 어떤 모습일지를 정의합니다.

저는 이전 글에서 상호 운용성을 중심에 두었고, 지금 시장이 제시하는 답은 사실 매우 명확합니다: 맞습니다, 그리고 당시에 생각했던 것보다 더 빨리입니다.

이런 의미에서 x402 Foundation은 이 이야기의 결말이 아닙니다.

그것은 우리가 진정한 주제가 "누가 이길 것인가"가 아니라, "이 세계는 반드시 먼저 상호 통신해야 하며, 누가 상호 통신 이후 가장 가치 있는 레이어를 차지할 것인가"를 더 빨리 보게 해줍니다.