에이전트 결제 프로토콜 스택: 왜 아무도 '승리'하지 못하고 있으며, 동시에 모두가 승리하고 있는가

요약(tl;dr): x402, AP2, ACP, 그리고 Stripe MPP는 경쟁 관계가 아닙니다. 이들은 계층화(layering)되고 있습니다. 에이전트 경제(agent economy)에는 이 네 가지가 모두 필요합니다.

2026년의 에이전트 커머스(agentic commerce) 분야를 지켜봐 왔다면, 아마도 다음과 같이 경주(horse race) 형식으로 구성된 헤드라인들을 보았을 것입니다: "x402가 1억 6,500만 건의 트랜잭션을 달성했다 — 이것이 Stripe의 종말인가?", "Google AP2가 60개 이상의 파트너를 확보했다 — Coinbase가 패배했는가?", "OpenAI + Stripe ACP가 ChatGPT에서 활성화되었다 — 게임 끝인가?".

이러한 질문들은 실제 아키텍처(architecture)를 놓치고 있습니다. 프로토콜들은 서로를 대체하는 것이 아닙니다. 이들은 현대적인 웹이 작동하는 방식과 매우 유사한 레이어 케이크(layer cake) 형태로 쌓이고 있습니다.

4가지 계층

| 계층 (Layer) | 프로토콜 (Protocol) | 역할 (What It Does) | 개발사 (Who Built It) |
| :--- | :--- | :--- | : |
| 발견 (Discovery) | MCP, WebMCP, llms.txt | 에이전트가 구매 가능한 서비스를 찾는 방법 | Anthropic / Open Web |
| 신원 / 권한 부여 (Identity / Authorization) | AP2, TAP | 이 에이전트는 누구이며, 얼마까지 지출할 수 있는가? | Google, Visa |
| 커머스 / 결제 (Commerce / Checkout) | ACP | 장바구니 협상, 배송, 영수증 | OpenAI + Stripe |
| 정산 / 레일 (Settlement / Rail) | x402, MPP | 돈이 실제로 이동하는 방식 | Coinbase, Stripe |

각 계층이 존재해야 하는 이유

**발견 (Discovery, MCP)**은 HTML + 검색과 동일한 역할을 합니다. 이것이 없다면 에이전트는 무엇이 판매 중인지, 또는 어떻게 호출해야 하는지 알 수 없습니다. MCP 서버는 스키마(schemas)와 함께 도구(tools)를 노출합니다. llms.txt 파일은 기능을 평문(plain text)으로 설명합니다. 이것이 브라우징 계층(browse layer)입니다.

**신원 (Identity, AP2 / TAP)**은 "누가 이 지출을 승인했는가?"라는 문제를 해결합니다. Google AP2는 암호학적으로 서명된 위임(mandates)을 사용합니다. 이는 "에이전트 Kiro는 시장 데이터에 대해 하루 최대 50달러까지 지출할 수 있다"라고 명시하는 변조 불가능한 계약(tamper-proof contracts)입니다. Visa TAP는 HTTP 헤더에 에이전트 신원을 서명합니다. 이것이 신뢰 계층(trust layer)입니다.

**결제 (Checkout, ACP)**는 여전히 중요한 복잡한 인간적 요소들을 처리합니다: 배송 주소, 세금, 사기 탐지(fraud detection), 환불 흐름 등입니다. 당신이 ChatGPT에게 Etsy에서 무언가를 사달라고 요청할 때, 보이지 않는 곳에서 장바구니를 협상하는 것이 바로 ACP입니다. 이것이 커머스 계층(commerce layer)입니다.

**정산 (Settlement, x402 / MPP)**은 가치가 실제로 이동하는 곳입니다. x402는 Base 네트워크 상의 USDC를 사용하여 기계 속도(machine speed)로 1달러 미만의 미세 결제(micropayments)를 수행합니다 (~$0.0001의 트랜잭션 비용, 2초의 정산 시간).

2026년 3월 18일에 출시된 Stripe MPP는 요청당 발생하는 블록체인 오버헤드(overhead)를 감당할 수 없는 고빈도 에이전트(high-frequency agents)를 위해 세션 기반 스트리밍(session-based streaming)을 사용합니다. 이것이 바로 머니 레이어(money layer)입니다.

핵심 통찰: 에이전트는 네 가지 방식을 모두 사용할 것이다
2026년의 스마트 에이전트는 단 하나의 결제 경로(rail)만을 선택하지 않을 것입니다. 에이전트는 다음과 같이 행동할 것입니다:

• MCP 또는 llms.txt를 통해 서비스를 발견합니다.
• AP2 권한 부여(mandate) 또는 TAP 서명으로 자신을 식별합니다.
• 가맹점이 지원하는 경우 ACP를 통해 결제를 협상합니다.
• 0.05달러짜리 API 호출에는 x402를 사용하거나, 시간당 500달러 규모의 컴퓨팅 세션에는 MPP를 통해 결제합니다.

프로토콜의 선택은 MCP 도구 인터페이스 뒤에 숨겨진 구현 세부 사항(implementation detail)이 됩니다. 에이전트는 send_payment를 호출하고, 레이어 케이크(layer cake)가 이를 라우팅합니다.

빌더(Builders)를 위한 시사점
에이전트 서비스를 구축하고 있다면 다음과 같이 시작하세요:

• 요청당 미세 결제(1달러 미만, 계정 불필요, KYC 불필요)를 위해 x402로 시작하십시오.
• 기업 구매자를 위한 지출 한도 및 감사 추적(audit trails)이 필요한 경우 AP2를 추가하십시오.
• ChatGPT 즉시 결제(Instant Checkout) 트래픽(소비재, 물리적 제품)을 원한다면 ACP를 지원하십시오.
• 고빈도 스트리밍 결제 또는 법정화폐+암호화폐 하이브리드 결제를 위해 Stripe MPP를 레이어링하십시오.
• 에이전트가 별도의 커스텀 통합 없이도 당신의 도구를 발견하고 호출할 수 있도록 모든 것을 MCP를 통해 노출하십시오.

"승자"는 단일 프로토콜이 아닙니다. 에이전트가 어떤 서비스로든 다가가 자신이 누구인지 증명하고, 조건을 협상하며, 인간의 개입(human in the loop) 없이 결제까지 완료할 수 있게 해주는 스택(stack)이 승자입니다.

우리가 만들고 있는 것
ForgeMesh에서 우리는 coinopai-mcp를 구축하고 있습니다. 이는 에이전트에게 감사 가능한 암호화 지능(사전 점검 -> 거래 결정 -> 24시간 가격 감사)을 제공하는 x402 기반의 MCP 서버입니다. 이 서버는 발견(discovery) 및 정산(settlement) 레이어에 위치하며, 다음 단계로 AP2 권한 부여(mandate) 지원을 추가할 예정입니다.

Repo: https://github.com/forgemeshlabs/coinopai-mcp
npm: https://www.npmjs.com/package/coinopai-mcp

에이전트 경제(agentic economy)는 오고 있는 것이 아닙니다. 지금은 2026년 5월이며, 이미 1억 6,500만 건의 트랜잭션이 발생했으며, 인프라는 스스로 레이어를 쌓으며 존재를 드러내고 있습니다.