Cloudflare Monetization Gateway: 에이전트에게 API, 데이터, MCP 도구를 x402로 판매하기

9bow · 7월 2, 2026, 11:30오후

Cloudflare Monetization Gateway 소개

Cloudflare가 2026년 7월 1일, Monetization Gateway 라는 새로운 엔진을 발표했습니다. 한 문장으로 요약하면 "Cloudflare 뒤에 있는 모든 자산에 과금할 수 있게 해주는 결제 계층"입니다. 웹 페이지, 데이터셋, API, 그리고 MCP(Model Context Protocol) 도구까지, Cloudflare가 보호하는 리소스라면 종류를 가리지 않고 호출자에게 사용료를 청구할 수 있습니다. 결제 정책과 접근 제어를 한곳에서 관리하는 단일 컨트롤 플레인(control plane)을 제공하면서, 결제 검증과 정책 집행을 엣지(edge)에서 처리해 대량 결제 트래픽으로부터 오리진 서버(origin)를 보호합니다. 출시 시점에는 x402 프로토콜 위에서 스테이블코인(stablecoin) 으로 결제가 정산됩니다.

이 발표가 흥미로운 이유는 단순히 새 결제 기능이 하나 추가되었기 때문이 아니라, 웹의 수익 모델이 근본적으로 바뀌는 지점을 정면으로 겨냥하고 있기 때문입니다. 지난 30년간 웹은 "콘텐츠를 주고 사람의 주의(attention)를 받는" 단순한 경제적 거래 위에서 돌아갔습니다. 그 주의는 광고, 구독, 전자상거래를 통해 수익으로 전환되었고, 이 거래가 오늘날의 인터넷을 지탱해 왔습니다. 그러나 인터넷의 주된 사용자가 사람에서 에이전트(agent) 로 옮겨가면서 이 모델이 깨지고 있습니다. 에이전트는 광고를 보지 않고, 원하는 도구를 쓰기 위해 매달 구독을 유지하지도 않습니다. 페이지나 데이터 피드를 한 번 읽고 필요한 것만 취한 뒤 떠납니다. Cloudflare에 따르면 AI 크롤러는 이미 방문자 한 명을 되돌려 보낼 때마다 수백에서 수만 번의 콘텐츠 요청을 발생시키고 있습니다.

즉, 에이전트 시대의 웹은 "모든 것에 대한 사용량 기반 과금(usage-based pricing)"을 요구합니다. 주의와 전자상거래가 웹사이트에서 AI 하네스(harness)와 AI가 작성한 소프트웨어로 이동한다면, 에이전트는 자신이 소비하는 입력, 즉 학습 데이터, 추론(inference)용 콘텐츠, 개발자 도구, API 사용량에 대해 값을 지불해야 합니다. 소프트웨어의 자연스러운 과금 단위는 좌석(seat)이나 월(month)이 아니라 요청(request), 토큰(token), 또는 결과(outcome)입니다. Cloudflare가 든 예시를 보면 이 변화가 구체적으로 어떤 모습인지 감이 잡힙니다.

웹 검색 한 건당 수 센트: 호출(call)마다 과금
업로드 엔드포인트: 기본 요금 $0.001에 더해 MB당 $0.01 부과
해결된 지원 티켓당 $0.99: 작업이 성공했을 때만 지불

이러한 변화는 답변 엔진(answer engine)이 콘텐츠를 사용할 때 창작자에게 정당한 대가를 지불하도록 하는 움직임과 같은 흐름 위에 있습니다. 콘텐츠나 리소스가 사용될 때마다, 그 목적을 위해 설계된 중립적인 레일(rail) 위에서 공정하게 가치를 주고받는 것입니다. 사람들은 흔히 에이전트가 도메인처럼 값비싼 자산을 구매하는 모습을 상상하지만, 실제로 에이전트가 지불하는 비용 대부분은 그런 최종 결제(checkout)보다 훨씬 앞단에, 그리고 훨씬 낮은 가격대에 놓여 있습니다.

웹의 비즈니스 모델은 왜 지금 바뀌고 있는가

인터넷의 일부는 이미 이런 방식으로 작동해 왔습니다. 클라우드와 API는 수년간 호출 단위, 시간 단위로 판매되었습니다. 다만 그 대상은 언제나 "알려진 구매자"에 한정되었습니다. 사용자가 가입하고, API 키(API key)를 발급받고, 그에 따라 사용량 기반 청구가 이뤄지는 구조였습니다. 반면 콘텐츠는 대부분 결제를 건너뛰고 광고에 의존했습니다. 이런 비즈니스 모델은 검증되지 않은 구매자를 상대로 한 1센트 미만의 거래를 처리할 수 없었습니다. 결제 레일(payment rails)의 비용이 너무 크고 정산이 너무 느렸기 때문입니다. 일정 금액 이하에서는 결제를 걷는 비용이 결제 금액 자체보다 커지는 역설이 발생합니다.

역사적으로 사용량 기반 청구는 구현이 까다로웠습니다. 기업은 사실상 결제 회사가 되어, 내부 사용량을 견고하고 감사 가능한(auditable) 방식으로 추적하는 자체 회계 시스템을 운영해야 했습니다. 이런 추적을 위해서는 백엔드 시스템의 대대적인 개편이 필요했기에, 많은 기업이 더 단순하고 종종 더 수익성이 높은 좌석 단위 과금(per-seat pricing)을 택했습니다. 그러나 에이전트는 이 역학을 뒤집습니다. 에이전트 하나가 팀 전체의 일을 24시간 쉬지 않고 해낼 수 있으므로, 실제 소비량과 무관한 정액 요금은 점점 현실과 어긋납니다. 동시에 에이전트는 마찰 없이 수천 건의 소액 결제를 발생시킬 수 있는데, 사람에게 그 결제를 하나하나 승인하라고 요구하는 것은 불가능에 가깝습니다.

이러한 맥락에서 소액 결제(micropayment) 와 스테이블코인이 만나는 지점이 부각됩니다. Open USD나 USDC 같은 스테이블코인은 인터넷을 통해 아주 작은 금액을 옮기면서도 수수료가 거의 없고 1초 이내에 정산됩니다. 이는 오늘날 다른 결제 레일로는 실현하기 어려운 특성입니다. 여기서 Cloudflare가 개입할 여지가 생깁니다. Cloudflare는 수년간 자사 청구 시스템과 고객 분석을 위해 사용량 기반 회계를 구축해 왔고, 무엇보다 구매자와 판매자 사이의 프록시(proxy) 계층이라는 위치를 점하고 있습니다. 이 위치 덕분에 결제의 증거를 요청 그 자체 안으로 옮길 수 있고, 결제 검증 경로와 요청 경로가 하나로 합쳐집니다.

위 다이어그램은 이 병합이 실제로 어떤 모습인지 다섯 단계로 보여줍니다.

에이전트(구매자)가 리소스를 요청합니다.
Monetization Gateway는 리소스를 내주는 대신 x402 응답과 가격을 돌려줍니다.
에이전트는 자신의 지갑(agent wallet)을 이용해 결제 인증(payment auth)을 첨부해 요청을 다시 보냅니다.
지갑은 Gateway에 결제 증거(evidence of payment)를 전달합니다.
Gateway는 이 증거를 검증한 뒤에만 검증된 결제 완료 요청을 오리진의 리소스로 전달합니다.

오리진 서버 입장에서는 이 다섯 단계가 모두 끝난, 이미 결제가 확인된 요청만 받아보게 되는 셈입니다.

결과적으로 계량(metering), 결제 교환, 정산(settlement)이 모두 오리진 서버에서 분리됩니다. 판매자에게 남는 것은 정작 중요한 것, 즉 규칙과 가격, 그리고 매출뿐입니다. 구매자를 온보딩하거나 청구 시스템을 새로 구축할 필요 없이, 규칙 하나를 작성하면 에이전트 구매자들이 사용한 만큼 지불하게 됩니다.

x402 다시 보기: HTTP 위에서 결제하기

Monetization Gateway를 이해하려면 그 기반이 되는 x402 프로토콜을 먼저 짚어야 합니다. x402는 HTTP 위에서 결제를 가능하게 하는 오픈 프로토콜로, 오랫동안 예약만 되어 있던 HTTP 402 Payment Required 상태 코드를 실제로 사용한다는 뜻에서 이름이 붙었습니다. Cloudflare는 25곳 이상의 업계 리더와 함께 x402 Foundation(Linux Foundation 산하)을 통해 이 프로토콜을 함께 구축하고 있습니다.

x402의 교환 과정은 단순합니다. 클라이언트가 결제가 필요한(payment-gated) 리소스를 요청하면, 서버는 그것을 곧바로 내주는 대신 402 Payment Required 응답과 함께 가격, 허용되는 자산, 결제할 위치를 담은 작은 페이로드(payload)를 반환합니다. 클라이언트는 값을 지불한 뒤 결제 증명을 첨부해 동일한 요청을 다시 보냅니다. 퍼실리테이터(facilitator)가 이를 검증하면 서버가 리소스를 반환합니다. 이 모든 과정이 평범한 HTTP 요청과 응답 안에서 일어나며, 체크아웃 페이지로의 리디렉션도, 따로 호출할 결제 API도 없습니다. 정산은 P2P(peer-to-peer)로 이뤄지므로 구매자가 보낸 자금은 판매자의 지갑(wallet)으로 직접 입금됩니다. Cloudflare는 Monetization Gateway에서 이 결제 오버헤드를 낮게 유지해 1초 미만의 정산을 목표로 하고 있습니다.

위 시퀀스 다이어그램에서 보이듯, 퍼실리테이터는 선택적(optional)입니다. 스테이블코인이나 암호화폐를 받는 경우 서버가 검증과 정산의 모든 논리적 단계를 직접 수행할 수도 있습니다. x402가 기계 간 결제에 잘 맞는 이유는 두 가지 속성 때문입니다. 첫째, 프로토콜이 거의 오버헤드를 더하지 않기 때문에 1센트의 몇 분의 1까지 내려가는 아주 작은 금액도 결제할 수 있습니다. 둘째, 결제 그 자체가 자격 증명(credential) 역할을 하므로 구매자가 판매자와 계정을 만들 필요가 없습니다. x402는 특정 결제 레일에 얽매이지 않지만(rail agnostic), 1초 미만에 아주 낮은 수수료로 정산되고 지불 취소(chargeback)가 없는 스테이블코인과 자연스럽게 어울립니다.

x402 더 알아보기

x402 공식 사이트

x402 GitHub 저장소 - 프로토콜 명세와 레퍼런스 구현

Building the future of payments on the open web with x402 - Cloudflare 공식 블로그

Monetization Gateway가 실제로 하는 일

Monetization Gateway는 디지털 리소스에 대해 "언제 호출자가 값을 지불해야 하는지"를 정확히 표현할 수 있는 유연한 결제 규칙 API를 제공합니다. 지난해 Cloudflare는 Content Independence Day를 통해 사이트 소유자에게 어떤 AI 크롤러가 콘텐츠에 접근할 수 있는지 원클릭으로 통제할 권한을 주었고, Pay Per Crawl로 크롤러에게 콘텐츠 사용료를 청구할 수 있게 했습니다. Monetization Gateway는 그 다음 단계입니다. 크롤러에게 콘텐츠 값만 받는 것을 넘어, API든 데이터든 MCP 도구 호출이든 모든 호출자에게 모든 리소스에 대해 과금할 수 있으며, 결제 장치를 직접 만들 필요도 없습니다.

토큰, API, MCP 도구 호출, 데이터는 이미 Cloudflare의 요청 경로를 통과합니다. 판매자는 그중 어떤 트래픽이 값을 지불해야 하는지를 원하는 만큼 정밀하게 결정하고, 다른 Cloudflare 규칙에서 이미 작성하던 것과 유사한 표현식(expression)을 전용 API에 작성해 그 결정을 집행합니다. Monetization Gateway는 Cloudflare의 글로벌 네트워크를 따라 330개 이상의 도시로 확장되므로, x402 핸드셰이크(handshake)가 구매자와 가까운 곳에서 일어나 요청 지연이 줄고 오리진 서버가 보호됩니다.

발표에서 제시한 계획된 기능들을 보면 규칙이 얼마나 세밀해질 수 있는지 드러납니다.

특정 REST 메서드에 과금: 특정 라우트로의 호출에 결제를 요구합니다. 예를 들어 /api/premium/*로 향하는 모든 GET 또는 POST 요청에 대해 $0.01을 부과합니다.
가변 가격(variable pricing): 복잡도가 다른 작업에 서로 다른 금액을 청구합니다. 예를 들어 이미지 생성은 사용된 연산량에 따라 최대 $2까지 부과할 수 있습니다.
인증되지 않은 호출자에게만 과금: 오리진에서 반환된 HTTP 401 Unauthorized 응답을 가로채, 가격과 결제 안내가 담긴 402 Payment Required로 대신 응답합니다.

요청이 규칙에 매칭되면 Monetization Gateway는 요청을 통과시키기 전에 결제를 검증합니다. 이 규칙은 대시보드에서 설정할 수도 있고, Cloudflare API와 Terraform을 통해 코드로 관리할 수도 있어, 유료 엔드포인트가 인프라 설정의 일부처럼 다뤄집니다. 판매자는 축적한 스테이블코인을 자신의 거래에 사용하거나 은행 계좌로 법정화폐(fiat)로 상환받을 수 있습니다. Cloudflare는 Monetization Gateway를 쓰면 제품이 도달할 수 있는 잠재 시장(addressable market) 자체가 넓어진다고 강조합니다. 구매자 입장에서는 가입도, API 키도, 사전 관계도 필요 없이 리소스를 요청하고, 가격을 안내받고, 지불하고, 응답을 받습니다. 다만 판매자는 구매자에 대해 얼마나 알아야 하는지를 스스로 정할 수 있으며, 필요하면 에이전트에게 Web Bot Auth로 인증하도록 요구해 이미 보유한 계정에 사용량 기반 가격을 적용할 수도 있습니다.

어디로 향하는가: 에이전트가 주된 구매자가 되는 인터넷

Monetization Gateway는 요청을 결제로 바꿔 Cloudflare 고객에게 새로운 매출 기회를 제공하지만, 이 흐름이 향하는 곳은 그보다 훨씬 큽니다. 에이전트는 사용자를 대신해 자율적으로 행동하는 소프트웨어이며, 이미 스스로 움직이기 시작했습니다. 머지않아 에이전트는 지갑을 지니고 사람의 개입 없이 필요한 것, 즉 데이터셋, API 호출, 도구, 연산 자원을 사게 될 것입니다. 그중 일부는 무료겠지만, 일부는 검증된 에이전트 신원(verified agent identity)을 통해 그 에이전트가 누구이며 누구를 대신하는지에 대한 증명을 요구할 것입니다. 많은 경우 신원과 결제가 모두 필요할 텐데, Cloudflare는 오리진이 호출을 보기도 전에 에이전트를 검증하고, 규칙을 적용하고, 결제를 확인하는 이 모든 과정을 단일 요청 안에서 정산할 수 있는 몇 안 되는 위치에 있습니다. 이렇게 되면 에이전트가 인터넷의 주된 구매자가 되고, 요청이 곧 거래가 됩니다.

오늘날 인터넷에는 수익화되지 않거나 과소 수익화된 가치가 막대하게 흐르고 있습니다. 누구도 값을 치를 의사가 없어서가 아니라, 그것에 과금할 도구가 지금껏 존재하지 않았기 때문입니다. 에이전트가 만드는 모든 유용한 API 호출, 모든 답변, 모든 도구 실행에는 가치가 있지만 그중 거의 아무것도 오늘날 값을 받지 못하고 있습니다. Cloudflare가 그리는 방향은 결제가 내장된 인터넷 규모의 정산, 즉 무언가 값어치 있는 것을 만든 사람이 그것을 사용하는 소프트웨어로부터 자동으로 대가를 받는 "에이전트 우선(agent-first) 인터넷"입니다. 이 그림 안에서는 방금 생겨난 가장 작은 API도 웹에서 가장 큰 기업과 동일한 조건으로 동일한 구매자에게 도달할 수 있고, 독립 창작자도 자신의 글을 학습하거나 인용하는 거대 언어 모델(LLM)로부터 정당한 대가를 받게 됩니다. 이는 Google이 제안한 AP2나 Cloudflare와 Stripe가 함께 만든 에이전트 커머스 프로토콜처럼, 최근 여러 진영에서 동시에 진행 중인 "에이전트 결제 인프라" 경쟁의 한 갈래로 볼 수 있습니다.

대기자 명단과 향후 일정

Monetization Gateway는 아직 정식 출시 전이며, 현재 Cloudflare 고객을 대상으로 대기자 명단(waitlist)을 열어 둔 상태입니다. 웹 페이지, 데이터셋, API, 또는 MCP 도구를 사용량 기반 가격으로 수익화하는 데 관심이 있다면 얼리 액세스 신청 폼을 통해 등록할 수 있습니다.

Announcing the Monetization Gateway 소개 블로그

x402 프로토콜 공식 사이트

x402 GitHub 저장소

더 읽어보기

이 글은 GPT 모델로 정리한 글을 바탕으로 한 것으로, 원문의 내용 또는 의도와 다르게 정리된 내용이 있을 수 있습니다. 관심있는 내용이시라면 원문도 함께 참고해주세요! 읽으시면서 어색하거나 잘못된 내용을 발견하시면 덧글로 알려주시기를 부탁드립니다.

파이토치 한국 사용자 모임이 정리한 이 글이 유용하셨나요? 회원으로 가입하시면 주요 글들을 이메일로 보내드립니다! 텔레그램(Telegram)이나 Slack/Discord/Teams/Dooray/GoogleChat 등으로도 새 글 알림을 받으실 수 있습니다.

아래쪽에 좋아요를 눌러주시면 새로운 소식들을 정리하고 공유하는데 힘이 됩니다~