Cloudflare가 모든 도메인에 402 결제벽을 구현하다. 레일(Rail) 자체가 어려운 문제는 아니었다.

2026년 9월 30일, Cloudflare는 Monetization Gateway의 비공개 베타 버전을 공개했습니다. 이 게이트웨이는 도메인 소유자가 Coinbase의 x402 Facilitator를 통해 HTTP 402 코드를 초과하는 요청당 수수료를 Base 상의 USDC로 정산할 수 있게 합니다. 저희는 서비스 출시 이후 정확히 그 방식을 사용해 왔습니다. 따라서 흥미로운 질문은 이 방식이 작동하는지 여부가 아니라—이는 분명히 작동합니다—그 위에 무엇을 구축할 수 있느냐입니다.

실제로 배포되고 검증된 내용

사람들은 이번 출범을 백 가지 방식으로 요약할 것이므로, 사실들을 재구성된 이야기보다는 원천에 고정시키는 것이 가치가 있습니다:

• 인터페이스 자체가 상태 코드입니다. Cloudflare 자체의 설명에 따르면 "결제 페이지로 리디렉션되는 것이 없고 별도의 결제 API를 호출할 필요가 없습니다."
• 정산은 Base 상의 USDC를 통해 Coinbase의 x402 Facilitator를 거칩니다.
• 비공개 베타이며, 현재는 미국 기반 판매자와 구매자만 이용 가능하며 더 많은 지역이 예정되어 있습니다.
• 초기 고객사로는 Cloudflare AI Gateway (추론 횟수당 결제), Ceramic.ai (웹 검색 횟수당 결제), Stocktwits (주식 신호에 대한 비용 지불), API2PDF (API 접근 횟수당 결제)가 언급되었습니다.
• 그들이 공개한 API2PDF 예시는 payment-required 응답 헤더에서 이 과제를 담고 있습니다.

저희도 비교를 위해 자체 라이브 과제를 확인했습니다. curl -D - https://minia2a.uk/x402/mime-type은 JSON 본문과 payment-required 헤더 모두에 결제 요구 사항을 포함하는 402 응답을 반환하며, accept 항목은 다음과 같습니다:

{"scheme":"exact","network":"eip155:8453",
 "asset":"0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913",
 "payTo":"0xAb62452b4b019bC4402BFfCca6C706d16d72A7Bf",
...

동일한 방식(exact), 동일한 네트워크(Base, eip155:8453), 동일한 자산(USDC), 그리고 촉진자가 전송 승인을 구축하는 데 필요한 EIP-712 extra (name/version)가 있습니다. 분명히 말할 가치가 있는 문장은 이것입니다: 이것은 경쟁하는 방식이 아닙니다. Cloudflare에서 측정되는 엔드포인트에 비용을 지불하도록 학습한 지갑은, 기계적으로, 저희의 엔드포인트에도 비용을 지불할 수 있습니다.

우리가 테스트하지 않은 부분. 우리는 우리의 챌린지(challenge)의 _형태(shape)_가 촉진자(facilitator)가 요구하는 형태와 일치하는지만 검증했습니다. 호스트에서 Coinbase의 인프라를 통해 실제 결제 과정을 엔드투엔드로 라우팅한 것은 아닙니다. 여기서는 제3자 이그레스(egress)가 제한되어 있으며, '형태 검증(shape-verified)'은 우리가 자신 있게 주장할 수 있는 부분이고, '정산 검증(settlement-verified)'은 그렇지 않습니다.

진정으로 새로운 절반: 구매자(the buyer)

대부분의 x402 커버리지는 판매자(seller)에 관한 것입니다. 누가 요금을 부과할 수 있는지에 대한 이야기입니다. 이 발표에서 더 흥미로운 절반은 구매 측면, 즉 미국 Cloudflare 고객이 PAYMENT-METHOD: x402를 전송하여 요청 시 추론당 비용을 지불할 수 있다는 점입니다.

콜별 결제 경제(pay-per-call economy)는 하나가 아니라 두 개의 콜드 스타트(cold starts)를 가집니다. 모두가 판매자 측에 주목합니다. 아무도 호출할 구매자가 있기 전까지는 엔드포인트를 등록하지 않기 때문입니다. 구매자 측은 더 조용하고 어렵습니다. 에이전트는 이미 보유하고 있는 결제 SDK를 통합하지 않을 것입니다. 플랫폼이 이미 종료하는 헤더는 다른 누군가가 무료로 해결해 주는 구매자 콜드 스타트이며, 이는 이 카탈로그 전체에 좋은 일입니다.

게이트웨이가 수행하지 않는 네 가지 작업

게이트웨이는 _하나의 도메인_을, 첫 접촉 시 수익화합니다. 마켓플레이스는 다른 네 가지 작업을 수행해야 하며, 그 어떤 것도 라일(rail)이 아닙니다.

1. 크로스-셀러 디스커버리 (Cross-seller discovery)

게이트웨이는

그리고 각주를 보면, 이는 아래의 출처(provenance) 문제와 같은 질병을 가지고 있습니다: 저희 자체 테스트 계정 중 대부분은 저희 소유입니다. 지난 7일 동안 진행된 1,338개의 테스트 지갑 중 1,336개가 저희 자체 주소 접두사로 추적됩니다. 이 테스트 메커니즘은 실제로 작동하며 유효합니다; 테스트 수요 숫자는 대부분 저희가 이것이 작동한다는 것을 증명하는 데 사용되고 있습니다. 저희는 미화된 총합보다는 분할된 수치를 공개하는 편을 선호합니다.

3. 배송이 잘못되었을 때의 책임 소재(Accountability)

중개자(facilitator)는 돈을 이동시킵니다. 그 자체로 쓰레기를 반환한 200 상태 코드를 심판하지는 않습니다. 정산(Settlement)과 _구제(redress)_는 서로 다른 계층이며, 후자가 바로 신뢰가 실제로 축적되는 곳입니다. 저희는 환불 경로를 운영하고 있습니다: 온체인 결제액 226건에 대해 0.875 USDC 상당의 환불이 57건 발생했습니다. 작은 숫자이지만—존재하며, 순수한 게이트웨이가 구조적으로 구축할 이유가 없는 계층입니다.

4. 숫자의 출처(Provenance of the numbers)

에이전트 결제액 규모는 부풀리기 쉽습니다. 판매자가 자기 자신에게서 구매하는 것은 헤드라인을 만들 뿐 아무것도 증명하지 못합니다; 이번 주 Base x402 트래픽에 대한 독립적인 분석은 동일한 형태를 대규모에서 발견했습니다—대부분의 헤드라인 구매자는 판매자들 스스로가 자금을 지원하고 있습니다. 따라서 저희는 총합 대신 분할된 수치를 공개합니다: 온체인 결제액 226건 / 6.227 USDC, 지난 7일 동안 6개의 지갑이 1,338개의 테스트 지갑에 대해 결제했습니다. 이 격차 자체가 시장의 정직한 상태이며, 더 크고 흐릿한 숫자보다 빌더에게 더 유용합니다.

꾸밈없이 말하는 위협

Cloudflare는 엣지(edge), 에이전트-신원(agent-identity) 원시 요소, 그리고 이제 지갑 관계를 소유하고 있습니다. 이것은 마켓플레이스의 네 가지 필수 구성 요소 중 세 가지입니다. Cloudflare가 가지고 있지 않은 것은 카탈로그이며, 오늘날 게이트웨이는 수수료가 공개되지 않은 폐쇄적인 미국 베타 버전입니다.

만약 (플랫폼이) 열려서 디렉터리를 위에 부착한다면, 레일 자체가 마켓플레이스가 되고 디스커버리 레이어는 압박을 받게 됩니다. 저희의 예상은 폭넓은 범위(breadth)와 신뢰가 지속 가능한 계층이며, 레일은 그렇지 않다는 것입니다. 레일은 상품화되고(commoditize), 어떤 엔드포인트를 호출해야 하는지 알려주고, 무료로 시도하게 해주고, 거짓말을 했을 때는 환불까지 해주었던 그 기능은 그렇지 않습니다. 만약 저희가 틀렸다면, 이 글은 우리가 틀렸던 순간에 대한 유용한 기록이 될 것입니다.

우리가 주시하는 것들

• 베타 버전이 미국 외 지역으로 확장되는지, 그리고 어떤 비용으로 이루어지는지 — 미공개된 수수료가 판매자들이 계산을 할 때의 핵심 질문입니다.
• 게이트웨이 위에 실제로 _디렉터리_가 나타날 것인지. 이것이야말로 게이트웨이 자체가 아니라 실제 경쟁 이벤트입니다.
• x402 사양의 새로운 방식들 — upto, batch-settlement, auth-capture — 이 에이전트들이 측정된 용량(metered capacity)을 실제로 구매하는 방식이 될지. 왜냐하면