HTTP 엔드포인트 수익화
x402는 HTTP를 기반으로 구축된 결제 프로토콜입니다. 서버는 402 Payment Required 응답과 결제 세부 정보를 제공하고, 클라이언트는 ERC-3009 승인에 서명하며, 촉진자는 온체인에서 결제를 처리합니다. 전체 교환은 표준 HTTP 헤더를 통해 이루어집니다. 클라이언트는 지갑만 있으면 됩니다. 가입, API 키, 카드 등록이 필요 없습니다.
이는 클라이언트가 리소스나 서비스에 대해 서버에 비용을 지불하는 모든 시나리오에 적용됩니다. API 접근, 디지털 콘텐츠, 상점 결제 또는 에이전트 간 결제 등입니다.
x402와 MPP
x402는 원래의 HTTP-402 결제 프로토콜입니다. MPP(Machine Payments Protocol)는 결제 의도(세션, 구독), 다중 결제 수단 지원(카드, 라이트닝), 생산 기능(본문 다이제스트 바인딩, 멱등성)을 추가한 더 광범위하고 IETF 트랙의 후속 프로토콜입니다. MPP 클라이언트는 하위 호환됩니다. 변경 없이 x402 서버를 호출할 수 있습니다.
오늘날 Stable에서 가장 직접적인 경로는 Semantic Pay 또는 Heurist를 통한 x402입니다. 동일한 USDT0 레일에서 MPP의 와이어 포맷을 사용하려면 Stable에서 MPP 엔드포인트 구축을 참조하십시오.
어떤 문제를 해결하는가?
오늘날 인터넷에서 서비스 비용을 지불하려면 모든 단계에서 사용자 개입이 필요합니다. 계정 가입, 로그인, 결제 수단 등록 등입니다. 이 모델은 다음과 같은 경우에 확장되지 않습니다.
- 인프라 비용을 정당화하기에는 너무 작은 서비스
- 카드 네트워크 수수료에 비해 너무 저렴한 거래
- 가입 절차를 수행할 수 없는 자율 에이전트(AI, 봇, IoT 장치)
x402를 사용하면 클라이언트는 지갑만 있으면 결제할 수 있습니다.
| 측면 | 기존 청구 | x402 사용 시 |
|---|---|---|
| 계정 필요 | 예 | 아니요 |
| API 키 필요 | 예 | 아니요 |
| 최소 실행 가능 가격 | ~$0.30 (카드 처리 최소 금액) | ~$0.001 (온체인) |
| 정산 시간 | 며칠 (카드 네트워크) | 1초 미만 (Stable에서) |
| PCI 규정 준수 필요 | 예 | 아니요 |
작동 방식
세 가지 역할
클라이언트는 리소스가 필요한 주체입니다. 웹 앱, 백엔드 서비스, CLI 도구 또는 AI 에이전트가 될 수 있습니다. 클라이언트는 지갑(ERC-3009 승인에 서명할 수 있는 개인 키)만 있으면 됩니다.
서버는 리소스를 제공하는 주체입니다. 서버는 엔드포인트에 x402 미들웨어를 연결하여 비용과 금액을 정의합니다.
촉진자는 정산 서비스입니다. 서버로부터 서명된 결제를 받고, 이를 확인하고, 온체인 트랜잭션을 제출하고, 결과를 반환합니다. 촉진자는 클라이언트의 자금을 보관하지 않습니다. 토큰 계약 내에서 클라이언트에서 서버로 직접 전송됩니다.
Stable에서는 Semantic Pay가 공공 촉진자 역할을 합니다.
결제 흐름
- 클라이언트가 리소스를 요청합니다. 클라이언트는 서버에 일반 HTTP 요청(GET, POST 등)을 보냅니다.
- 서버가 402로 응답합니다. 서버는 HTTP
402 Payment Required와 함께 클라이언트가 필요로 하는 모든 정보(지불할 금액, 토큰, 네트워크, 자금을 보낼 주소)를 포함하는PAYMENT-REQUIRED헤더를 반환합니다. - 클라이언트가 서명하고 다시 제출합니다. 클라이언트는 결제 요구 사항을 읽고, 지정된 금액에 대한 ERC-3009 승인에 서명하며, 서명된 승인을 포함하는
PAYMENT-SIGNATURE헤더와 함께 원래 요청을 다시 제출합니다. - 촉진자가 확인 및 정산합니다. 서버는 서명된 결제를 촉진자에게 전달합니다. 촉진자는 서명을 검증하고,
transferWithAuthorization호출을 온체인에 제출하며, 확인되면 서버는 요청된 리소스를 정산 영수증을 포함하는PAYMENT-RESPONSE헤더와 함께 반환합니다.
세 가지 헤더
모든 결제 정보는 Base64로 인코딩되어 표준 HTTP 헤더를 통해 전달됩니다.
| 헤더 | 방향 | 내용 |
|---|---|---|
PAYMENT-REQUIRED | 서버에서 클라이언트 | 결제 스키마, 토큰 주소, 금액, 수취인 주소, 네트워크 식별자 |
PAYMENT-SIGNATURE | 클라이언트에서 서버 | 클라이언트가 전송을 승인했음을 증명하는 서명된 ERC-3009 승인 |
PAYMENT-RESPONSE | 서버에서 클라이언트 | 트랜잭션 해시 및 확인 상태를 포함한 정산 결과 |
이 디자인은 모든 HTTP 클라이언트, 모든 프로그래밍 언어, 사용자 지정 헤더를 지원하는 모든 인프라와 함께 작동합니다.
Stable의 x402
x402 프로토콜은 HTTP를 통한 결제 방법을 정의합니다. Stable은 생산 사용에 실용적으로 사용할 수 있는 정산 환경을 제공합니다.
1초 미만 확정성
Stable의 합의는 1초 미만의 블록 확정성(~700밀리초)을 제공하여 x402 촉진자가 실시간으로 트랜잭션을 확인하고 정산할 수 있도록 합니다. 이는 AI 에이전트 또는 IoT 장치가 빠른 연속으로 많은 소액 결제를 실행할 수 있는 고주파 자동 상호 작용에 중요합니다.
단일 자산 정산
Stable에서 USDT0은 기본 가스 토큰이자 결제 토큰입니다. 전체 x402 결제 수명 주기는 USDT0만으로 실행됩니다. 클라이언트는 USDT0만 보유하며, 촉진자는 정산하는 토큰과 동일한 토큰을 사용하여 트랜잭션을 제출합니다. x402를 사용하는 AI 에이전트에게 이는 에이전트 지갑이 하나의 자산만 관리하면 된다는 것을 의미합니다.
마이크로-프라이싱
가격은 USDT0 아토믹 단위(6자리 소수점)로 표시됩니다. "1000"의 비용 매개변수는 정확히 $0.001로 번역됩니다. 이 정밀도를 통해 x402 서버는 1센트 미만의 가격을 설정할 수 있습니다.
가스 면제 통합
가스 면제는 거래 비용을 완전히 없앱니다. x402 촉진자는 가스 면제 인프라를 사용하여 구매자 또는 판매자에게 가스를 청구하지 않고 transferWithAuthorization 호출을 제출할 수 있습니다. 이는 Stable의 x402 소액 결제가 결제 금액 자체 외에 오버헤드가 없다는 것을 의미합니다.
인프라
Semantic Pay
Semantic Pay는 Stable용 공개 x402 촉진자를 제공합니다. 서명 확인, 온체인 제출 및 확인 추적을 처리합니다. Stable에서 x402를 통합하는 개발자는 자체 정산 인프라를 실행할 필요 없이 미들웨어를 이 엔드포인트로 지정할 수 있습니다.
촉진자 엔드포인트: https://x402.semanticpay.io
WDK (지갑 개발 키트)
AI 에이전트가 x402에 자율적으로 참여하려면 프로그램적으로 제어할 수 있는 지갑이 필요합니다. Tether의 오픈 소스 WDK는 이를 제공합니다.
- 자체 관리: WDK를 통해 AI 에이전트는 중앙 집중식 API 인프라에 의존하지 않고 로컬에서 개인 키를 생성하고 저장할 수 있습니다.
- x402 호환성: WDK의
WalletAccountEvm인스턴스는 x402 SDK에서 요구하는 클라이언트 서명자 인터페이스를 기본적으로 충족하여 에이전트가 402 HTTP 응답을 자동으로 가로채고, ERC-3009 승인에 서명하고, 요청을 다시 제출할 수 있도록 합니다.
- ERC-3009 (승인을 통한 전송): x402가 사용하는 온체인 정산 표준
- 결제 사용 사례: P2P, 구독, 인보이스 및 API 청구 패턴
- 가스 면제: 제로 비용 거래 제출