Title: X402 설명: AI 에이전트를 위한 HTTP 네이티브 마이크로페이먼트

X402 명세는 표준 HTTP 402 Payment Required 상태를 재사용하여 일반적인 API 호출을 온체인 마이크로페이먼트로 전환합니다. 이제 AI 에이전트는 사람의 개입 없이 LLM 쿼리나 데이터 피드에 대한 수수료를 정산할 수 있으며, 제공자는 별도의 맞춤형 인보이스 시스템을 구축하지 않고도 요청당 비용을 청구할 수 있습니다.

AI 에이전트에 결제 프로토콜이 필요한 이유

자율 에이전트는 언어 모델, 웹 검색 도구, 독점 데이터 소스를 하나로 엮어 작동합니다. 이 과정에서 모델의 토큰당 수수료나 마켓 데이터 API의 호출당 비용 등 매 단계마다 비용이 발생합니다. 오늘날의 비즈니스 모델은 구독 계정에 연결된 API 키, 수동 크레딧 충전 또는 사후 청구 방식에 의존하고 있습니다. 이러한 방식은 자율 에이전트의 핵심인 "사람 없는(no-human)" 약속을 저해하며, 제공자에게는 운영 오버헤드를 가중시킵니다.

X402는 절충안을 제시합니다. 다른 HTTP 호출과 동일해 보이는 요청-응답 흐름을 유지하면서도, 퍼블릭 블록체인에 기록되는 내장형 결제 단계를 포함합니다. 유일한 요구 사항은 클라이언트가 서버가 지정한 체인에서 트랜잭션에 서명하고 이를 브로드캐스트할 수 있어야 한다는 점입니다.

X402 핸드셰이크 상세 과정

  1. 초기 요청 – 에이전트가 유료 엔드포인트로 일반적인 GET 또는 POST 요청을 보냅니다. 특별한 헤더는 필요하지 않습니다.
  2. 서버의 402 응답 – 응답에는 상태 코드 402와 함께 다음 항목이 포함된 JSON 바디가 전달됩니다:
    • amount – 서버가 기대하는 수수료(가장 작은 토큰 단위);
    • token – ERC-20(또는 이에 상응하는) 컨트랙트 주소;
    • chain – 결제가 기록되어야 하는 블록체인 식별자;
    • 선택 사항인 nonce – 재전송 공격(replay attacks)을 방지하기 위한 고유 값.
  3. 클라이언트의 결제 준비 – 에이전트는 토큰 주소와 체인이 자신의 정책(예: 신뢰할 수 있는 체인만 허용)에 부합하는지 확인합니다. 그런 다음 필요한 금액을 서버가 제공한 주소로 전송하는 트랜잭션을 생성하고, 개인 키로 서명한 뒤 브로드캐스트합니다.
  4. 결제 해시 제출 – 트랜잭션 해시가 생성되면, 클라이언트는 해시를 포함한 X-Payment 헤더를 추가하여 원래의 요청을 다시 보냅니다. 이때 페이로드는 변경되지 않습니다.
  5. 서버의 온체인 검증 – 서버는 블록체인에서 금액, 토큰, 체인 및 nonce가 일치하는 확인된 전송 내역을 조회합니다. 일치하는 내역을 찾으면 200 OK 상태와 함께 요청된 데이터를 반환합니다.

커스텀 헤더를 지원하고 블록체인 SDK를 호출할 수 있는 HTTP 클라이언트 라이브러리라면 무엇이든 이 단계를 수행할 수 있습니다. 새로운 전송 프로토콜이나 커스텀 소켓 레이어가 필요하지 않습니다.

고려해야 할 트레이드오프(Trade-offs)

  • 지연 시간(Latency) – 퍼블릭 체인의 컨펌 과정으로 인해 지연이 발생합니다.
  • 가스 비용(Gas costs) – 저렴한 체인이라도 가스 비용이 발생하므로, 0.001달러 미만의 결제는 경제성이 떨어질 수 있습니다.
  • 복잡성 – 에이전트는 트랜잭션 실패 및 체인 재편성(chain reorganizations)을 처리해야 하므로, 강력한 재시도 로직이 필수적입니다.
  • 보안 – nonce가 재전송 공격을 방지하지만, 에이전트는 여전히 개인 키를 안전하게 보호해야 하며 관련 없는 서비스에서 키를 재사용하지 않도록 주의해야 합니다.