에이전트 결제라는 말을 들으면 많은 분들이 "에이전트가 사람 대신 쇼핑을 하고 카드로 결제하는 것"을 떠올립니다. 물론 에이전틱 커머스도 에이전트 결제로 볼수 있지만, 저는 이러한 커머스 영역은 에이전트 결제의 일부분에 지나지 않는다고 생각합니다. 사람이 하던 결제를 에이전트가 대신하는 것은 편의를 개선하는데 그치지만, 사람이 결제 주체였을 때는 아예 성립하지 않았던 거래가 에이전트가 결제 주체가 되면서 가능해지고 이에 따라 존재하지 않던 시장이 처음으로 만들어질 수 있습니다. 저는 그런 시장이 생성되는 지점이 어디인지를 보여주는 좋은 사례가 Cloudflare의 Pay-per-Crawl이라고 생각하고, 오늘은 이에 대한 이야기를 해보려고 합니다. 지금까지 웹에 있는 콘텐츠를 AI가 활용할 수 있는 방식은 크게 두 가지밖에 없었습니다. 하나는 크롤러가 허락 없이 긁어가는 것이고, 다른 하나는 미디어와 AI 회사가 만나 큰 규모의 라이선스 계약을 맺는 것입니다. 그 둘 사이에 "돈을 낼 테니 이 페이지 하나만 읽게 해달라"는 선택지는 존재하지 않았습니다. 돈을 내겠다는 크롤러가 있었다 하더라도 그 돈을 받아줄 창구가 없었기 때문에, 페이지 소유자는 차단하거나 무료로 내어주거나 둘 중 하나를 골라야 했습니다. Pay-per-Crawl이 한 일은 그 사이에 창구를 만든 것입니다. 페이지 소유자가 크롤 한 건당 가격을 정해두면 Cloudflare가 요청에 HTTP 402(Payment Required)로 응답하고, 크롤러는 그 자리에서 결제하고 콘텐츠를 받아가거나 결제 의사가 없으면 떠나게 됩니다. 사람이 협상 테이블에 앉을 필요가 없고, 계약서도 필요 없으며, 크롤러가 등록된 신원을 갖고 있으면 기계와 기계가 알아서 거래를 마칩니다. 여기서 중요한 것은 이 거래가 사람이 결제 주체인 세상에서는 아무리 결제 기술이 좋아도 성립할 수 없었다는 점입니다. 에이전트가 어떤 일을 하기 위해 읽어야 하는 페이지는 수십 개, 수백 개가 될 수 있고, 그 페이지 하나하나에 대해 사람이 결제 버튼을 누르거나 미리 계약을 맺어둔다는 것은 현실적으로 불가능합니다. 거래 하나의 가치가 몇 센트인데 그 거래를 성립시키는 데 드는 사람의 시간이 그보다 훨씬 크기 때문에, 마이크로페이먼트는 지난 20년간 기술이 아니라 사람의 주의력이라는 병목에 걸려 번번이 실패했습니다. 에이전트가 결제 주체가 되면 그 병목이 사라지고, 사라진 자리에 이전에는 없던 거래가 생깁니다. 페이지 소유자 입장에서 보면 지금까지 대역폭만 소모하고 광고는 보지 않던 봇이라는 비용 항목이 처음으로 돈을 내고 들어오는 손님이라는 매출 항목으로 옮겨가게 됩니다. 특히 이 시장은 그동안 협상 테이블에 앉을 수 없었던 쪽에 열립니다. 대형 미디어는 원래도 AI 회사와 계약을 맺을 수 있었지만, 개인 블로그나 니치한 기술 문서 사이트, 소규모 커뮤니티는 그런 협상을 할 방법이 없었습니다. 그런데 에이전트가 실제로 필요로 하는 정보는 오히려 그런 롱테일에 더 많이 있을 가능성이 크기 때문에, 이건 기존 시장이 조금 커지는 것이 아니라 공급자의 수가 수백에서 수백만으로 바뀌는 종류의 변화입니다. 물론 지금 단가로는 큰돈이 되지 않는다는 지적이 있고 그것은 사실입니다. Cloudflare 자신도 올해 들어 크롤 시점이 아니라 콘텐츠가 실제로 AI 답변에 쓰인 시점에 과금하는 Pay-per-Use로 방향을 조정했는데, 저는 이것을 시장이 안 된다는 신호가 아니라 시장이 있으니 가격 단위를 맞춰가는 과정으로 읽고 있습니다. 사람 방문자 시장은 인구가 상한이지만 에이전트 방문자 시장은 그 상한이 다르고, 에이전트 하나가 하루에 읽는 페이지 수는 사람보다 훨씬 많으며, 에이전트의 수는 사람 수와 무관하게 늘어납니다. 그래서 에이전트 결제가 어디에 쓰이는 것인지 묻는 분이 있으면 저는 이 사례를 먼저 이야기합니다. 사람이 하던 결제를 에이전트가 대신 해주는 것도 에이전트 결제이지만, 사람이 결제 주체였기 때문에 아예 존재할 수 없었던 거래를 존재하게 만드는 것 또한 에이전트 결제이며, Pay-per-Crawl은 그 후자의 첫 사례로 볼수 있습니다. 콘텐츠 다음에는 API 호출, 데이터 조회, 에이전트끼리 서비스를 사고파는 자리로 같은 구조가 옮겨갈 것입니다. 그래서 저는 어떤 에이전트 결제 서비스를 볼 때 "사람이 하던 결제를 얼마나 편하게 대신해주는가"보다 "사람이 결제 주체였다면 없었을 거래를 얼마나 만들어내는가"를 먼저 봅니다. 앞의 것은 결제 시장의 점유율을 옮기는 일이고, 뒤의 것은 결제 시장 자체를 넓히는 일이기 때문입니다. 에이전트 결제가 의미 있는 시장이 되려면 없던 거래를 만들어내는 쪽이 커져야 하고, 우리는 그 첫 신호를 Pay-per-Crawl에서 봤다고 생각합니다.

For a while, agent payments drew a great deal of attention. As standards like x402 and ERC-8004 appeared, it was often said that a world in which agents find and pay for services on a person's behalf was just around the corner. Yet when you actually looked closely, most of what existed was at the demo stage, and many observers judged that the transaction volumes being announced were closer to wash trading than to real activity. So what does it look like now that the attention has moved on? I was curious, so I built a small screen that reads on-chain data directly and left it open for several days to watch. What I saw was a steady stream of wallets paying a few cents to some service through a facilitator, with the transaction settling on Base or Polygon a few seconds later. The amounts are small and the counts are not large, but it was happening more consistently than I had expected. Attempts like x402 are ultimately about filling the place where a person used to be, and once agents start doing work with the same authority as humans, payment stops being an option and becomes a precondition. That is why I pay attention to these small numbers. Today's payment systems are all built on the assumption that there is a person in the middle. Creating an account, registering a card, and reviewing an invoice are all things a human does. But when an agent starts calling external services thousands of times a day for search, data lookups, or code execution, a person cannot step in to pay each time, and what becomes necessary is a way to pay small amounts per call without an account. The few-cent payments on my screen are what that method looks like when it actually works. This is why I believe we should be looking into and preparing for the agent payment market now, before it arrives in earnest. Which standards take hold, which facilitators handle settlement, and which chains activity gathers on are being decided now, while volumes are still small. Human payments grow one user at a time, but agent payments grow all at once when a single line of code changes. Starting to build the surrounding infrastructure at that point, such as key management, spending limits, and audit trails, would already be too late, and this quiet period is precisely the time to understand the structure and get ready. The work I am doing is aligned with this as well. For an agent to make payments without human intervention, what is needed first is not the payment protocol itself but the things that sit before and after it: keeping the agent's keys safe, defining through policy how far it is allowed to spend, and leaving a record of what it paid for. I see what has been built through node operations and custody infrastructure leading naturally in this direction, and I am preparing the infrastructure an agent needs in order to become a trustworthy paying party.