x402란 무엇인가요?

x402는 휴면 상태의 HTTP 402 상태 코드를 부활시켜 서버가 결제를 요청하고 AI 에이전트가 계정이나 결제 흐름 없이 인라인으로 처리할 수 있게 합니다.

7분
x402란 무엇인가요?

x402는 HTTP "402 Payment Required" 상태 코드를 활용하는 개방형 결제 프로토콜로, 서버가 결제를 요청하고 클라이언트가 동일한 HTTP 교환 내에서 서명된 결제 페이로드로 응답할 수 있게 합니다. AI 에이전트 입장에서는 매번 호출할 때마다 계정을 만들거나, 카드를 저장하거나, 결제 흐름을 위해 멈출 필요 없이 API, 데이터, 컴퓨팅 비용을 지불할 수 있습니다—에이전트의 지갑에 이미 지출 권한이 있는 한 말이죠. Coinbase가 x402를 개발했으며, 현재는 Linux Foundation이 독립적인 x402 Foundation을 운영하고 있습니다. 이 프로토콜은 머신 간(machine-to-machine) 결제를 위한 가장 명확한 신흥 인프라 중 하나로 자리잡고 있습니다.

x402가 에이전트 및 에이전틱 지갑과 상호작용하는 독립적인 레이어로서 어떻게 작동하는지 더 알아보려면 에이전틱 지갑이란 무엇인가?2026년 최고의 에이전틱 지갑을 읽어보세요. 모든 AI 에이전트에 지갑이 필요한 이유AI 에이전트가 키를 건드리지 않고 거래하는 방법에서는 지갑이 커스터디, 권한, 서명을 어떻게 결정하는지, 그리고 x402가 결제 가격 책정과 정산을 어떻게 처리하는지를 다룹니다. 이 글은 x402가 실제로 무엇인지, 결제 흐름이 어떻게 작동하는지, 누가 개발하고 현재 누가 관리하는지, 어떤 제품이 이를 지원하는지를 심층적으로 살펴보며 그 간극을 채웁니다.

x402 결제 작동 방식

현재 HTTP 시맨틱 사양인 RFC 9110은 여전히 402 Payment Required를 향후 사용을 위해 예약된 코드로 분류하고 있습니다. x402는 이 예약된 상태 코드를 구체적인 결제 흐름으로 활성화합니다. 서버가 수락할 결제 방식을 명시하면, 클라이언트가 서명된 결제 페이로드를 첨부하고, 서버는 리소스를 반환하기 전에 결제를 검증하고 정산합니다.

x402의 클라이언트/서버 문서에 따르면, 일반적인 교환은 다음 몇 가지 단계로 진행됩니다:

  1. 클라이언트—사람이 조작하는 앱 또는 자율 에이전트—가 서버에 리소스를 요청합니다.

  2. 서버는 402 Payment Required 상태와 함께 수락할 결제 조건(가격, 네트워크, 목적지 주소)을 설명하는 헤더로 응답합니다.

  3. 클라이언트는 수락된 옵션 중 하나에 맞는 서명된 결제 페이로드를 생성하고, 해당 페이로드를 첨부하여 요청을 재전송합니다.

  4. 서버는 페이로드를 직접 또는 퍼실리테이터를 통해 검증하고, 온체인에서 결제를 정산합니다.

  5. 서버는 정산 확인 헤더와 함께 요청된 리소스를 반환합니다.

x402 V2에서는 V1에서 사용하던 더 이상 사용되지 않는 헤더를 대체하여, 세 가지 Base64 인코딩된 JSON 헤더를 중심으로 교환이 표준화되었습니다:

헤더

방향

내용

PAYMENT-REQUIRED

서버 → 클라이언트

수락 가능한 결제 옵션: 스킴, 네트워크, 가격, 목적지

PAYMENT-SIGNATURE

클라이언트 → 서버

클라이언트의 서명된 결제 페이로드

PAYMENT-RESPONSE

서버 → 클라이언트

정산 결과(성공 또는 실패)

대부분의 판매자는 결제를 직접 검증하고 정산하지 않습니다. 퍼실리테이터는 선택적이지만 널리 사용되는 서비스로, 서버의 요구사항에 따라 결제 페이로드를 확인하고 서버를 대신하여 온체인에서 정산을 제출합니다. 덕분에 서버는 자체 블록체인 인프라가 필요하지 않습니다. 퍼실리테이터는 서명된 페이로드를 검증하고 실행할 뿐, 구매자 자금을 보관하거나 커스터디 역할을 하지 않습니다. 퍼실리테이터는 Base, Solana, Polygon, Avalanche 및 기타 네트워크에서 운영 중입니다.

모든 x402 결제가 동일한 라운드 트립에서 온체인으로 정산되는 것은 아닙니다. 프로토콜은 여러 정산 스킴을 지원합니다. exact와 upto는 일반적으로 즉시 정산되는 반면, batch-settlement는 구매자가 온체인 에스크로에 자금을 한 번 예치하고, 각 요청에 대해 오프체인 바우처에 서명한 후, 판매자가 나중에 단일 온체인 트랜잭션으로 여러 바우처를 한꺼번에 처리할 수 있게 합니다. 이는 모든 요청을 개별적으로 온체인에서 정산하기에는 너무 느리거나 비용이 많이 드는 대용량 미터링 API 호출을 위해 설계되었습니다.

x402의 탄생 배경

Coinbase는 2015년부터 추진해온 인터넷 결제 표준 작업을 바탕으로 x402를 개발했습니다. Cloudflare와 Coinbase는 2025년 9월 23일 x402 Foundation 설립 의향을 발표했으며, Coinbase는 Coinbase가 통제하는 표준이 아닌 중립적이고 개방적인 거버넌스를 통해 x402를 "AI 기반 결제의 범용 표준"으로 확립하는 것을 목표로 제시했습니다. Cloudflare는 같은 날 Agents SDK와 MCP 서버에 x402 지원을 추가했습니다.

2026년 4월 2일, Linux Foundation이 MCP Dev Summit North America에서 x402 Foundation을 공식 출범시키며 Coinbase로부터 프로토콜을 기여받아 거버넌스가 한 단계 더 발전했습니다.

Foundation은 결제 네트워크, 클라우드 제공업체, 블록체인 인프라를 아우르는 22개 조직의 초기 지원을 받아 출범했습니다. 여기에는 Adyen, Amazon Web Services, American Express, Circle, Cloudflare, Fiserv, Google, Mastercard, Microsoft, Polygon Labs, Shopify, Solana Foundation, Stripe, Visa가 포함됩니다.

x402는 결제 인프라이지, 지갑이 아닙니다

x402와 에이전트 지갑은 서로 다른 문제를 해결하며, 이 차이는 거래하는 에이전트를 구축하는 모든 사람에게 중요합니다. 지갑은 누가 키를 보유하는지, 에이전트가 얼마를 지출할 수 있는지, 트랜잭션에 서명할지 여부를 결정합니다. x402는 지갑이나 에이전트에 이미 결제 권한이 있을 때, 특정 결제 요청의 가격 책정, 전달, 정산 방식을 결정합니다. 지갑을 교체해도 x402 작동 방식은 변하지 않으며, x402를 도입해도 지갑의 키나 지출 한도를 누가 제어하는지는 변하지 않습니다. 이 둘은 동일한 트랜잭션에서 함께 나타나는 별개의 레이어입니다.

이러한 분리 덕분에 구매자 측의 x402 지원은 지갑 아키텍처가 아닌 지갑 기능입니다. MetaMask의 Smart Accounts KitERC-7710 위임을 통해 x402 결제를 지원합니다. 이를 통해 스마트 계정은 매 요청마다 새로운 토큰 승인에 서명하는 대신, 정산 시 퍼실리테이터가 서명된 위임을 처리할 수 있도록 권한을 부여할 수 있습니다. 동일한 문서에서는 반복 x402 결제도 다루는데, 사용자가 한 번 주기적 예산을 부여하면 에이전트가 한도에 도달할 때까지 적격 호출에 해당 권한을 재사용할 수 있습니다. 해당 결제를 둘러싼 커스터디 모델, 지출 한도, 사람 에스컬레이션 규칙은 여전히 전적으로 지갑의 역할이며, AI 에이전트가 키를 건드리지 않고 거래하는 방법에서 자세히 다룹니다.

MetaMask와 Consensys는 x402를 만들지 않았습니다—Coinbase가 만들었습니다. 이들의 역할은 셀프 커스터디 지갑 인프라에서 프로토콜이 작동하도록 하는 것입니다. Consensys는 "AI 에이전트 시대의 셀프 커스터디"에서 x402 지원과 사양 발전에 기여하겠다는 의지를 공개적으로 밝혔으며, 멀티 에셋, 멀티체인 결제 흐름으로 발전시키고 ERC-7710 위임 지출과 결합하여 에이전트가 사용자 정의 한도 내에서 결제할 수 있도록 하는 것을 목표로 하고 있습니다.

x402와 AP2: 경쟁이 아닌 확장

x402가 유일한 에이전트 결제 프로토콜은 아니며, 다른 주요 프로토콜과의 관계를 정확히 이해하는 것이 중요합니다. Google의 Agent Payments Protocol (AP2)는 2025년 9월 16일 60개 이상의 조직의 지원을 받아 발표된 결제 수단 불가지론적 프레임워크입니다. 이 프로토콜은 사용자가 에이전트에게 특정 구매를 승인했음을 증명하는 암호학적으로 서명된 "Mandate"를 정의하며, 카드, 은행 이체, 스테이블코인 등 다양한 결제 수단에서 작동합니다.

x402는 경쟁 표준이 아닌 암호화폐 및 스테이블코인 정산 확장으로서 AP2 내에 포함될 수 있습니다. Google의 공식 발표에 따르면 A2A x402 확장은 "Coinbase, Ethereum Foundation, MetaMask 및 기타 주요 조직과의 협력으로" 개발되었으며, Coinbase는 x402를 AP2의 첫 번째 확장 중 하나이자 유일한 스테이블코인 퍼실리테이터로 설명합니다.

MetaMask의 AI 리드인 Marco De Rossi는 Google의 발표에서 참여 이유를 직접 밝혔습니다:

"블록체인은 에이전트를 위한 자연스러운 결제 레이어이며, 이더리움이 그 근간이 될 것입니다. Agent Payments Protocol (AP2)과 x402를 통해 MetaMask는 개발자에게 최대한의 상호운용성을 제공하고, 사용자가 완전한 구성 가능성과 선택권을 가지고 에이전트에게 결제할 수 있도록 하면서도 진정한 셀프 커스터디의 보안과 제어를 유지할 수 있게 할 것입니다."

x402 기반 구축 현황

x402 지원은 이제 Coinbase의 출발점을 훨씬 넘어 지갑, 결제 네트워크, 인프라 제공업체 전반으로 확산되었습니다.

조직

역할

출시 내용

Coinbase

개발자, 창립 참여자

x402 개발, AgentKit 및 x402 유료 서비스 디렉토리인 Agent.market 출시, Cloudflare와 함께 Foundation 설립 경로 구축

Cloudflare

Foundation 공동 창립자

Agents SDK 및 MCP 서버에 x402 지원 추가, Pay Per Crawl 베타를 위한 지연 결제 스킴 제공

Linux Foundation

2026년 4월 2일부터 거버넌스 호스트

x402 Foundation 및 프로토콜 사양의 공식 관리자

Google Cloud

AP2 통합

Coinbase, Ethereum Foundation 및 기타 조직과 함께 개발한 A2A x402 확장 (전체 협력자 목록은 위의 AP2 섹션 참조)

MetaMask / Consensys

지갑 측 지원, 사양 기여자

Smart Accounts Kit을 통한 구매자 측 x402 지원; Consensys는 사양 확장을 공개적으로 약속했으며, DIN이 이미 RPC 접근을 위한 x402 마이크로페이먼트를 지원한다고 밝힘

Solana Foundation

초기 도입 네트워크

Foundation의 2026년 4월 성명에 따르면 2026년 x402 트랜잭션 볼륨의 약 65% 차지

Visa, Stripe, Mastercard, American Express 및 기타 결제 네트워크는 x402 Foundation의 창립 지지자로 등재되어 있습니다. 이는 Foundation 멤버십을 반영하는 것으로, 자체 인프라에서의 x402 결제 구현이 확인된 것은 아닙니다.

에이전트 지갑이 실제로 커스터디와 결제를 처리하는 방식에 대한 전체 벤더별 비교는 2026년 최고의 에이전틱 지갑을 참조하세요.

x402란 무엇인가요? 자주 묻는 질문

AI가 번역했습니다. 오류가 있을 수 있습니다. 항상 정보를 확인하시기 바랍니다.

번역 평가하기
  • MetaMask
    MetaMask

    Consensys가 구축한 선도적인 자기 보관형 암호화폐 지갑이자 Web3로 가는 관문입니다.

    모든 글 읽기