Articleblog.cloudflare.com·2026년 7월 1일·0

Announcing the Monetization Gateway: charge for any resource behind Cloudflare via x402

Quick Summary

Cloudflare는 x402와 스테이블코인을 이용해 웹페이지·데이터셋·API·MCP 도구 등 자사 네트워크 뒤의 디지털 자원에 요청 단위 과금을 적용하고, 결제 검증과 접근 통제를 엣지에서 처리하는 Monetization Gateway를 발표했다.

Announcing the Monetization Gateway: charge for any resource behind Cloudflare via x402 관련 대표 이미지

🖼️ 인포그래픽

Announcing the Monetization Gateway: charge for any resource behind Cloudflare via x402 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

Announcing the Monetization Gateway: charge for any resource behind Cloudflare via x402 내용을 설명하는 본문 이미지

💡 한 줄 요약

Cloudflare는 x402와 스테이블코인을 이용해 웹페이지·데이터셋·API·MCP 도구 등 자사 네트워크 뒤의 디지털 자원에 요청 단위 과금을 적용하고, 결제 검증과 접근 통제를 엣지에서 처리하는 Monetization Gateway를 발표했다.

📌 핵심 요약

  • Cloudflare Monetization Gateway는 애플리케이션 전반의 결제 정책과 접근 제어를 하나의 제어 영역에서 관리하고, 결제 검증·과금 집행·정산 관련 처리를 원본 서버에서 분리하도록 설계됐다.
  • Cloudflare는 광고·구독·좌석 기반 가격이 자율적으로 자원을 소비하는 AI 에이전트와 맞지 않는다며, 요청·토큰·성과를 기준으로 한 사용량 기반 가격이 새로운 웹 경제에 필요하다고 주장한다.
  • x402에서는 서버가 가격과 결제 조건을 담은 HTTP 402 응답을 보내고, 구매자가 결제 증명을 첨부해 요청을 반복하면 검증 후 자원을 받으므로 별도 가입이나 결제 페이지가 필요하지 않다.
  • 예정된 기능에는 특정 REST 경로와 메서드별 고정 과금, 작업 복잡도에 따른 가변 가격, 인증되지 않은 호출자의 401 응답을 결제 안내가 포함된 402 응답으로 전환하는 정책 등이 포함된다.
  • 초기 결제는 스테이블코인으로 이루어지며, Cloudflare는 장기적으로 에이전트의 신원 확인·정책 적용·결제 검증을 하나의 요청 안에서 처리해 요청 자체가 거래가 되는 인터넷을 지향한다.

🧩 주요 포인트

  1. Cloudflare Monetization Gateway는 애플리케이션 전반의 결제 정책과 접근 제어를 하나의 제어 영역에서 관리하고, 결제 검증·과금 집행·정산 관련 처리를 원본 서버에서 분리하도록 설계됐다.
  2. Cloudflare는 광고·구독·좌석 기반 가격이 자율적으로 자원을 소비하는 AI 에이전트와 맞지 않는다며, 요청·토큰·성과를 기준으로 한 사용량 기반 가격이 새로운 웹 경제에 필요하다고 주장한다.
  3. x402에서는 서버가 가격과 결제 조건을 담은 HTTP 402 응답을 보내고, 구매자가 결제 증명을 첨부해 요청을 반복하면 검증 후 자원을 받으므로 별도 가입이나 결제 페이지가 필요하지 않다.
  4. 예정된 기능에는 특정 REST 경로와 메서드별 고정 과금, 작업 복잡도에 따른 가변 가격, 인증되지 않은 호출자의 401 응답을 결제 안내가 포함된 402 응답으로 전환하는 정책 등이 포함된다.
  5. 초기 결제는 스테이블코인으로 이루어지며, Cloudflare는 장기적으로 에이전트의 신원 확인·정책 적용·결제 검증을 하나의 요청 안에서 처리해 요청 자체가 거래가 되는 인터넷을 지향한다.

🧠 상세 정리

1. Monetization Gateway의 발표와 범위

Cloudflare는 자사 보호 영역에 있는 웹페이지, 데이터셋, API, MCP 도구 등 모든 디지털 자원에 요금을 부과할 수 있도록 Monetization Gateway를 발표했다. 이 제품은 여러 애플리케이션에 흩어진 결제 정책과 접근 제어를 하나의 제어 영역에서 관리하게 하고, 높은 결제 요청량이 원본 서버에 직접 부담을 주지 않도록 검증과 집행을 엣지에서 처리하는 엔진으로 소개됐다. 출시 초기에는 x402 프로토콜을 통해 스테이블코인으로 결제하고 정산하며, x402는 Cloudflare가 25곳이 넘는 업계 참여자와 재단을 통해 구축 중인 공개 프로토콜이다. 다만 발표 시점에는 완전한 일반 제공이 아니라 Cloudflare 고객을 대상으로 조기 접근 대기자 명단을 받고 있으며, 구체적인 기능들도 향후 제공될 계획으로 설명됐다.

2. 사람의 관심에 의존하던 웹 경제의 변화

지난 30년 동안 웹은 콘텐츠를 제공하고 사람의 관심을 얻은 뒤 광고, 구독, 전자상거래로 그 관심을 수익화하는 방식으로 성장했다. 그러나 AI 에이전트는 광고를 보지 않고, 필요할 때마다 이용하는 모든 도구의 월간 구독을 유지할 이유도 없으며, 페이지나 데이터 피드에서 필요한 정보를 한 번 가져간 뒤 이동한다. 원문은 AI 크롤러가 돌려보내는 방문자 한 명당 이미 수백 회에서 수만 회까지 콘텐츠를 요청할 수 있다고 지적하며, 기존의 관심과 추천 방문 중심 교환 관계가 약해지고 있다고 본다. 이에 따라 경제 활동의 접점이 웹사이트에서 AI 실행 환경과 AI가 작성한 소프트웨어로 이동한다면, 에이전트가 학습 데이터·추론용 콘텐츠·개발 도구·API 등 실제로 소비한 입력에 비용을 지불해야 한다는 문제의식이 제시된다.

3. 에이전트에 맞는 사용량 기반 가격

Cloudflare는 소프트웨어 구매의 자연스러운 단위가 좌석이나 월이 아니라 요청, 토큰 또는 성공한 결과가 될 수 있다고 설명한다. 사례로는 웹 검색 호출당 몇 센트, 업로드 요청에 기본 0.001달러와 메가바이트당 0.01달러를 합산하는 방식, 실제로 해결된 고객 지원 에스컬레이션에만 0.99달러를 부과하는 방식이 제시됐다. 이는 에이전트가 고가의 자산을 가끔 구매하는 상황보다, 최종 구매 이전 단계에서 수많은 저가 자원과 서비스를 반복적으로 소비하는 상황에 초점을 맞춘 모델이다. 또한 답변 엔진이 창작자의 콘텐츠를 이용할 때 대가를 지급하는 것과 같은 맥락에서, 콘텐츠나 디지털 자원이 사용될 때마다 중립적인 결제 수단을 통해 가치를 교환하는 구조를 만들려는 시도라고 설명한다.

4. 기존 소액 과금과 사용량 청구의 한계

클라우드 서비스와 API는 오래전부터 호출이나 시간 단위로 판매됐지만, 일반적으로 사용자가 먼저 가입하고 API 키를 발급받은 뒤 계정에 사용량을 누적하는 알려진 구매자 중심 구조였다. 반면 콘텐츠는 주로 광고에 의존했으며, 신원이 확인되지 않은 구매자에게 1센트보다 작은 금액을 청구하기에는 기존 결제 수단의 비용이 지나치게 높고 정산도 느렸다. 기업이 직접 사용량 과금을 구현하려면 정확하고 감사 가능한 내부 회계, 사용량 측정, 백엔드 개편까지 수행해야 했기 때문에 사실상 결제 사업자의 역할을 떠맡아야 했다. 이 복잡성 때문에 많은 기업이 구현하기 쉽고 때로는 더 수익성 높은 좌석 기반 가격을 선택했지만, 한 에이전트가 팀 전체에 해당하는 작업을 지속적으로 수행하는 환경에서는 정액 요금과 실제 소비량 사이의 괴리가 커진다는 것이 원문의 진단이다.

5. x402의 HTTP 기반 결제 절차

x402는 그동안 거의 활용되지 않았던 HTTP 402 Payment Required 상태 코드를 실제 결제 절차에 사용하는 공개 프로토콜이다. 결제가 필요한 자원을 클라이언트가 요청하면 서버는 자원을 즉시 제공하는 대신 가격, 허용되는 결제 자산, 지급 위치를 담은 작은 페이로드와 함께 402 응답을 보낸다. 클라이언트는 결제를 실행한 뒤 결제 증명을 첨부해 같은 요청을 다시 보내고, 중개 검증자가 이를 확인하면 서버가 최종 자원을 반환한다. 전체 과정은 일반적인 HTTP 요청과 응답 안에서 진행되므로 결제 페이지로 이동하거나 별도의 결제 API를 호출할 필요가 없으며, 구매자가 보낸 자금은 판매자의 지갑으로 직접 정산된다. Cloudflare는 결제 오버헤드를 낮게 유지하면서 1초 미만의 정산을 목표로 하고 있다.

6. 스테이블코인과 기계 결제의 결합

x402가 기계 간 결제에 적합한 첫 번째 이유는 프로토콜이 추가하는 부담이 작아 1센트보다 작은 금액까지 다룰 수 있다는 점이다. 두 번째 이유는 결제 자체가 접근 자격 증명의 역할을 하므로 구매자가 판매자에게 계정을 만들거나 사전에 거래 관계를 맺지 않아도 된다는 점이다. x402는 특정 결제 수단에 종속되지 않지만, 원문은 수수료가 매우 낮고 1초 이내 정산이 가능하며 결제 취소 위험이 없는 스테이블코인이 특히 자연스러운 선택이라고 설명한다. 사람에게 수천 건의 소액 결제를 일일이 승인하게 하는 것은 현실적이지 않지만, 에이전트는 이런 결제를 마찰 없이 수행할 수 있으므로 사용량 과금과 스테이블코인 기반 소액 결제가 서로 맞물린다는 논리다. 초기 Monetization Gateway 역시 구매자가 서비스와 자원 이용 대금을 스테이블코인으로 지급하도록 지원할 예정이다.

7. 엣지에서 집행되는 세밀한 결제 정책

Monetization Gateway는 Cloudflare를 통과하는 토큰, API 요청, MCP 도구 호출, 데이터 접근 가운데 어떤 트래픽에 결제를 요구할지 세밀하게 표현하는 결제 규칙 API를 제공할 예정이다. 사용자는 특정 REST 경로의 GET 또는 POST 요청마다 0.01달러를 부과하거나, 이미지 생성처럼 계산량이 달라지는 작업에 사용량에 따라 최대 2달러까지 가변 가격을 적용할 수 있다. 또한 원본 서버가 인증되지 않은 호출자에게 반환한 HTTP 401 응답을 가로채 가격과 결제 지침이 포함된 402 응답으로 바꾸는 방식도 계획된 기능으로 제시됐다. 요청이 규칙과 일치하면 Gateway가 결제를 검증한 뒤에만 원본으로 전달하며, 정책은 대시보드뿐 아니라 Cloudflare API와 Terraform을 통해 코드로 관리할 수 있다. 330개가 넘는 도시에 분산된 Cloudflare 네트워크 가까이에서 x402 절차를 수행함으로써 구매자 지연을 줄이고 원본 서버를 보호하는 것도 핵심 설계 목표다.

8. 가입 없는 시장 확대와 에이전트 중심 인터넷

판매자는 축적한 스테이블코인을 직접 다른 거래에 사용하거나 동일 가치의 법정화폐로 환전해 은행 계좌로 받을 수 있을 예정이다. 구매 에이전트는 자원을 요청하고 가격을 확인한 뒤 결제와 응답 수령까지 진행할 수 있으므로, 판매자별 가입·API 키·사전 계약 없이도 거래가 성립할 수 있다. 다만 판매자가 구매자에 대해 어느 정도의 정보를 요구할지는 직접 결정할 수 있으며, 필요하면 Web Bot Auth로 에이전트를 인증하거나 기존 계정에 사용량 기반 가격을 적용하는 방식도 지원 방향에 포함됐다. Cloudflare는 장기적으로 에이전트의 신원과 대리 관계를 확인하고, 접근 규칙을 적용하며, 결제까지 검증한 다음에야 원본 서버에 요청을 전달하는 통합 구조를 전망한다. 이 구조에서는 에이전트가 인터넷의 주요 구매자가 되고 요청 자체가 거래가 되며, 소규모 API와 독립 창작자도 대기업과 같은 조건으로 자동화된 구매자에게 접근해 사용 가치에 대한 대가를 받을 수 있다는 것이 발표의 최종 비전이다.

🧾 핵심 주장 / 시사점

  • Monetization Gateway의 핵심은 새로운 결제 수단 자체보다 측정·결제 교환·검증·정산 집행을 원본 서버 밖으로 옮겨 판매자가 규칙과 가격 설정에 집중하도록 만드는 데 있다.
  • x402는 결제 증명을 접근 자격으로 사용해 판매자별 계정과 API 키가 없는 호출도 처리하므로, 신원이 확인되지 않은 에이전트와 초소액 자원 제공자 사이의 거래 비용을 낮추려는 구조다.
  • Cloudflare가 제시하는 장기적 변화는 단순한 크롤러 과금을 넘어 신원 확인과 결제를 하나의 HTTP 요청에 결합하고, 콘텐츠·API·도구 호출 각각을 독립적으로 수익화하는 에이전트 중심 시장이다.

✅ 액션 아이템

  • Cloudflare의 결제 정책·접근 제어 단일화와 원본 서버 분리형 구조를 자사 결제 인프라와 대조해 적용 가능성을 검토한다.
  • 광고·구독·좌석 과금과 달리 요청·토큰·성과 지표 기반 사용량 과금을 적용할 범위와 한계 규칙을 정의한다.
  • x402의 402 과금 제시-재요청-검증 흐름과 예정된 경로/메서드 고정 과금·복잡도 가변 과금·401→402 전환 정책을 API·MCP 정책에 반영한다.

❓ 열린 질문

  • 요청 자체를 거래로 처리할 때 초기 스테이블코인 결제의 환율 변동 리스크는 어떤 보정 규칙으로 관리할 것인가?
  • AI 에이전트의 자율적 호출이 잦은 환경에서 요청·토큰·성과 기반 과금이 조작되거나 편향될 가능성은 어디까지 허용 가능한가?
  • 엣지에서 신원 확인·정책 적용·결제 검증을 한 요청에 통합할 때 402 재시도 실패 로그는 어떤 항목으로 남겨 감사 가능성을 확보할 것인가?

관련 문서

공통 태그와 주제 흐름을 기준으로 같이 보면 좋은 문서를 이어서 제안합니다.