30년간 잠자던 상태 코드, 402가 깨어났다
웹 개발하다 보면 404(못 찾음), 500(서버 에러), 403(접근 금지) 같은 HTTP 상태 코드는 지겹게 보잖아요. 그런데 402라는 코드 보신 적 있으세요? 이름이 무려 'Payment Required(결제 필요)'예요. HTTP 표준에 처음부터 자리는 마련돼 있었는데, 딱히 쓸 방법이 없어서 30년 넘게 사실상 방치돼 있던 코드예요. Cloudflare가 이번에 내놓은 '수익화 게이트웨이(Monetization Gateway)'가 바로 이 잠자던 402를, x402라는 프로토콜과 함께 실전에 투입했어요.
왜 지금이냐고요? AI 에이전트 때문이에요. 요즘 AI가 사람 대신 웹을 돌아다니며 API를 호출하고 데이터를 긁어오잖아요. 그런데 기존 결제는 다 '사람'을 전제로 해요. 회원가입하고, 카드 등록하고, 구독 버튼 누르고… AI가 이걸 어떻게 하겠어요. 그래서 '기계가 기계에게 자동으로, 아주 작은 금액을 즉석에서 지불하는' 방법이 필요해진 거예요.
x402는 어떻게 동작하나
원리는 놀랄 만큼 간단해요. 순서로 풀어볼게요.
1. 클라이언트(예: AI 에이전트)가 유료 리소스에 그냥 요청을 보내요.
2. 서버는 곧바로 402 Payment Required를 돌려주면서, 응답에 '얼마를, 어떤 방식으로, 어디로 내면 되는지' 결제 조건을 담아 보내요.
3. 클라이언트는 그 조건대로 스테이블코인(가격이 달러에 고정된 암호화폐, 주로 USDC)으로 결제를 만들어, 이번엔 결제 증명을 헤더에 담아 다시 요청해요.
4. 서버(또는 Cloudflare)가 그 결제가 유효한지 검증하고, 통과하면 진짜 데이터를 내려줘요.
핵심은 이 모든 게 '사람 개입 없이, 한 번의 HTTP 왕복 안에서' 끝난다는 거예요. 회원가입도, 카드도, 세션도 필요 없어요. 요청 하나당 몇 원짜리 초소액 결제(마이크로페이먼트)가 가능해지는 거죠. Cloudflare가 여기서 하는 역할은 이 결제 검증과 정산을 자기 네트워크단에서 대신 처리해준다는 거예요. 그래서 개발자는 자기 API든, 웹 콘텐츠든, MCP 도구든 그 앞에 게이트웨이만 세우면, 코드를 거의 안 건드리고도 '요청당 과금'을 붙일 수 있어요.
업계 맥락: 처음 나온 아이디어는 아니에요
사실 'HTTP 402를 되살려 콘텐츠에 과금하자'는 시도가 처음은 아니에요. 앞서 라이트닝 랩스(Lightning Labs)가 비트코인 라이트닝 네트워크를 이용한 L402(옛 이름 LSAT)라는 걸 내놨었거든요. 개념은 비슷했지만 라이트닝 네트워크 자체가 다루기 까다로워서 크게 퍼지진 못했어요. x402는 여기서 결제 수단을 '달러값에 고정된 스테이블코인'으로 바꾸고, 상태 없는(stateless) 단순 HTTP 흐름으로 다듬어 문턱을 확 낮춘 거예요. 이 x402 규격은 원래 코인베이스(Coinbase) 쪽에서 밀던 오픈 표준이고요.
결국 이건 '에이전트 경제(agent economy)'라는 큰 흐름의 인프라 조각이에요. 구독제(월 정액)나 API 키 발급 방식은 사람한테나 맞지, 수천 개의 AI가 각자 필요한 만큼만 잘게 사 쓰는 시대엔 안 맞거든요. '쓴 만큼, 실시간으로' 정산되는 결제망이 그래서 필요한 거예요.
한국 개발자에게 주는 시사점
당장 프로덕션에 넣을 기술은 아닐 수 있어요. 스테이블코인 정산이라는 게 국내 규제나 회계 처리 면에서 아직 조심스럽거든요. 하지만 API나 데이터를 파는 서비스를 만든다면, 앞으로 '고객이 사람이 아니라 AI일 수 있다'는 전제를 미리 해두는 게 좋아요. 인증·과금 구조를 사람 로그인에만 묶어두면, 에이전트 시대에 통째로 새로 짜야 할 수 있거든요. 지금은 개념을 이해하고 HTTP 402 흐름 정도만 익혀둬도 충분해요.
한 줄 정리하면, 웹이 '사람이 보는 페이지'에서 '기계가 사고파는 자원'으로 확장되고 있다는 거예요. 여러분의 API가 언젠가 AI에게 초당 수백 번 팔린다면, 지금의 과금 구조로 감당이 될까요?
🔗 출처: Hacker News