AI 에이전트와 x402 — 기계가 스스로 돈을 내는 시대

AI가 결제를 한다고?

2024~2025년을 거치며 AI 에이전트가 단순한 대화 도구를 넘어서기 시작했다. 웹을 검색하고, 코드를 작성하고, 이메일을 보내고, API를 호출한다. 이제 다음 질문이 자연스럽게 따라온다. AI가 결제도 할 수 있을까?

정확히 말하면, 현재 AI 에이전트는 결제를 할 수 없다. 더 정확하게는 — 지금까지는 할 수 없었다.

x402는 이 문제를 해결하기 위한 개방형 표준이다. HTTP의 기존 상태 코드인 402 Payment Required를 실제로 활용해, AI 에이전트가 유료 API나 서비스를 자율적으로 사용할 수 있게 만든다.

왜 AI 에이전트에게 결제가 필요한가

현재 AI 에이전트가 외부 서비스를 사용하는 방법은 크게 두 가지다.

방법 1: 무료 API 사용 누구나 쓸 수 있지만, 제공자 입장에선 수익이 없다. 대부분 요청 횟수 제한이 걸려 있다.

방법 2: API 키 사전 등록 개발자가 신용카드를 등록하고, API 키를 발급받아 코드에 넣는다. 에이전트가 이 키로 API를 호출한다.

두 번째 방법의 문제는, "에이전트가 자율적으로 결제하는 게 아니라 개발자가 미리 결제 수단을 설정한 것"이라는 점이다. 에이전트는 결제 권한을 위임받았을 뿐이다. 전혀 모르는 새로운 서비스를 발견해서 즉석에서 결제하고 사용하는 건 불가능하다.

인터넷을 자유롭게 탐색하는 AI 에이전트가 유료 데이터, 프리미엄 API, 연산 자원에 자율적으로 접근하려면 사전 계약 없이 즉석에서 결제할 수 있는 메커니즘이 필요하다.

HTTP 402란 무엇인가

HTTP 상태 코드는 웹의 언어다. 200은 "성공", 404는 "찾을 수 없음", 403은 "접근 금지". 그리고 402는 "결제 필요".

흥미롭게도 402는 1991년 HTTP 1.0 스펙에 처음 정의됐지만, 35년 넘게 "미래를 위해 예약됨" 상태로 거의 사용되지 않았다. 신용카드 결제 인프라가 웹에 통합돼 있지 않았기 때문이다.

하지만 지금은 다르다. 스테이블코인(USDC 등)과 블록체인 네트워크가 성숙했다. 프로그래밍 가능한 결제가 가능해진 것이다.

x402는 이 오래된 상태 코드를 현실로 만든다.

x402 흐름: 3단계

x402의 결제 흐름은 간단하다.

1단계: 402 응답 — "이 서비스는 유료입니다"

AI 에이전트가 유료 API 엔드포인트에 요청을 보낸다.

GET /api/premium-data HTTP/1.1
Host: dataservice.com

서버는 402로 응답하며 결제 조건을 알려준다.

{
  "statusCode": 402,
  "accepts": [{
    "scheme": "exact",
    "network": "base-mainnet",
    "maxAmountRequired": "1000000",
    "asset": "0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913",
    "payTo": "0xServiceWallet...",
    "extra": { "name": "USDC", "decimals": 6 }
  }]
}

"Base 네트워크에서 USDC 1달러를 이 지갑 주소로 보내면 응답한다"는 내용이다.

2단계: 결제 — 에이전트가 서명한 증명 생성

에이전트는 이 조건을 보고 결제 여부를 판단한다. 미리 설정된 예산 내라면 자율적으로 결제 증명(signed payment payload)을 생성한다.

{
  "scheme": "exact",
  "network": "base-mainnet",
  "payload": {
    "authorization": {
      "from": "0xAgentWallet...",
      "to": "0xServiceWallet...",
      "value": "1000000",
      "validBefore": 1709999999,
      "nonce": "0xabc123..."
    },
    "signature": "0x..."
  }
}

핵심은 이 결제가 온체인 트랜잭션이 아닐 수 있다는 점이다. EIP-3009 표준을 활용하면 서명만으로 결제 의도를 증명할 수 있다. 실제 USDC 이동은 Facilitator가 처리한다.

3단계: X-PAYMENT 헤더와 함께 재요청

에이전트는 결제 증명을 헤더에 담아 같은 엔드포인트에 다시 요청한다.

GET /api/premium-data HTTP/1.1
Host: dataservice.com
X-PAYMENT: <base64로 인코딩된 결제 증명>

서버(또는 Facilitator)가 서명을 검증하고 결제를 처리한 뒤 응답을 반환한다.

Facilitator의 역할

x402에서 Facilitator는 결제 중개자다. 서비스 제공자가 모든 결제를 직접 처리할 필요가 없도록, Facilitator가 서명 검증과 온체인 정산을 대신 처리한다.

흐름:

서비스 제공자 → Facilitator에 검증 요청
Facilitator → 서명 유효성, 잔액, 만료 시간 확인
Facilitator → 온체인에 USDC 이동 처리
서비스 제공자 → 검증 완료 응답 후 데이터 반환

Facilitator 덕분에 서비스 제공자는 복잡한 블록체인 로직 없이 x402를 도입할 수 있다.

왜 신용카드가 아닌 스테이블코인인가

이 질문은 중요하다.

신용카드의 한계:

월 단위 청구, 계정 생성 필요
최소 결제 금액 제한 (0.01달러짜리 API 호출 불가)
AI 에이전트에게 카드 번호를 줄 수 없음
개인정보, 청구 분쟁 등 복잡성

스테이블코인(USDC)의 장점:

프로그래밍 가능 — 코드가 직접 서명하고 결제
마이크로페이먼트 가능 — 0.000001달러도 전송 가능
즉시 정산 — T+2일 은행 결제 대기 없음
글로벌 — 국가/은행 인프라 불필요
에이전트 지갑 — AI가 직접 보유할 수 있는 형태

어떤 서비스에 x402가 적합한가

x402가 열어주는 새로운 서비스 모델들이 있다.

AI 에이전트를 위한 데이터 마켓플레이스 실시간 날씨 데이터, 금융 시세, 연구 논문 — API 호출당 마이크로페이먼트로 제공. 에이전트가 필요할 때만 구입.

연산 자원 즉시 구매 GPU 렌더링, 대용량 LLM 추론 — 에이전트가 작업량에 따라 즉석에서 자원 구매.

에이전트 간 서비스 거래 한 에이전트가 다른 에이전트의 전문 기능을 사용하고 즉시 결제. 에이전트 경제(Agent Economy)의 기반.

콘텐츠 마이크로페이월 기사 하나 읽기 = $0.001. 광고 없이, 구독 없이, 필요한 것만 구매.

아직 풀어야 할 문제들

x402는 아직 초기 단계다. 몇 가지 중요한 질문이 남아있다.

에이전트의 자율성 범위: 에이전트가 얼마까지 자율적으로 결제해도 될까? 예산 한도 설정, 결제 승인 메커니즘이 필요하다.

스팸과 남용: 결제 비용이 낮으면 스팸 API 호출이 증가할 수 있다. 서비스 제공자가 가격 책정을 어떻게 할지가 중요하다.

Facilitator 중앙화: 현재 Facilitator가 결제 흐름의 허브 역할을 한다. 탈중앙화 Facilitator 네트워크가 필요할 수 있다.

표준화: 아직 x402는 de facto 표준을 향해 가는 중이다. 다양한 구현체가 호환성 문제를 일으킬 수 있다.

인터넷의 결제 레이어

웹이 처음 만들어질 때 결제 레이어는 없었다. 그래서 광고가 인터넷의 주요 수익 모델이 됐다. 콘텐츠를 무료로 제공하고 광고를 붙이는 모델이 30년간 인터넷을 지배했다.

x402는 다른 가능성을 제시한다. AI 에이전트가 웹을 탐색하면서 가치 있는 데이터나 서비스에 직접 마이크로페이먼트를 할 수 있다면, 콘텐츠 제공자는 광고 없이 수익을 낼 수 있다. 에이전트는 더 질 높은 데이터에 접근할 수 있다.

기계가 스스로 돈을 낸다는 개념이 낯설지만, 이것은 이미 시작된 변화다.

x402 결제 흐름을 직접 시뮬레이션해보고 싶다면 x402 결제 흐름 모듈에서, Facilitator의 역할이 궁금하다면 Facilitator 모듈에서 체험해볼 수 있습니다.