x402 Foundation: 코인베이스와 클라우드플레어가 AI 인터넷을 위한 결제 레이어를 구축하는 방법
거의 30년 동안 HTTP 상태 코드 402 — "Payment Required(결제 필요)" — 는 인터넷 사양에서 오지 않은 미래를 위한 자리표시자로 잠자고 있었습니다. 2025년 9월, Coinbase와 Cloudflare가 마침내 이를 활성화했습니다. 2026년 3월까지 x402 프로토콜은 Solana에서만 3,500만 건 이상의 트랜잭션을 처리했으며, Stripe는 이를 PaymentIntents API에 통합했고, Google의 Agent Payments Protocol은 에이전트 간 암호화폐 결제를 위해 x402를 명시적으로 도입했습니다. 잊혀졌던 이 상태 코드는 이제 기계를 위해 특별히 제작된 연간 6억 달러 규모의 결제 레이어의 토대가 되었습니다.
이것은 x402가 1년 만에 백서에서 프로덕션 표준으로 어떻게 발전했는지, 그리고 이것이 모든 Web3 빌더에게 왜 중요한지에 대한 이야기입니다.
문제: 기계는 서로 결제할 수 없습니다
인터넷은 가치 교환이 아닌 정보 교환을 위해 설계되었습니다. AI 에이전트가 프리미엄 API에 액세스하거나, 컴퓨팅 사이클을 구매하거나, 게이트된 데이터를 검색해야 할 때, 인간 사용자와 동일한 장벽에 부딪힙니다. 즉, 계정 생성, API 키 관리, 구독 티어 및 인보이스 처리 등입니다. 인간에게는 참을 만한 이러한 마찰 지점은 초당 수천 번 거래해야 하는 자율 시스템에게는 치명적입니다.
간단한 시나리오를 생각해 보십시오. 한 AI 리서치 어시스턴트가 사용자의 질문에 답하기 위해 5개의 서로 다른 제공업체로부터 실시간 시장 데이터가 필요합니다. 전통적인 결제 레일 하에서 해당 에이전트는 5개의 개별 계정, 5개의 API 키, 5개의 과금 관계, 그리고 이를 관리할 인간 관리자가 필요합니다. 계정 승인에 걸리는 며칠 또는 몇 주의 지연 시간만으로도 이 사용 사례는 불가능해집니다.
x402는 이 전체 워크플로우를 2초의 HTTP 교환으로 압축합니다.
x402 작동 방식: HTTP 헤더로서의 결제
이 프로토콜의 우아함은 단순함에 있습니다. x402는 기존 HTTP 요청-응답 사이클을 재활용하여 웹 트래픽에 결제를 직접 포함합니다.
- 요청(Request): 클라이언트(인간 또는 AI 에이전트)가 리소스에 표준 HTTP 요청을 보냅니다.
- 402 응답(402 Response): 서버는 응답 헤더에 금액, 수취인 주소, 수락된 토큰 등의 결제 지침을 포함하여 HTTP 402 "Payment Required"로 응답합니다.
- 결제(Payment): 클라이언트는 결제 승인을 구성하고
PAYMENT-SIGNATURE헤더를 통해 재시도 요청에 첨부합니다. - 검증 및 전달(Verification & Delivery): 결제 촉진자가 온체인 트랜잭션(KYT 및 OFAC 컴플라이언스 심사 포함)을 확인하고, 서버는
X-PAYMENT-RESPONSE헤더에 정산 확인과 함께 리소스를 전달합니다.
전체 흐름은 암호화된 확정성(finality)과 함께 약 2초 안에 완료됩니다. 프로토콜 수수료는 0이며, 명목상의 블록체인 가스비만 적용됩니다. 일반적으로 Base 또는 Solana에서 트랜잭션당 0.0001달러 미만입니다.
결제는 주로 2020년 Circle이 제안한 표준인 EIP-3009("Transfer With Authorization")를 통해 USDC로 정산되며, 이는 가스비 없는 서명 기반 전송을 가능하게 합니다. Solana에서 SPL 토큰 전송은 400ms의 확정성과 트랜잭션당 0.00025달러로 동등한 기능을 제공합니다.
연합: 스타트업 프로토콜에서 업계 표준으로
x402를 수많은 결제 프로토콜의 무덤과 차별화하는 것은 그 뒤에 있는 연합입니다. 출시 몇 달 만에 x402 재단은 인터넷 인프라의 주요 기업들을 한자리에 모았습니다.
- Stripe는 2026년 2월 PaymentIntents API를 통해 Base x402 USDC 결제를 출시했습니다. 에이전트가 온체인으로 결제하면 Stripe는 자동으로 USDC를 USD로 변환하고 기존 판매자 대시보드를 통해 정산합니다. 판매자 측에서는 암호화폐 전문 지식이 필요하지 않습니다.
- Vercel은 2025년 9월
x402-mcp패키지를 출시하여 AI SDK를 x402 결제와 통합했습니다. MCP(Model Context Protocol) 서버는 이제 에이전트가 호출할 때 자동으로 결제를 실행하는 유료 도구를 정의할 수 있습니다. - Google Cloud는 에이전트 간 암호화폐 결제를 코드 변경 없이 가능하게 하는 Agent Payments Protocol(AP2)에 x402를 통합했습니다. A2A x402 확장은 Coinbase, Ethereum Foundation 및 MetaMask와 공동 개발되었습니다.
- Cloudflare는 CDN 레벨에서 기본 x402 지원을 제공하여, 백엔드 코드를 수정하지 않고도 모든 웹사이트가 마이크로 결제 뒤에 콘텐츠를 게이트(gate)할 수 있도록 합니다.
- AWS 및 PayAI는 클라우드 인프라 레이어에서 x402 지원을 확장하고 있습니다.
이것은 암호화폐 네이티브들만의 틈새 시장 공략이 아닙니다. Stripe, Google Cloud, Cloudflare가 결제 표준으로 수렴할 때, 수백만 명의 기존 판매자와 개발자가 함께 움직입니다.
수치로 보는 성과: 3,500만 건 이상의 트랜잭션과 그 이후
채택 지표는 급격한 성장과 그에 뒤따르는 필연적인 성숙 곡선에 대한 흥미로운 이야기를 들려줍니다.
Solana에서 x402는 2025년 여름 출시 이후 3,500만 건 이상의 트랜잭션과 1,000만 달러 이상의 거래량을 처리했습니다. 지원되는 모든 체인(Base, Solana, BNB Chain)에서 프로토콜은 연간 약 6억 달러의 결제량을 처리합니다.
2026년 2월 현재, Solana는 모든 x402 에이전트 간 트랜잭션 시장 점유율의 약 49%를 차지하며 AI 결제의 지배적인 정산 레이어로 자리 잡았습니다. Coinbase의 L2인 Base가 나머지의 대부분을 처리합니다.
그러나 데이터는 성장통도 보여줍니다. 일일 트랜잭션량은 2025년 12월 정점(일일 731,000건)에서 2026년 2월 수준(일일 57,000건)으로 92% 이상 감소했습니다. 이러한 감소는 초기 실험 및 봇 중심의 거래량에서 보다 지속 가능한 유기적 사용 패턴으로의 전환을 반영하는 것으로 보이며, 이는 DeFi의 2020년 여름 이후 정상화 과정을 지켜본 이들에게 익숙한 궤적입니다.
x402 vs. 경쟁 기술: 경쟁이 아닌 상호 보완 관계
AI 에이전트 결제 분야는 빠르게 확장되고 있습니다. x402 외에도 세 가지 다른 프로토콜이 개발자들의 관심을 끌기 위해 경쟁하고 있습 니다:
- ACP (Agentic Commerce Protocol): Stripe와 OpenAI의 지원을 받는 ACP는 에이전트 친화적인 API를 통해 전통적인 결제망에 집중합니다.
- AP2 (Agent Payments Protocol): Google의 프레임워크로, 에이전트 트랜잭션의 신뢰 및 권한 부여 모델을 정의하며 x402를 온체인 결제 옵션으로 사용합니다.
- Visa의 트러스티드 에이전트 프로토콜 (Visa's Trusted Agent Protocol): 지출 제어 기능을 통해 카드 네트워크 인프라를 자율 에이전트까지 확장합니다.
여기서 중요한 통찰은 이러한 프로토콜들이 경쟁하는 것이 아니라 수렴하고 있다는 점입니다. AP2는 암호화폐 결제를 위해 x402를 명시적으로 지원합니다. Stripe의 통합은 x402와 법정화폐 사이를 연결합니다. Visa의 프로토콜은 권한 부여 레이어에서 공존할 수 있으며, x402는 실제 결제를 처리합니다. 업계는 계층화된 아키텍처로 수렴하는 것으로 보입니다. 즉, 상단에는 신뢰 및 권한 부여 (AP2, Visa) 가 있고, 하단에는 실행 및 결제 (x402, 온체인 스테이블코인) 가 위치하는 구조입니다.
이러한 상호운용성 우선 접근 방식은 이전 암호화폐 시대의 "승자 독식" 싸움과 2025 ~ 2026년 결제 프로토콜의 물결을 차별화합니다.
빌더들에게 이것이 의미하는 바
Web3 개발자와 인프라 제공업체에게 x402는 서비스 수익화 방식의 근본적인 변화를 나타냅니다.
게이트키핑 없는 API 수익화. 모든 HTTP 엔드포인트는 402 응답을 반환함으로써 유료 리소스가 될 수 있습니다. 계정 시스템, API 키 관리, 청구 인프라가 필요하지 않습니다. Coinbase가 호스팅하는 퍼실리테이터 (facilitator) 는 월 1,000건의 무료 트랜잭션을 제공하여 프로토타입 제작을 매우 간편하게 만듭니다.
실제로 작동하는 마이크로 결제. 1센트 미만의 트랜잭션은 Base (< $0.0001 가스비) 및 Solana ($0.00025) 에서 경제적으로 실현 가능합니다. 이는 쿼리당 지불하는 데이터 피드, 초당 컴퓨팅 과금, 토큰당 콘텐츠 액세스 등 기존 결제 방식으로는 불가능했던 가격 책정 모델을 가능하게 합니다.
에이전트 네이티브 커머스. Vercel 및 Google의 A2A 확장을 통한 MCP 통합으로 AI 에이전트는 서비스를 자율적으로 검색, 협상 및 결제할 수 있습니다. 에이전트 경제는 이론을 넘어 실제 생산 인프라로 단계가 올라갑니다.
조합 가능한 결제 흐름. x402는 HTTP 레이어에서 작동하기 때문에 CDN, 로드 밸런서, API 게이트웨이, 리버스 프록시와 같은 기존 웹 인프라와 자연스럽게 결합됩니다. Cloudflare의 네이티브 지원은 요청이 오리진 서버에 도달하기 전, 에지 (edge) 에서 결제 제어가 작동함을 의미합니다.
앞으로의 과제: 도전과 열린 질문들
이러한 모멘텀에도 불구하고 x402는 실제적인 장애물에 직면해 있습니다.
토큰 제한. 이 프로토콜이 EIP-3009에 의존한다는 것은 실제적으로 EVM 체인에서 USDC만 지원된다는 것을 의미합니다. Circle의 표준은 아직 다른 토큰 발행사들에게 널리 채택되지 않아 "토큰에 구애받지 않는" 비전을 제한하고 있습니다.
거래량 지속 가능성. 일일 트랜잭션이 최고점 대비 92% 감소한 것은 투기적 활동이 아닌 유기적 수요에 대한 의문을 제기합니다. 지속 가능한 성장은 테스트나 차익 거래 봇이 아닌 실제 애플리케이션에 달려 있습니다.
규제 명확성. HTTP 헤더에 포함된 스테이블코인 결제는 금융 규제 기관에 새로운 질문을 던집니다. Braumiller Law Group은 이미 x402 스테이블코인 결제에 대한 법적 프레임워크 분석을 발표했지만, 규제 가이드라인은 여전히 부족한 상태입니다.
중앙화 리스크. x402는 개방형 프로토콜이지만, Coinbase가 호스팅하는 퍼실리테이터가 트랜잭션 검증의 대부분을 처리합니다. 퍼실리테이터 레이어를 탈중앙화하는 것은 프로토콜의 장기적인 신뢰성을 위해 매우 중요합니다.
상태 코드에서 결제 레이어로
HTTP 402는 1997년에 "이 코드는 향후 사용을 위해 예약됨" 이라는 메모와 함께 예약되었습니다. 그 약속을 이행하기까지 28년의 시간과 스테이블코인의 부상, 그리고 자율 AI 에이전트의 등장이 필요했습니다.
x402 재단의 성과는 단순한 기술적 성취를 넘어 전략적입니다. 결제를 인터넷 자체의 프로토콜 레이어에 심음으로써, Coinbase와 Cloudflare는 암호화폐 네이티브 결제를 머신 이코노미 (machine economy) 의 기본 옵션으로 자리매김시켰습니다. Stripe, Google, Visa가 당신의 표준을 우회하는 것이 아니라 그 위에 구축할 때, 당신은 프로토콜에서 인프라로 승격된 것입니다.
빌더들에게 시사하는 바는 명확합니다. AI 에이전트를 위한 결제 레이어는 미래의 가능성이 아닙니다. 이는 인터넷을 운영하는 기업들의 지원을 받아 연간 수억 달러를 처리하는 생산 시스템입니다. 유일한 질문은 여러분이 그 위에 무엇을 구축하느냐 하는 것입니다.
BlockEden.xyz는 Base, Solana, Ethereum을 포함하여 x402 결제를 지원하는 체인들을 위한 엔터프라이즈급 RPC 및 API 인프라를 제공합니다. AI 에이전트 결제 흐름을 구축하든 dApp에 x402를 통합하든, 중요한 네트워크에 대한 안정적이고 낮은 대기 시간의 액세스를 위해 당사의 API 마켓플레이스를 살펴보세요.