x402가 30년 전 코드를 꺼내든 이유

1996년 인터넷 표준 문서에 조용히 박혀 있던 코드가 하나 있습니다. HTTP 402 Payment Required입니다. “이 리소스는 결제가 필요하다”는 신호를 서버가 보낼 수 있도록 설계된 코드였는데, 30년 동안 단 한 번도 제대로 쓰인 적이 없었습니다. 이유는 단순합니다. 402 코드는 “돈을 내야 한다”는 사실만 알릴 뿐, 어떻게 내야 하는지를 전혀 정의하지 않았습니다. 표준이라고 부르기도 민망한 반쪽짜리 규격이었죠.

그리고 또 하나의 구조적 문제가 있었습니다. 신용카드는 건당 약 $0.30의 고정 수수료를 냅니다. 스트라이프 기준으로 정확하게는 2.9% + $0.30입니다. (출처: Stripe 공식 가격 정책) $1짜리 콘텐츠를 팔면 $0.33이 수수료로 빠져나가고, $0.10짜리 API 호출은 수수료가 원금의 세 배를 넘습니다. 소액 결제는 시작 전부터 수지타산이 맞지 않았습니다.

2025년에 이 공식이 깨졌습니다. 베이스(Base)나 솔라나 같은 레이어2 블록체인이 거래 수수료를 $0.0001 수준으로 끌어내렸고, USDC 같은 스테이블코인이 가격 변동 없이 달러 가치를 그대로 유지하는 디지털 현금이 됐습니다. 그리고 결정적으로 AI 에이전트가 등장했습니다. 사람은 $0.01 결제를 반복하면 피로감을 느끼지만 AI는 프로그램된 대로 실행할 뿐입니다. 기술적 장벽과 심리적 장벽이 동시에 사라진 거죠. 코인베이스와 클라우드플레어는 이 타이밍을 놓치지 않았습니다. 두 회사가 함께 x402 재단을 설립하고, 30년간 잠들어 있던 402 코드에 실제 결제 논리를 붙여 2025년 9월 공개했습니다. (출처: Cloudflare 공식 블로그, 2025.09.23)

▲ 목차로 돌아가기

5단계로 끝나는 결제 구조

x402 프로토콜은 복잡한 블록체인 지식 없이도 기존 HTTP 흐름 위에서 작동합니다. 클라우드플레어 공식 문서에 공개된 거래 흐름은 5단계로 정리됩니다. (출처: Cloudflare 공식 블로그 x402 섹션)

1. 요청: AI 에이전트가 유료 리소스에 접근을 시도합니다.
2. 402 응답: 서버가 “결제 필요” 응답과 함께 금액·수신 주소를 알려줍니다.
3. 결제 서명 재요청: 에이전트가 결제 서명을 붙여 동일 리소스를 다시 요청합니다.
4. 퍼실리테이터 검증: 서버가 블록체인을 직접 건드리지 않고 퍼실리테이터에 검증을 위임합니다.
5. 리소스 전달: 검증 완료 후 서버가 콘텐츠를 전달하고 영수증을 첨부합니다.

핵심은 서버가 블록체인을 직접 다루지 않는다는 설계 선택입니다. 퍼실리테이터가 온체인 복잡도를 전담하기 때문에, 일반 웹 개발자는 REST API 호출 몇 줄만 추가하면 x402를 붙일 수 있습니다. Vercel이 공개한 `x402-mcp` 패키지를 쓰면 실제로 코드 5줄 수준이고, `paidTool` 선언에 가격만 넣으면 MCP 서버에 결제가 붙습니다. (출처: Vercel 공식 블로그 x402-mcp 발표, 2026.03)

베이스 네트워크 기준 수수료는 $0.015, 솔라나 기준으로는 $0.003입니다. (출처: 한국경제 2026.03.20) 스트라이프의 최소 $0.30 고정 수수료와 비교하면, $0.01짜리 API 호출에서 수수료 비율 차이가 3,000배입니다. 소액 결제가 처음으로 경제적으로 성립하는 구조가 된 거죠.

▲ 목차로 돌아가기

실제 거래 절반이 테스트인 데이터

코인베이스는 누적 결제 1억 4,000만 건, 그 중 98.6%가 USDC로 정산됐다고 밝혔습니다. (출처: 한국경제 2026.03.20) 인상적인 숫자입니다. 그런데 블록체인 데이터 분석 업체 아르테미스(Artemis)가 온체인 실거래를 뜯어보니 그림이 달라집니다.

2026년 3월 초 기준 하루 거래 건수는 약 131,000건이고 거래 금액은 약 $28,000입니다. 건당 평균 $0.20 수준입니다. 그런데 아르테미스는 이 거래 중 약 절반을 자전거래(self-dealing)와 워시트레이딩(wash trading)으로 분류했습니다. 자전거래는 같은 지갑이 구매자와 판매자 역할을 동시에 하는 경우, 워시트레이딩은 판매자가 구매자의 지갑에 돈을 보내면 그 돈이 곧장 판매자에게 돌아오는 형태입니다. (출처: CoinDesk 2026.03.11, Artemis 분석) 이 수치가 의미하는 바는 하나입니다. 지금 x402 위에서 일어나는 거래 상당수는 실제 상업 활동이 아니라 인프라 테스트입니다.

이런 상황에 대해 x402 코인베이스 개발자 플랫폼 엔지니어링 헤드 에릭 레펠(Erik Reppel)은 “오픈 표준은 본질적으로 퍼미션리스(permissionless)이기 때문에 예상치 못한 방식의 실험이 일어나는 것은 자연스럽다”고 밝혔습니다. (출처: CoinDesk 2026.03.11) 그리고 “팀들이 테스트에서 프로덕션으로 이동하면서 이 비율은 자연스럽게 낮아질 것”이라고 덧붙였습니다. 맞는 말입니다. 하지만 지금 당장의 숫자를 그대로 믿으면 안 된다는 뜻이기도 합니다.

▲ 목차로 돌아가기

스트라이프가 경쟁자로 뛰어든 이유

x402가 주목받으면서 예상치 못한 경쟁자가 나타났습니다. 바로 스트라이프입니다. 스트라이프는 2026년 3월 18일, MPP(Machine Payments Protocol)를 공식 출시했습니다. (출처: WorkOS 공식 블로그, 2026.03.24) 흥미로운 건 스트라이프가 MPP를 내놓으면서 동시에 x402도 자사 대시보드에서 지원한다고 밝혔다는 점입니다. 두 개를 경쟁 관계로 보는 게 아니라 다른 상황에서 쓰는 도구로 포지셔닝한 거죠.

둘의 차이는 명확합니다. x402는 요청 하나마다 개별 온체인 트랜잭션이 발생합니다. 세션 없이 곧바로 결제되는 구조라 설정이 극도로 단순하지만, 고빈도 호출 상황에서는 블록체인 오버헤드가 쌓입니다. MPP는 세션(session)을 먼저 열고, 그 안에서 수백, 수천 건의 마이크로페이먼트를 일괄 정산합니다. AI 에이전트가 데이터 피드를 시간당 수천 번 호출해야 한다면 MPP가 효율적입니다. (출처: WorkOS 공식 블로그, 2026.03.24)

※ 수치 출처: WorkOS 공식 비교 블로그 (2026.03.24), Stripe 공식 가격 정책

스트라이프가 MPP를 출시하면서 x402와 공존 전략을 택한 것은 시사하는 바가 큽니다. 두 프로토콜은 결국 상황에 따라 선택하는 도구이지, 하나가 다른 하나를 대체하지 않습니다. 간헐적 AI 에이전트 접근에는 x402, 고빈도 스트리밍 세션에는 MPP, 사람 대상 구독은 기존 스트라이프가 맡는 구조입니다.

▲ 목차로 돌아가기

구글·AWS·비자까지 줄을 선 진짜 이유

x402 생태계에 빅테크가 합류하는 흐름이 빠릅니다. 구글은 자사 AI 에이전트 결제 표준인 AP2(Agent Payments Protocol)에 x402를 통합해, 구글 클라우드 환경에서 AI가 직접 USDC로 결제할 수 있도록 지원합니다. AWS는 자사 AI 인프라 베드록(Bedrock)에 x402를 결합하며 “금융권의 AI 도입을 가로막던 결제 공백을 해소할 기술”이라고 평가했습니다. 비자는 AI 에이전트와 가맹점 간 통신을 지원하는 ‘TAP(Trusted Agent Protocol)’을 공개하고 x402와의 연동을 검토 중입니다. (출처: 한국경제 2026.03.20)

스텔라(Stellar) 재단도 2026년 3월 10일 x402의 결제 정산 레이어로 합류했고, 체인링크(Chainlink)는 Chainlink Runtime Environment(CRE)를 통해 x402와 통합했습니다. (출처: Stellar 공식 블로그, 2026.03.10) 솔라나는 x402 공식 지원 페이지를 별도로 운영하며 400ms 안에 $0.00025로 결제할 수 있는 인프라를 제공 중입니다. (출처: solana.com/ko/x402)

McKinsey는 AI 에이전트 기반 글로벌 소비자 상거래 규모가 2030년까지 $3조~$5조에 이를 것으로 전망했습니다. (출처: McKinsey & Company, The Automation Curve in Agentic Commerce) 이 숫자 앞에서 기업들이 지금 당장 실사용량이 적더라도 인프라 선점에 나서는 이유는 명확합니다. 기차가 떠나기 전에 탑승하는 전략이죠.

▲ 목차로 돌아가기

지금 당장 조심해야 할 보안 함정

x402의 가장 큰 장점인 “빠르고 간단한 결제”가 동시에 가장 큰 위험 요소가 됩니다. 2025년 12월에 출시된 x402 V2 스펙은 동적 결제 라우팅(dynamic payment routing)을 도입했습니다. 서버가 “이 주소로 돈을 보내라”고 지시하면 클라이언트가 그대로 따르는 구조입니다. (출처: WorkOS 공식 블로그, 2026.03.24) 이 설계는 수신 주소를 조작하는 공격을 허용할 수 있습니다. 악의적인 서버나 중간에서 응답을 가로채는 공격자가 잘못된 수신 주소를 넣으면, AI 에이전트는 아무 의심 없이 그 주소로 돈을 보냅니다.

V2 모듈형 SDK 역시 공급망 위험을 안고 있습니다. 서드파티 플러그인이 x402 흐름에 끼어들면 실제 결제가 어디로 흘러가는지 추적하기 어려워집니다. 2026년 3월 24일 발생한 Python 패키지 LiteLLM 악성코드 사건처럼, AI API 키를 관리하는 패키지에 악성코드가 심어진 전례가 실제로 있었습니다. x402 역시 같은 종류의 공급망 위협에 노출됩니다.

실제 운영 환경에서는 최소한 다음 네 가지를 직접 구현해야 합니다. 수신 주소 허용 목록(allowlist) 관리, 에이전트·세션별 예산 상한 설정, 비정상 지출 패턴 모니터링, 체인 검증(chain validation)이 그것입니다. x402는 프로토콜 자체가 이 중 어느 것도 기본 제공하지 않습니다. 편리함 뒤에 있는 보안 책임은 온전히 개발자 몫이라는 뜻입니다.

▲ 목차로 돌아가기

Q&A 5가지

▲ 목차로 돌아가기

마치며

x402 프로토콜은 분명히 기술적으로 우아한 해법입니다. 30년 된 미완의 인터넷 표준을 블록체인으로 완성했고, 결제 수수료를 $0.0001 수준으로 낮췄으며, 설정도 코드 5줄이면 됩니다. 구글·AWS·비자·스트라이프까지 생태계에 합류했으니 기반도 탄탄해 보입니다.

하지만 지금 당장 온체인 데이터는 솔직합니다. 하루 $28,000의 거래 중 절반이 테스트와 워시트레이딩입니다. 실제로 돈을 내는 AI 에이전트, 그 돈을 받는 API 서비스, 그 생태계 안에서 수익을 내는 개발자가 아직은 드뭅니다. 인프라는 먼저 깔리고, 경제는 나중에 따라옵니다. 틀린 순서가 아닙니다만, 숫자를 액면 그대로 받아들이면 안 된다는 것도 기억해야 합니다.

개인적인 판단을 덧붙이자면, x402는 지금 당장 수익화 도구로 쓰기보다는 “AI 에이전트가 결제하는 세계가 오면 어떻게 대응할 것인가”를 준비하는 관점에서 추적할 기술입니다. 테스트넷에서 직접 굴려보고, 내 서비스에 붙였을 때의 비용 구조를 미리 계산해두는 것이 지금 할 수 있는 가장 실용적인 첫 걸음입니다.

📚 본 포스팅 참고 자료

1. Cloudflare 공식 블로그 — x402 Foundation 출범 발표 (2025.09.23)
2. CoinDesk — x402 마이크로결제 수요 분석 (2026.03.11)
3. 한국경제 — 젠슨 황 GTC 2026 발언과 x402 분석 (2026.03.20)
4. WorkOS 공식 블로그 — x402 vs Stripe MPP 비교 (2026.03.24)
5. Wepin — x402 프로토콜 AI 에이전트 결제 인프라 분석 (2025.11.25)
6. Solana 공식 — x402란 무엇인가 (공식 설명 페이지)