x402 이해하기: 인터넷이 오랫동안 기다려온 결제 레이어에 대한 자세한 안내

인터넷은 요청과 응답이라는 간단한 개념을 중심으로 구축되었습니다: 클라이언트가 무언가를 요청하고 서버가 그것을 반환합니다. 웹의 핵심 프로토콜인 HTTP는 이 상호작용을 상태 코드와 같은 방법으로 인코딩합니다:

• 200: 정상, 요청 성공

• 401 / 403: 권한 없음 / 금지됨

• 404: 찾을 수 없음 (우리가 가장 잘 알고 있는 것)

• 500: 서버 오류

그러나 대부분의 사람들이 한 번도 사용해보지 않은 상태 코드가 하나 있습니다: 402: 지불 필요

HTTP 표준이 처음 마련될 때, 저자들은 콘텐츠 또는 접근에 대해 지불하는 것이 언젠가는 인터넷의 일부분이 될 것이라고 예상했습니다. 그래서 그들은 향후 지불 메커니즘을 위해 상태 코드 402를 예약해 두었습니다. 서버가 요청에 응답하면서 기본적으로 다음과 같이 말할 수 있을 것이라는 생각이었습니다:

"이 자원을 제공받기 위해서는 지불이 필요합니다."

하지만 402는 결코 자리잡지 않았고, ~30년 동안 그로 인해 실제로 돌아온 것이 없습니다. 그리고 보편적인 지불 층 대신, 인터넷은 계정, 구독, API 키 및 신용 카드 양식 주위로 진화했습니다.

이 시스템은 인간 사용자에게는 잘 작동하지만, 오늘날 점점 더 자율적이고 AI 주도적인 세계에서는 작동하지 않습니다. AI 시스템은 이제 API, 서비스, 데이터 엔드포인트 및 도구와 상호작용하는 의사 결정 시스템으로 일상적으로 작동합니다.

우리는 이제 AI가 - 인간뿐만 아니라 - 다음을 필요로 하는 세계에 살고 있습니다:

• 데이터 가져오기

• 프리미엄 API 접근

• 추론 실행

• 콘텐츠 다운로드

• 특수 워크플로우 실행

그리고 종종, 접근은 요청당 프로그램적으로 결제해야 합니다.

여기서 x402가 등장합니다.

x402란?

x402는 HTTP 402 지불 필요를 운영화하는 개방형 표준으로, 서버가 정상적인 HTTP 상호작용의 일부로서 지불을 요청할 수 있게 합니다. 클라이언트가 자원을 요청하면, 서버는 402 상태 코드와 기계 판독 가능 지불 조건으로 응답할 수 있습니다. 클라이언트는 지불을 승인한 후, 증명을 가지고 요청을 다시 시도하며 자원을 받습니다.

고수준 흐름은 다음과 같습니다:

클라이언트 요청 → 서버 402 반환 w/ 지불 조건 → 클라이언트 지불 제출 → 접근 허가

x402는 결제 처리기나 체크아웃 시스템이 아닙니다. 이는 서버가 지불 요구 사항을 전달하는 방식과 클라이언트가 응답할 수 있는 방식을 설정하는 프로토콜 메커니즘입니다. 비즈니스 모델을 정하거나다 중앙 집중식 접근 제어 없이 수행됩니다.

이 표준은 Coinbase에 의해 선도되었습니다, x402 사양 및 초기 도구를 도입한 회사입니다. 목표는 독점적인 폐쇄된 정원을 만드는 것이 아니라, 초기 웹 표준이 현대 인터넷 생태계를 육성한 것처럼 다른 사람들이 구축할 수 있는 기반을 제공하는 것입니다.

동기부여는 간단합니다: AI 에이전트가 이제 경제적 참가자라면, 그들은 HTTP 내에서 네이티브하게 지불을 협상하고 완료할 수 있는 방법이 필요합니다. 인간들이 웹 양식 및 구독을 통해 하는 것처럼요.

AI-네이티브 상거래, 암호화폐 정산으로 구동

대부분의 결제 시스템은 인간을 위해 구축되었습니다: 로그인, 신용 카드, 청구 포털, 저장된 자격 증명 및 구독 논리. 그러나 AI 에이전트는 독립적으로 서비스를 접근하고 그에 대해 지불해야 합니다. 그들은 다음과 같은 작업을 수행할 수 있어야 합니다:

• 필요에 따라 자원 요청

• 프로그래밍적으로 가격 발견

• 실행 시 사용량당 지불

• 즉시 접근받기

전통적인 시스템-API 키 및 구독 모델조차 인간 조정을 가정하며 소프트웨어 자체에서 보장되고 검증 가능한 정산을 제공하지 않습니다.

x402는 이를 변경하여 기계에서 검증 가능한, 사용한 만큼 지불하는 결제 레이어를 HTTP에 직접 도입합니다. 이는 블록체인 기반 정산과 자연스럽게 연결되어, 고처리량 네트워크에서의 스테이블코인(예: Base의 USDC)이 가능하게 합니다:

• 센트 및 하위 센트 결제

• 초 단위로 최종 정산 (네트워크에 따라 다름)

• 카드 네트워크나 은행 마찰 없이 전 세계 접근

• 되돌릴 수 없고 사기 저항적인 전송

이는 데이터 가져오고, 추론 실행하고, 컴퓨트를 유발하며 디지털 서비스를 요구에 따라 지불할 수 있는 AI-네이티브 상거래를 위한 기반을 만듭니다. 구독, 계정 또는 수동 개입 없이요. 

x402 작동 방식 

실제 예제를 통해 함께 살펴보겠습니다. 

AI 에이전트가 API에서 프리미엄 날씨 예보 데이터 세트를 가져와야 한다고 상상해보세요. 구독이 있거나 계정에 로그인할 필요 없이, 클라이언트는 단순히 자원을 요구합니다:

1. 클라이언트가 자원 요청

클라이언트(인간, 스크립트 또는 AI 에이전트)가 요청합니다:

GET /premium/weather-forecast

이것은 표준 HTTP 요청입니다. 요청할 수 있는 것은:

• 프리미엄 데이터 피드(날씨, 시장, 연구)

• 유료 AI 추론 엔드포인트에 접근

• 고품질 검색 인덱스

• 독점 데이터 세트 또는 파일

클라이언트는 기본적으로 이렇게 말하고 있습니다: "나는 이 자원을 원합니다."

2. 서버가 지불 지침과 함께 HTTP 402를 반환

데이터를 반환하는 대신, 서버는 다음과 같이 응답합니다:

HTTP 402 지불 필요

구조화된 지침과 함께:

• 지불할 네트워크

• 사용할 자산

• 요구되는 금액

• 지불할 주소

• 만료 기간

• 선택적으로 자원의 설명

이것은 체크아웃 페이지에 비유할 수 있지만, 자동화되고 기계가 읽을 수 있습니다.

3. 클라이언트가 지불 승인에 서명

클라이언트는 본질적으로 다음과 같은 내용을 서명합니다:

• "이 금액을 지불하겠습니다"

• "제가 지불하는 자원입니다"

• "제가 자금을 제어하고 있다는 증거입니다"

이것은 지갑 서명이며, 아직 자금을 보내는 것은 아닙니다. 단순히 지불하겠다는 암호학적 약속입니다.

4. 클라이언트가 증명으로 다시 시도

요청은 서명된 지불 페이로드를 포함한 추가 HTTP 헤더와 함께 다시 시도됩니다.

5. 서버 검증 및 정산

서버는 다음을 확인합니다:

• 서명 유효성

• 지불 매개변수

• 시간 제한

• 네트워크 일치

그런 다음 온체인에서 지불을 정산합니다.

6. 서버가 지불된 자원을 반환

모든 것이 확인되면, 서버는 다음과 같이 응답합니다:

HTTP 200 정상

그런 다음 요청된 자원(이 경우 프리미엄 날씨 예보 데이터 세트)을 전달합니다.

계정 생성, 구독 설정 또는 청구 대시보드 없이, 전체 흐름은 하나의 요청, 하나의 암호학적으로 검증된 지불, 하나의 자원 전달로 자동으로 발생합니다.

x402의 주요 구성 요소 

이제 x402가 어떻게 작동하는지 이해했으니, 기본 빌딩 블록을 분해해 보겠습니다. 각 구성 요소는 기존 웹 결제 접근 방식이 처리하도록 설계되지 않은 특정 문제를 해결합니다.

1. HTTP 402 응답 - 지불 챌린지 레이어

이것은 신호 메커니즘입니다. 클라이언트가 보호된 자원을 요청할 때, 서버는 다음과 같이 반환합니다:

HTTP 402 지불 필요

다음과 함께 JSON으로 설명됩니다:

• 지불할 네트워크(예: Base)

• 자산(예: USDC)

• 필요한 금액

• 목적지 주소

• 선택적 가격 메타데이터(예: "추론 호출당 $0.002")

• 만료 조건

이것은 지불 벽 프롬프트의 온체인 동등물로 생각할 수 있지만, 소프트웨어를 위해 설계되었고, UI가 아닌 요청 사이클 내부에서 발생합니다.

이는 클라이언트가 자금을 커밋하기 전에 투명하고 기계가 읽을 수 있는 지불 조건을 수령하도록 보장합니다.

2. 암호학적 서명 - 승인 레이어

신용 카드나 API 토큰을 공유하는 대신, 클라이언트는 지불 의도를 증명하는 구조화된 메시지를 암호학적으로 서명합니다. 이 서명:

• 지불자가 자금을 제어하고 있음을 확인합니다

• 요청이 승인되었음을 증명합니다

• 지불과 자원 간의 변조 방지 링크를 설정합니다

비밀은 전송되지 않습니다. 수탁관계는 가정되지 않습니다. 인간이나 에이전트는 프로그래밍 방식으로 서명할 수 있습니다.

3. 온체인 정산 - 신뢰 및 추적 가능성 레이어

지불은 스테이블 코인을 사용하여 온체인에서 정산됩니다. 이를 통해:

• 투명한 지불 증명 제공

• 자원 접근의 검증 가능한 상태

• 무허가 회계(공급업체 잠금 해제 없음)

플랫폼 신용 시스템과 달리 정산은 온체인에서 이루어지므로 완전히 투명하고, 증명 가능하며, 이식 가능합니다.

4. 촉진자 - 운영 레이어

촉진자는 서명을 검증하고, 조건을 집행하며, 정산을 유발합니다. 그들은 "지불 처리기" 논리처럼 작동하지만, 수탁관계 없이 사용자 자금을 처리하지 않습니다.

오늘날, 촉진자는 다음과 같을 수 있습니다:

• Coinbase 운영 - 기본값, 시작하기 가장 쉬움

• 개발자가 자체 호스팅 - 전체 제어 및 주권

• 커뮤니티 운영 구현 - 채택이 증가함에 따라 확대될 것으로 기대됨

참고: 촉진자는 자금을 보유하거나 청구 계정을 운영하지 않습니다. 서면 의도가 요청과 일치하는지를 검증하고 그에 따라 정산합니다. 촉진자가 x402를 운영화하는 데 도움이 되지만, 신뢰의 단일 지점 또는 지불 저장소로 자리 잡지 않습니다.

5. 자원 검색 레지스트리 - 검색 레이어

x402 자원을 발견할 수 있도록 만들기 위해, 제공자는 바자르에 자신들을 나열할 수 있습니다 - 클라이언트와 에이전트가 다음을 조회할 수 있는 x402 레지스트리:

• 사용 가능한 서비스

• 가격 및 메타데이터

• 지원되는 네트워크 및 자산

현재 초기 구현은 x402 참조 생태계의 일환으로 Coinbase가 호스팅하고 있습니다. 시간이 지남에 따라, 이는 대체 레지스트리 또는 미러 항목을 실행할 수 있도록 해주는 분산 연합 모델로 진화할 것입니다.

현재 x402의 한계 및 고려 사항 

가치 보관 및 지갑 관리

x402를 통해 거래하려면, 클라이언트가 스테이블코인(예: USDC)을 보유하고 있는 지갑에 접근해야 합니다. 신용 카드와 달리, 은행이 자금을 미리 제공하고 사기를 처리하는 경우 사용자는 자신의 자금을 직접 제어합니다.

왜 이것이 중요한가:

• 사용자 온보딩에는 여전히 지갑이 필요합니다. 주류 앱의 경우, 사용자는 지갑을 생성, 자금을 충전 및 관리하는 원활한 방법이 있어야 합니다. 이는 여전히 업계 전반에서 개선되고 있는 부분이며, 계정 추상화(EIP-4337)와 같은 발전이 여기에 상당한 UX 개선을 가져왔습니다.

• 잔액 충전은 처리해야 합니다. 사용자(또는 에이전트)는 선불 잔액 или 자동 충전 시스템과 유사하게 자금을 지속 가능하도록 유지할 수 있는 방법이 필요합니다.

• 보안 패턴이 진화하고 있습니다. 오래 지속되는 서명 키는 위험합니다. 에이전트가 사용하는 지갑을 보호하기 위해 세션 키, 제한적 범위 권한 및 자동 키 회전을 사용하게 될 것입니다.

환불 모델

블록체인 거래는 최종적입니다. 신용 카드 스타일의 차지백 시스템은 없습니다. 문제가 발생하면, 환불은 수동 또는 프로그래밍적으로 자금을 다시 보내는 것입니다.

왜 이것이 중요한가:

• 실수는 프로토콜 수준에서 취소할 수 없습니다.

• 앱은 부분 환불, 취소 또는 분쟁을 위한 논리가 필요합니다.

• 시간 한정 지불 창을 고려해야 합니다(예: 만료된 요청).

• 명확한 사용자 기대치와 감사 로그가 필수적입니다.

이것은 신뢰 없는 온체인 정산의 대가입니다. 개발자는 UX를 원활하게 유지하기 위해 간소화된 환불 흐름을 고려해야 합니다.

지연 및 네트워크 선택

x402는 정산을 위해 블록체인 네트워크에 의존하며, 서로 다른 체인은 다른 속도와 수수료를 가집니다.

왜 이것이 중요한가:

• 낮은 지연 체인인 Base는 마이크로 결제 및 실시간 에이전트 워크플로우를 가능하게 합니다.

• 느리거나 비싼 체인은 경험을 깨뜨릴 것입니다.

• 개발자는 다음을 고려해야 합니다:

  • 블록 최종성 시간(거래가 확인될 때)

  • 촉진자 가동 시간

  • 일시적인 지연을 참조해 다시 시도하는 논리

가격 전략 및 미터링 복잡성

구독에서 마이크로 결제로 이동하면 새로운 경제적 설계 선택이 필요합니다. 사용량 기준 요금제가 유연성을 추가하지만, 신중한 가격 모델이 필요합니다. 좋은 소식은 이러한 모델이 서버리스 컴퓨트와 일치하여 이미 존재하는 패턴이 있다는 것입니다.

개발자가 대답해야 할 질문:

• 가격이 요청당 책정되어야 하나, 사용량 기준인가(예: 토큰당, MB당)?

• 요구가 높은 기간 동안 가격이 조정되어야 하나(예: 급증 요금제)?

• 공정성을 보장하고 자원 남용을 방지하려면 어떻게 해야 하나?

• 갑작스러운 온체인 가스 급등을 어떻게 처리해야 하나?

규제 및 회계 책임

x402는 결제 실행을 처리하지만, 규제 준수 또는 재무 보고는 처리하지 않습니다.

개발자는 여전히 다음을 고려해야 합니다:

• 암호 화폐 명목 수익에 대한 기업 회계 및 장부 관리

• 관할권에 따른 세금 처리

• 일부 규제된 사용 사례에 대한 선택적 신원 요구 사항

• 재무 운영(예: 필요 시 USDC를 법정 통화로 전환)

x402가 결제 복잡성을 제거하더라도, 기업은 여전히 실제 세계에서 운영되며 정상 재무 규칙을 따라야 한다는 점을 기억하는 것이 중요합니다.

x402 시작하기 

x402로 구축을 시작하려면, Coinbase는 보호된 엔드포인트 표시부터 HTTP 402 응답 반환, EIP-712 서명 생성, 서명된 지불 페이로드로 요청 재시도, 온체인 거래 검증 및 정산에 이르기까지, 흐름의 모든 단계를 아우르는 참조 자료와 예제 구현을 제공합니다. 또한 서비스 등록을 통해 에이전트 발견을 위한 x402 "바자르"에 서비스를 등록하는 것도 기본적입니다. 

개발자는 공식 x402 문서에서 시작할 수 있습니다: https://docs.cdp.coinbase.com/x402/ 

Github Repo: https://github.com/coinbase/x402 

미래 전망: 자율 AI 상거래로 가는 길

x402는 AI 시스템이 점점 더 자율적으로 변화하고 있고 암호화폐 인프라가 사용성, 개발자 도구 및 실제 응용 프로그램에서 빠르게 개선되고 있는 시점에 도달하고 있습니다. 이 두 생태계가 융합됨에 따라 기계 주도의 결제 기준이 빠르게 성숙해질 것입니다.

우리는 새로운 기능, 패턴 및 모범 사례가 등장함에 따라 이 가이드를 계속 업데이트할 예정입니다. 표준이 발전함에 따라 정보를 얻고 향후 예제, 워크스루 및 구현 노트를 얻으려면 업데이트를 받으세요. 이는 AI 주도, 온체인 상거래의 시작일 뿐이며, 초기 구축자들이 그것이 어떻게 형성되는지를 결정할 것입니다.