핵심 요약
기사 목차 펼치기 / 접기
AI가 보고서를 만들다가 유료 데이터를 만나면 누가 계산할까. 베이스(Base)는 지갑을 가진 에이전트를 인터넷의 새 고객으로 받아들이려 한다. 데이터와 실행 도구에 구매 경로가 생겼지만, 결제 기록만으로 고객의 증가까지 증명할 수는 없다.
PDF 하나를 만드는 데에도 구매가 필요하다
클라우드플레어(Cloudflare)는 2026년 9월 30일 비공개 베타를 통해 웹사이트와 API에 과금 경로를 붙이는 모네타이제이션 게이트웨이(Monetization Gateway)를 발표했다. 발표에 등장한 API2PDF는 HTML과 문서를 PDF로 변환하며, 요청별 결제를 받는다. AI가 결과물을 만드는 과정에서 외부 기능을 구매하는 사례다.
API2PDF는 요청마다 예상 최대 비용을 안내하고, 처리 후 실제 사용량만 정산한다. 문서마다 필요한 연산과 전송량이 다르기 때문이다. 에이전트는 완성된 변환 서비스를 살 수 있고, 보고서 작성이라는 한 작업 안에 구매가 들어간다. 이 게이트웨이는 미국 달러에 가치를 맞춘 스테이블코인 USDC를 사용해 베이스에서 결제를 정산한다.
“AI의 도구 목록에 가격표가 붙기 시작했지만, 결제 기록만으로 고객의 증가를 증명할 수는 없다.”
발표 당시 베타는 자격을 갖춘 미국 내 판매자와 구매자에게 한정됐다. PDF 사례도 업체가 공개한 작동 방식이며, 기능 발표를 전 세계 도입으로 확대 해석해서는 안 된다. 에이전트가 얼마나 자주 구매하고 다시 돌아오는지는 별도의 사용 자료가 필요하다.
베이스가 찾는 고객은 지갑을 가진 AI다
베이스는 코인베이스(Coinbase)가 육성한 블록체인 네트워크다. 베이스는 공식 비전을 통해 에이전트가 데이터와 도구를 구매하고, 작업을 판매하며 다른 에이전트를 고용하는 경제를 제시한다. 지갑은 그 과정의 지급과 수취를 맡는다. 사람이나 기업이 맡긴 일을 처리하다가 필요한 기능을 구매하는 구조이며, 결제 주체의 자동화가 자금의 주인까지 바꾸지는 않는다.
베이스는 배경으로 모델의 도구 사용 능력 개선과 지갑 연결의 간소화, 스테이블코인 보급과 거래 비용 하락을 들었다. 모델이 일을 수행하는 능력과 비용을 지급하는 수단이 함께 갖춰졌다는 설명이다. 다만 각 요인이 이용 증가에 얼마나 기여했는지는 제시하지 않았으며, 회사의 성장 해석과 인과관계의 입증은 구분해야 한다.
베이스가 확보하려는 자리는 에이전트의 결제와 정산 경로다.
베이스의 2026년 전략에도 에이전트용 계정과 CLI·MCP 접근, x402 지원이 명시됐다. 모델 컨텍스트 프로토콜(MCP)과 CLI는 에이전트가 도구에 접근하는 통로이며, 여기에 돈을 쓰는 기능을 연결한다. 데이터 분석이나 PDF 생성 전체를 블록체인에서 실행한다는 계획과는 구별된다. 베이스의 제안은 외부 서비스와 금융 기능을 이어 쓰게 하는 데 있다.
AI가 사는 것은 데이터와 실행 능력이다
난센(Nansen)은 2026년 4월 16일 기술 블로그를 통해 x402를 통한 호출별 데이터 구매 방식을 소개했다. 조회 대상은 지갑 잔액과 거래, 자금 흐름 등이며 필요한 데이터를 한 번씩 구매한다. 월 단위 이용 계약을 맺기 전에 짧은 작업부터 처리할 수 있는 경로다.
브라우저베이스(Browserbase)의 결제 페이지는 브라우저 세션과 검색, 페이지 수집을 구매 대상으로 제시한다. 이때 사는 것은 답변에 필요한 실행 환경으로, 웹페이지를 읽을 브라우저를 빌리고 작업이 끝나면 사용을 종료한다. API2PDF가 문서 변환 결과를 파는 것과도 다르다.
가령 시장 조사 에이전트를 만든다고 하자. 필요한 지갑 데이터를 구매하고, 브라우저로 자료를 모은 뒤 보고서를 PDF로 변환하는 작업을 설계할 수 있다. 이 조합은 공개 기능을 연결한 가정이며, 세 업체가 한 작업에서 함께 쓰였다는 실적 자료는 아니다.
이 구분은 서비스 목록을 평가할 때도 필요하다. 유료 호출을 지원하는 기능, 구매가 실제 발생했다는 기록, 같은 고객이 반복해서 비용을 냈다는 실적은 각각 다르다. 판매 가능한 도구가 많아져도 구매자가 늘었다는 결론이 바로 따라오지는 않는다. 고객의 작업과 구매 기록을 함께 봐야 한다.
도구의 다양성이 곧 고객의 증가를 뜻하지는 않는다.
난센은 베이스와 솔라나(Solana)를 통한 x402 결제를 지원한다. 브라우저베이스도 두 네트워크를 지원하며, MPP를 사용하는 템포(Tempo) 결제 경로가 있다.
판매자는 기능과 가격을 기계가 읽도록 제공한다
x402에서는 유료 자원을 요청받은 서버가 가격과 결제 자산, 네트워크 정보를 돌려준다. 구매 측은 조건을 읽고 지급을 승인한다. 결제가 검증되면 서비스가 결과를 제공한다. 사람에게 보이는 결제창의 조건을 프로그램이 처리하는 방식이다.
판매자에게는 상품의 설명 방식이 달라진다. 에이전트가 무슨 기능을 호출하고 어떤 결과를 받는지 판단할 수 있어야 한다. 가격을 붙였어도 입력 조건과 반환 결과가 불분명하면 구매 판단이 어려우며, 결제 성공과 작업 성공도 따로 확인해야 한다.
결제할 수 있는 도구와 믿고 살 수 있는 도구 사이에는 간격이 있다.
난센은 호출별 결제와 함께 기존 월 구독 경로도 안내한다. 사용량이 일정한 팀과 간헐적으로 데이터를 찾는 에이전트의 구매 조건은 다르다. 요청별 결제는 구독을 모두 대체할 이유가 없으며, 판매자는 기존 계약에 작은 작업을 위한 구매 경로를 더할 수 있다.
코인베이스의 월렛 MCP(Wallet MCP)는 유료 요청마다 사람의 승인과 지갑 서명을 받는다. 에이전틱 월렛 MCP(Agentic Wallet MCP)는 호출별·세션별 지출 한도 안에서 자동 결제를 지원한다. 같은 결제 기술을 연결해도 위임 범위는 다르다. 에이전트 경제를 설명할 때 모든 구매가 무인으로 이뤄진다고 묶어서는 안 된다.
결제 중개 서비스인 CDP 파실리테이터(CDP Facilitator)는 지급 서명을 검증하고, 블록체인 정산 결과를 판매자 서버에 알려준다. 판매자는 결제 처리 업무를 맡길 수 있지만, 서비스 운영비와 정산 비용을 함께 계산해야 한다. 호출 가격이 작을수록 여러 구매를 묶어 정산할 수 있는지도 사업 조건이 된다.
결제가 많으면 고객도 많은가?
에이전트의 수를 세는 일부터 어렵다. 한 운영자가 여러 지갑을 만들 수 있고 하나의 에이전트도 여러 번 결제한다. 지갑 수와 구매 건수, 정산 건수는 서로 다른 지표이며 고객의 증가를 보려면 누가 어떤 일을 처리하려고 돈을 냈는지 확인해야 한다.
2026년 7월 아카이브에 공개된 연구는 2025년 9월 17일부터 2026년 6월 23일까지 베이스 네트워크에서 발생한 x402 정산 1억3670만8672건을 식별했다. 이 정산 건수 중 21.2%는 자기 지급이나 돈이 되돌아오는 폐쇄 순환으로 분류됐다. 63.8%는 자금 연결 관계가 있는 주소 집단 내부의 정산이었다. 분모는 고객 수나 매출이 아닌 정산 건수다.
연구진은 내부 정산을 모두 허위 거래로 단정하지 않았다. 수탁 서비스의 내부 장부 처리일 수 있고, 자금 연결만으로 동일 소유자라고 확정할 수도 없다고 밝혔다. 외부 수요를 설명하는 데 내부 기록을 그대로 보태기 어렵다는 지적이다. 두 분류를 더해 생태계 대부분이 사기라고 규정하면 연구 범위를 벗어난다.
남은 15%도 연구가 진짜 수요로 인증한 비율은 아니다. 연구진은 결제 장부만으로 실제 서비스 제공이나 구매자의 의도를 확인하지 못한다고 명시했다. 관측 기간도 6월까지여서, 이 결과를 10월의 서비스 도입이나 고객 규모에 그대로 적용할 수는 없다.
결제 기록은 수요를 확인하는 출발점이다.
현재 CDP 파실리테이터는 여러 지급을 한 번의 블록체인 거래로 정산하는 방식도 지원한다. 이런 경로에서는 구매가 늘어도 정산 건수가 같은 비율로 늘지 않는다. 성장 판단에는 외부 고객의 반복 구매와 결과 제공 여부가 필요하다. 고객이 낸 돈에서 운영 비용을 뺀 수익도 확인해야 한다.
구매 다음에는 무엇을 팔 것인가
베이스는 현재 눈에 잘 보이는 활동을 지출로 설명하고, 다음 단계로 에이전트의 수입을 제시한다. 구매자에게 맡겨진 예산과 판매자로서 번 돈은 성격이 다르지만, 지갑으로 들어온 돈만으로 둘을 구분할 수 없다. 에이전트가 비용을 회수하는 사업을 만드는지는 아직 남은 질문이다.
다음에 확인할 장부에는 지갑 충전액과 외부 고객의 지급액, 작업별 운영비가 따로 적혀 있어야 한다.
