AI 에이전트에게 지갑을 쥐여주다: Cloudflare Wallets 해부 (blog.cloudflare.com)

한줄 요약

AI 에이전트가 사람 없이 API를 사고 쓸 수 있도록, Cloudflare가 에이전트 전용 지갑 인프라를 공개했다.

무엇이 달라지나?

Cloudflare Wallets는 AI 에이전트가 웹에서 결제하고 서비스를 구매할 수 있도록 설계된 프로그래머블 지갑 인프라다. 지금까지 AI 에이전트가 새로운 API를 시험하려면, 사람이 설계한 로그인 페이지를 통과하고, 결제 수단을 등록하고, API 키를 발급받는 과정을 거쳐야 했다. 이 흐름은 에이전트에게 구조적으로 불리하다. 안정적인 식별자도, 자체 결제 수단도 없기 때문이다. 결국 대부분의 작업이 다시 사람에게 떠넘겨졌고, 에이전트가 자율적으로 서비스를 비교하거나 온보딩하는 일은 사실상 불가능했다.

Cloudflare Wallets는 이 문제를 두 가지 구조로 해결한다.

첫째는 Account Wallet이다. 사람(계정 소유자)이 직접 관리하는 지갑으로, 잔액을 충전하고 에이전트에게 사용 권한을 위임하는 역할을 한다.

둘째는 Virtual Wallet이다. 에이전트가 API 키로 운용하는 지갑으로, Account Wallet에서 설정한 한도 내에서만 지출할 수 있다. 허용 목록, 최대 거래 금액, 주간 예산 같은 가드레일을 설정해두면, 에이전트는 그 범위 안에서 자율적으로 움직인다.

결제 레이어는 이미 발표된 Monetization Gateway와 x402 프로토콜을 기반으로 한다. x402는 HTTP 요청에 결제를 직접 첨부하는 방식으로, 계정 없이도 몇 센트 단위의 마이크로페이먼트로 API를 즉시 사용할 수 있게 해준다. 스테이블코인 기반이다.

신원 문제도 짚고 넘어간다. 에이전트가 어떤 조직의 위임을 받아 동작하는지 외부에 알릴 수 있도록, cloudflare.pay 도메인 아래 에이전트별 핸들을 부여한다. 예를 들어 research.example.cloudflare.pay 같은 형태로 에이전트의 소속과 역할을 선택적으로 공개할 수 있다. 공개 여부는 완전히 선택 사항이다.

실무에서 어떤 의미인가?

에이전틱 AI를 실제 서비스에 붙여본 개발자라면 공감할 것이다. 에이전트가 외부 API를 호출하려는 순간, 인증과 결제라는 두 개의 벽에 가로막힌다. 이 두 문제를 지금까지는 개발자가 수작업으로 우회하거나, 사람이 직접 개입해 처리했다. Cloudflare Wallets는 이 병목을 인프라 레이어에서 해결하겠다는 선언이다.

특히 주목할 지점은 소비 한도가 자율성을 오히려 확장한다는 역설적 설계다. 에이전트가 책임지는 금액이 작을수록 인간의 감시 부담이 줄고, 그만큼 에이전트가 더 많은 결정을 자유롭게 내릴 수 있다. 보안과 자율성을 같은 방향으로 설계한 접근은 기술적으로 흥미롭다.

웹 트래픽의 과반이 이미 봇에 의해 발생하고 있다는 점을 감안하면, 이 인프라가 등장한 타이밍 자체가 시장의 필요를 반영한다. MCP(Model Context Protocol) 툴, AI 추론 API, 데이터 서비스 같은 에이전트 대상 B2B 시장이 형성되기 시작하는 시점에, Cloudflare는 결제와 신원이라는 두 인프라 레이어를 동시에 장악하려 하고 있다.

외주 개발이나 앱 개발 외주를 통해 AI 에이전트 기능을 제품에 통합하려는 팀이라면, 이 구조가 서비스 설계에 직접 영향을 미칠 가능성을 미리 살펴볼 필요가 있다.

도입 전 체크포인트

Cloudflare Wallets는 아직 전면 개방 전이다. 현재는 핸들 예약 단계이며, 실제 결제 기능은 순차적으로 지원 지역을 확대하며 열릴 예정으로 보인다. 도입을 검토한다면 아래 사항을 먼저 확인하는 것이 좋다.

• 지원 지역 확인: 스테이블코인 온/오프램프 지원 여부는 지역마다 다르다. 국내 사용자는 지원 국가 목록을 먼저 확인해야 한다.
• x402 호환성 점검: 기존에 연동하려는 API가 x402 프로토콜을 지원하는지, 혹은 Cloudflare Monetization Gateway를 통하는지 확인이 필요하다.
• Virtual Wallet 권한 설계: 에이전트에게 어떤 수준의 자율성을 줄 것인지 사전에 정책을 설계해야 한다. 허용 목록, 한도, 이상 지출 알림 기준을 미리 정의해두지 않으면 운영 중 혼선이 생긴다.
• 신원 공개 정책 결정: 에이전트 핸들을 공개할지 여부는 서비스의 B2B 신뢰 구조와 직결된다. 의도적으로 익명을 유지할지, 조직 신원을 노출할지는 비즈니스 전략과 함께 결정해야 한다.