402 상태 코드가 20년 만에 깨어났다 - AI 에이전트가 결제하고 판매자가 수익화하는 구조
봇 트래픽이 인간 트래픽을 넘어선 변곡점에서 시작해, 예약만 되어 있던 HTTP 402 상태 코드를 되살린 x402 프로토콜과 AgentCore Payments·WAF 수익화라는 매수·매도 양면 구조를 정리한 강연. 25센트 최소 수수료가 마이크로 결제에서 250배가 되는 계산과 지난 12개월 1억 7,000만 건 실측이 근거로 쓰인다.
402 상태 코드가 20년 만에 깨어났다
TL;DR
- 변곡점이 수치로 제시되는데 지금 인터넷의 포털로 보내지는 트래픽 상당 부분이 봇에서 오고 있으며 봇 트래픽이 인간 트래픽을 넘어섰고, 그 봇 트래픽의 95퍼센트가 AI 에이전트에서 온다는 것이다. 전망도 붙는다. 2027년까지 약 10억 개의 에이전트가 작업을 수행하며 돌아가고 기업의 60퍼센트가 이미 에이전틱 워크플로를 쓰고 있을 것이다.
- 문제가 명확한데 에이전트가 페이월에 부딪히면 멈춰서 작동할 수 없고 콘텐츠에 접근할 수 없다는 메시지를 내며, 그 시점에 사람이 루프에 들어와 AI 에이전트를 위해 신용카드 정보나 API 키를 입력한다는 것이고 판정이 따라온다. 그 모든 것이 수동 마찰이고 자율 에이전트는 마찰이 쌓이는 그 지점에서 실제로 깨진다.
- 판매자의 두 선택이 모두 나쁘다고 논증되는데 봇 트래픽을 전부 차단하면 AI 기반 발견과 파트너십·라이선싱 옵션, 인용을 통한 노출까지 잃고 수익 창출 옵션을 잃는다는 것이다. 반대도 마찬가지다. 봇 접근을 허용하면 수십만 또는 수백만 봇이 인프라를 때려 비용이 오르고, 콘텐츠가 자유롭게 이용 가능해지므로 귀속과 IP 자체를 잃는다.
- 기존 결제 모델이 산술로 무너지는데 판매자는 최소 25센트의 거래 수수료에 그 위로 2.5퍼센트를 마주하지만 이 마이크로 거래들은 센트나 서브센트 또는 마이크로센트 단위라는 것이다. 그래서 계산이 나온다. 25센트를 위에 얹으면 실질적으로 지불하는 것의 약 250배가 되므로 이 모델은 작동하지 않는다.
- 해법이 잠자던 상태 코드였는데 200과 404, 301 같은 익숙한 상태 코드가 있지만 402라는 상태 코드 하나는 쓰이지 않았고 결제 필요라는 뜻으로 예약되어 있었다는 것이다. 그리고 부활이 서술된다. 코인베이스가 이것을 402를 통한 거래로 도입했고 x402라고도 불리는데, 프로토콜 수수료가 없고 대기 시간이 0이며 API 키 설정도 구독도 없고 결제 자체가 콘텐츠를 얻는 자격 증명이 된다.
Source
When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — Anil Nadiminti(AWS Senior Solutions Architect), AI Engineer 콘퍼런스 에이전트 이커머스 트랙, 20분 40초 · 2026년 9월 1일 공개
Source: When AI Agents Pay and Sellers Monetize: Building x402 Apps on AWS — AI Engineer, 20분 40초
Knowledge
봇이 인간을 넘어선 변곡점
강연은 익숙한 장면으로 무대를 깐다. 조직이 뉴스 포털을 만들고 있다고 상상해 보라는 것이고 뉴스 콘텐츠에 접근하다가 갑자기 페이월에 부딪히는 상황에 모두 익숙하다는 것이다. 그때 무슨 일이 일어나는지가 서술된다. 지갑을 꺼내거나 결제 방법을 알아내고 자격 증명과 액세스 키를 설정하는데, 다시 말해 주간이나 월간, 연간 구독으로 신용카드 거래를 하고 나서야 콘텐츠에 접근하기 시작한다는 것이다.
그런데 현재 상황이 다르다고 지목된다. 지금 인터넷에서 이 포털들로 실제로 보내지는 트래픽 상당 부분이 모두 봇에서 오고 있다는 것이다. 그리고 변곡점이 선언된다. 봇 트래픽이 인간 트래픽보다 많은 변곡점에 있으며 사실 이미 그것을 넘어섰다는 것이고 그 봇 트래픽의 95퍼센트가 AI 에이전트에서 온다는 것이다.
자율 에이전트의 대두가 단계로 정리된다. 우리 모두 LLM을 쓰기 시작해 질문하고 요약을 요청하고 도움을 받는 데서 출발해, 코파일럿으로 쓰면서 다단계 작업을 하는 에이전틱한 일을 시키게 됐다는 것이다. 그리고 지금 국면이 규정된다. 이제는 에이전트가 대규모 언어모델의 추론 능력을 사용해 작업을 완료하는 자율 에이전트 국면에 있으며 작업을 완료한다는 것은 무엇을 요청하든 그것을 하러 가야 한다는 뜻이라는 것이다.
전망도 수치로 제시된다. 2027년까지 약 10억 개의 에이전트가 작업을 수행하며 돌아가고 기업의 60퍼센트가 이미 에이전틱 워크플로를 쓰고 있을 것이라는 것이다.
에이전트가 페이월에 부딪히면 깨진다
핵심 문제가 제시된다. 에이전트가 페이월에 부딪히면 멈춰서 작동할 수 없고 콘텐츠에 접근할 수 없다는 메시지를 낸다는 것이다. 그리고 그 시점에 벌어지는 일이 서술된다. 사람이 루프에 들어와서 AI 에이전트를 위해 신용카드 세부 정보나 API 키를 입력하고 거래를 하려 한다는 것이다.
판정이 명확하다. 그 모든 것이 수동 마찰이며 결국 사람을 루프에 들여오는 것이라는 것이다. 그래서 결론이 나온다. 자율 에이전트는 마찰이 쌓이고 있는 바로 그 지점에서 실제로 깨진다는 것이다.
판매자의 두 선택이 모두 나쁘다
콘텐츠 판매자에게 두 가지 옵션이 있다고 제시된다. 첫째는 봇 트래픽을 전부 차단하는 것인데 대가가 크다. 모든 트래픽을 차단하면 이 AI 기반 발견을 잃고 파트너십과 라이선싱 옵션을 놓친다는 것이다. 그리고 하나가 더 붙는다. AI가 이제 인용을 지원하므로 응답에서 얻는 인용 기반 노출까지 잃게 되며 콘텐츠를 팔 수 없으면 본질적으로 수익 창출 옵션을 잃는다는 것이다.
둘째는 봇의 접근을 허용하는 것인데 이쪽도 문제다. 수십만 또는 수백만 봇이 인프라를 때릴 수 있다는 뜻이며 인프라 비용도 오르고 그 모든 것을 지원할 수 있어야 한다는 것이다. 그리고 더 근본적인 손실이 지목된다. 봇의 콘텐츠 접근을 허용하면 귀속을, 그리고 IP 자체를 잃는데 콘텐츠가 이제 자유롭게 이용 가능해지기 때문이라는 것이다.
그래서 판정이 나온다. 이 두 결정 모두 아마 좋은 선택이 아니며 이상적이지 않다는 것이다. 그리고 요구가 정리된다. AI 에이전트가 찾고 있는 콘텐츠를 얻고 그에 대해 지불할 수 있으며 그것으로 수익화할 수 있는 또 다른 이상적인 선택이 있어야 한다는 것이다.
에이전트 이커머스의 두 면
다음 국면이 정의된다. 에이전트가 거래할 수 있고 다른 에이전트와 리소스를 발견하며 본질적으로 결제할 수 있어야 하는 자율 에이전트 대두의 다음 단계라는 것이다. 그리고 에이전트 이커머스의 정의가 제시된다. AI 에이전트가 독립적으로 발견하고 그 정산을 하고 나서 콘텐츠에 접근할 수 있는 이커머스의 한 형태라는 것이다.
두 면이 나뉜다. 매수 측에서는 에이전트가 이 거래들을 하고 매도 측에서는 콘텐츠 판매자가 콘텐츠로 수익화하려 한다는 것이다.
매수 측의 요구가 열거된다. AI 에이전트는 프리미엄 페이월 콘텐츠와 라이선스 콘텐츠에 접근하고 싶어 하고 오늘은 그 옵션이 없는 지갑을 보유하고 싶어 하며 마이크로 거래를 할 수 있기를 원한다는 것이다. 그런데 기업의 요구는 다르다. 기업은 이 지점에 오면 더 많은 가드레일을 원하며 에이전트가 지출 폭주에 나서는 것을 원하지 않는다는 것이다. 반문도 던진다. AI 에이전트가 당신의 지갑이나 신용카드를 다루면서 거래를 하게 하고 싶겠느냐는 것이며 그것들이 통제를 벗어날 수도 있다는 것이다.
매도 측의 요구도 정리된다. 이 AI 봇들과 다시 수십억 건의 거래가 일어날 것이므로, 판매자는 어떤 종류의 봇이 작동하고 어떤 종류의 거래를 하는지 이해할 수 있기를 진짜로 원한다는 것이다. 그리고 위치에 대한 요구가 강조된다. 판매자는 이것을 엣지에서 하고 싶어 하며 콘텐츠가 놓여 있는 전체 인프라와 오리진을 바꾸고 싶지 않고 많은 것을 바꾸지 않으면서 엣지에서 할 수 있기를 원한다는 것이다.
그래서 공통점이 지목된다. 매수 측과 매도 측에 하나의 공통된 것이 있는데 엣지에서 머신 투 머신 결제를 해결하기 위한 표준화된 접근법 또는 프로토콜이라는 것이다.
요점이 두 문장으로 압축된다. 구매자는 사람의 승인 없이 에이전트가 콘텐츠에 대해 지불할 수 있기를 원하고 판매자는 AI 트래픽에서 수익을 얻을 수 있기를 원한다는 것이다. 그리고 전환이 선언된다. 구독 모델이 사람이 루프 안에 있는 것에서 사람이 루프 위에 있거나 루프 밖에 있는 것으로 바뀔 것이며 그것이 우리가 만들어 가는 방향이라는 것이다.
25센트가 250배가 되는 산술
기존 모델이 왜 안 되는지 계산으로 제시된다. 판매자라면 마주쳤을 것인데, 최소 25센트의 거래 수수료가 있고 그 위에 2.5퍼센트가 붙는다는 것이다. 그런데 대상 거래의 규모가 다르다. 이 마이크로 거래들은 센트나 서브센트, 또는 마이크로센트라고 부르는 단위라는 것이다.
그래서 결론이 산술로 나온다. 25센트를 위에 얹으면 그들이 본질적으로 지불하는 것의 약 250배가 되므로 이 모델 전부가 작동하지 않는다는 것이다. 그리고 미래가 규정된다. 전통적인 원사이즈 모델은 더 이상 통하지 않으며 이 모든 것이 실시간 속도로 일어나야 하고 사용당 지불과 실행당 지불이 미래의 모습이 될 것이라는 것이다.
402라는 예약된 상태 코드
간략한 역사가 제시된다. 모든 HTTP 호출은 본질적으로 응답을 돌려주는데, 200 상태 코드와 404, 301 같은 익숙한 상태 코드들이 있다는 것이다. 그리고 하나가 지목된다. 402라는 상태 코드 하나가 쓰이지 않았으며 결제 필요라는 뜻으로 예약되어 있었다는 것이다.
부활이 서술된다. 이제 마침내 코인베이스가 이것을 402를 통한 거래로 도입했으며 x402라고도 불린다는 것이고 프로토콜이 이것을 사용해 머신 투 머신 거래를 어떻게 하는지를 다룬다는 것이다.
프로토콜의 흐름이 순서대로 제시된다. 클라이언트가 서버에 요청을 하면 서버는 결제 필요로 응답한다는 것이다. 클라이언트는 어떤 결제 방법으로 운영하고 싶은지 파악한 뒤 결제 승인을 서버로 보낸다는 것이다. 그러면 서버는 퍼실리테이터를 활용해 검증을 완료하고 같은 퍼실리테이터를 활용해 거래를 완료한다는 것이다. 그리고 온체인에서 정산이 완료되면 서버가 콘텐츠로 응답한다는 것이다.
이것이 왜 설득력 있는지가 열거된다. 본질적으로 프로토콜 수수료가 없거나 소비자가 이 마이크로센트 거래에 지불하는 수수료가 없으며 머천트는 아주 미미한 가스비를 지불한다는 것이다. 그리고 대기 시간이 0이어서 인터넷의 속도로 일어난다는 것이다. 마찰도 없다. 설정할 API 키도 없고 구독도 없으며 결제가 본질적으로 콘텐츠를 얻기 위한 자격 증명이 된다는 것이다. 그래서 중앙화가 없고 x402는 확장될 수도 있으며 구현할 수 있고 제한도 없다고 정리된다.
주요 마일스톤이 밝혀진다. 2025년 5월에 도입되었고 이제 오픈 거버넌스 아래 리눅스 재단의 일부이며 코인베이스와 AWS, 구글, 스트라이프, 앤스로픽, 클라우드플레어, 서클이 후원하고 있고 이를 지원하는 조직이 더 많이 있다는 것이다.
매수 측 — AgentCore Payments
개발자들의 요구가 정리된다. 에이전트가 지갑 지원을 갖기를 진짜로 원하고 실시간 정산을 원하고 기업이 정말로 원하는 예산과 가드레일을 원하며 후드 아래에서 벌어지는 모든 것의 전체 스택 트레이스를 갖고 싶어 하는 관측성을 원한다는 것이다.
그래서 출시가 발표된다. AgentCore Payments를 출시했으며 AI 에이전트가 몇 줄의 코드로 결제를 자율적으로 발견하고 승인하고 실행할 수 있게 하는 서비스라는 것이다. 파트너십도 밝혀진다. 코인베이스와 스트라이프와의 파트너십으로 출시했으며 코인베이스와 스트라이프 프리뷰에서 지갑을 가져와 이 작업을 할 수 있다는 것이다.
핵심 기능이 열거된다. 지갑 지원으로 코인베이스와 스트라이프에서 지갑을 가져올 수 있고 결제 커넥터를 사용해 결제를 오케스트레이션할 수 있으며 오늘은 x402를 지원하고 파이프라인에 더 많은 프로토콜이 있다는 것이다. 그리고 설계 원칙이 명시된다. 이 서비스는 프로토콜 불특정으로 설계되었으므로 새 프로토콜이 등장하면 그 프로토콜에 대한 지원도 추가할 것이라는 것이다. 정산은 즉각적일 것이며 가장 중요하게 이야기한 결제 한도를 설정할 수 있어서 기업들이 이 거래들이 어떻게 작동할 수 있는지에 대해 한도와 가드를 두려는 요구에 대응한다는 것이다. 관측성은 내장되어 있고 이 모든 것이 보안을 계층으로 두고 작동한다고 한다.
한도 설정 방식이 구체적으로 제시된다. 결제 세션을 만들어 거래에 사용될 수 있는 최대 금액을 프로그래밍으로 설정할 수 있고 분 단위 만료 시간도 설정할 수 있다는 것이다. 예시도 든다. 에이전트가 30일이나 60일에 5달러를 쓸 수 있다고 설정하는 식의 운영 모델이라는 것이다.
매수 측 흐름이 서술된다. 사용자가 에이전트에게 리소스를 요청하면 에이전트는 도구와 MCP 서버, 다른 리소스에 접근해 요청을 완료한다는 것이다. 그 시점에 도구 호출이나 요청 중 하나에서 402 응답이 있음을 발견하면, AgentCore Payments가 거래를 완료하기 위해 요청을 처리하고 나서 AI 에이전트에게 정산이 일어났음을 알리며 AI 에이전트는 사용자에게 응답할 수 있게 된다는 것이다.
보안 설계에서 가장 중요한 점이 강조된다. 지갑 지원이 임포트될 때 지갑을 임포트하는 데 사용하는 비밀 키가 실제로는 KMS로 보호되는 보안 토큰 지갑에 저장된다는 것이다. 그래서 본질적으로 에이전트는 프라이빗 키에 접근할 수 없으며 이것을 유념하는 것이 가장 중요하다는 것이다.
Gateway와의 통합도 언급된다. AgentCore Payments는 내부 API를 MCP화하는 다른 서비스인 AgentCore Gateway를 통해서도 통합되어 있으며 Gateway를 통해 AgentCore Payments가 코인베이스의 발견 서비스에 접근할 수 있어 거래 가능한 1만 개 이상의 엔드포인트가 있다는 것이다. 그리고 앞서 논의한 세션당 예산이 다시 언급된다.
분리가 왜 설계 원칙인가
핵심 설계가 지목된다. 에이전트 인프라와 결제 인프라의 분리가 설계상 이루어져 있어서 에이전트는 자기 루프에서 작동하고 결제를 볼 때마다 결제 커넥터 오케스트레이션과 결제 한도, 서드파티 지갑 통합이 일어날 수 있다는 것이다.
분리해야 하는 이유가 위협으로 설명된다. 스킬이 오염될 수 있고 에이전트에 대한 입력도 오염될 수 있으며 악의적 행위자가 그것을 시도할 수 있기 때문이라는 것이다. 그래서 효과가 정리된다. 분리하고 이것을 설계상 그렇게 만들면 에이전트가 본질적으로 이 거래들에 대한 안전한 경로를 가질 수 있고 결제는 비결정적 경로를 건드리지 않으며 오히려 결정적 계층에 놓인다는 것이다.
부수 이점도 밝혀진다. 에이전트의 코드가 바뀌지 않아도 되고 자기 모델과 프레임워크를 가져올 수 있으며 결제 자체는 결제 계층에서 흐를 수 있다는 것이다. 그리고 통제와 정책, 지출 통제가 결제 스택 자체의 외부에 있을 수 있으며 이것이 프로토콜 불특정으로 만들어졌다고 정리된다.
콘솔과 데모도 언급된다. 콘솔 화면에서 결제 커넥터를 임포트하는 방법을 보여주며 코인베이스 지갑과 스트라이프 프리뷰 지갑을 콘솔에서 선택할 수 있다는 것이다. 데모에서는 AI 에이전트가 보안 리소스를 발견하고 AgentCore Payments가 개입해 이미 통합된 지갑을 활용해 거래를 완료하는 모습을 보여준다고 한다.
매도 측 — 650종 봇 탐지와 WAF 수익화
봇 활동이 많다는 전제에서 시작한다. AWS Web Application Firewall 아래에 봇 탐지 기능을 출시했으며 오늘 650종이 넘는 다양한 봇을 탐지한다는 것이다. 예시가 열거된다. 퍼플렉시티 봇과 GPT 봇, 클로드 봇, 구글 봇 같은 봇들을 생각해 보라는 것이며 밖에 아주 많은 봇이 있다는 것이다.
의도 파악이 가능하다는 점이 강조된다. 이 봇들의 의도도 이해할 수 있어서 왜 이 봇들이 콘텐츠에 접근하는지 알 수 있다는 것이다. 구분이 제시된다. 모델을 훈련하기 위해 콘텐츠에 접근하는 것인지, 아니면 RAG 검색에 응답해야 하는 의도에 대응하기 위해 하는 것인지를 식별할 수 있다는 것이다.
봇 검증도 가능하다고 한다. 시그니처로 봇을 검증하고 식별할 수 있어서 이것이 검증된 봇이라고 말할 수 있다는 것이다. 그래서 활용이 제시된다. 이 조직들 중 하나와 관계를 구축했다면 이 검증을 통해 이미 검증된 조직에 대해 다른 가격을 매길 수 있다는 것이다. 실시간 트래픽 분석도 있어서 더 많은 커스터마이징이 가능하다고 덧붙인다.
그리고 발표가 이어진다. WAF AI 트래픽 수익화를 발표했으며 엔드포인트에 닿는 AI 트래픽을 측정하고 검증하고 그에 기반해 수익화할 수 있게 하는 서비스라는 것이다. 적용 경로도 안내된다. 콘텐츠 배포 네트워크인 CloudFront에 익숙하다면 그 지점에 Web Application Firewall을 추가할 수 있고 본질적으로 바로 수익화를 시작할 수 있으며 몇 번의 클릭으로 또는 코드형 인프라로도 할 수 있다는 것이다. 앞서 말한 Gateway 서비스도 연결된다. 내부용 AI 엔드포인트를 노출해 MCP화할 수 있으므로 같은 WAF를 거기서도 쓸 수 있고 내부 API를 MCP화한 뒤 수익화를 시작할 수 있다는 것이다.
수익화 과정이 순서로 제시된다. AI 에이전트 또는 AI 봇이 콘텐츠를 요청하면 봇 컨텍스트가 어떤 종류의 봇인지 이해해 봇을 탐지하고 앞서 논의한 대로 봇의 의도를 분류하고 이해하며 어떤 종류의 봇이 있는지 검증하고 확인한다는 것이다. 그러고 나서 x402를 사용해 수익화하고 퍼블리셔가 대금을 받는다는 것이다.
중요한 점이 정리된다. SDK 변경도 없고 오리진에서의 변경도 없으며 퍼블리셔가 수익의 100퍼센트를 가져가고 거래 수수료나 구독 수수료도 없다는 것이다. x402를 지원하며 더 많은 프로토콜에 대한 지원도 추가하고 있다고 한다.
수익화 차원이 세 가지로 제시된다. 첫째는 경로별로, 블로그 경로가 리서치 경로나 API 엔드포인트와 다른 요율을 매길 수 있다는 것이다. 둘째는 봇의 정체별로, 봇 회사나 조직과 어떤 관계를 맺으면, 예컨대 앤스로픽과 관계를 맺으면 그 봇들에 검증되지 않은 봇과는 다른 가격을 매길 수 있다는 것이다. 셋째는 의도별로, 봇이 훈련을 위해 콘텐츠에 접근한다면 검색을 위해 하는 것과 다른 요율을 매길 수 있다는 것이다. 그리고 이것들이 서로 다른 WAF 규칙이며 AND나 OR의 조합으로 접근할 수 있다고 한다.
재구성된 흐름이 그려진다. AI 에이전트 또는 검증된 봇과 검증되지 않은 봇이 서로 다른 가격을 갖게 하고 사람은 또 다른 가격을 갖게 한다는 것이다. 유연성도 언급된다. 어떤 경우에는 사람이 콘텐츠에 무료로 접근하게 하고 싶고 어떤 경우에는 사람에게도 과금하되 봇에게는 다르게 과금할 수 있다는 것이다. 그리고 대시보드가 수익 숫자를 보여주고 봇별로 집계해 어떤 종류의 수익 모델을 운영할지 파악할 수 있게 하며 이 봇들이 접근하는 경로도 보여준다고 한다.
지난 12개월의 실측
현재 용도가 열거된다. 사람들이 에이전트 커머스를 LLM 추론과 컴퓨트 확보, 웹 스크래핑에 쓰고 있으며 요청을 처리하기 위한 리서치 검색 에이전트를 만들고 있고 에이전트 대 에이전트도 있다는 것이다. 그리고 MCP도 이제 수익화되고 있는 것이 보인다고 한다.
지난 12개월 실측이 수치로 제시된다. 코인베이스 에이전틱 마켓에서 보이는 것으로, 1억 7,000만 건이 넘는 거래에 걸쳐 5,000만 달러 규모의 거래량이 일어났다는 것이다. 그리고 성능이 붙는다. 평균 정산 시간은 베이스에서 200밀리초이며 거래당 비용은 약 10분의 1센트라는 것이다.
마지막으로 AgentCore 전체 생태계에서의 위치가 정리된다. AgentCore Payments는 더 큰 생태계인 Bedrock AgentCore의 한 부분이며 여기서 자기 모델과 프레임워크를 가져와 AI 에이전트를 만들기 시작할 수 있다는 것이다. 구성 요소들이 열거된다. 메모리를 추가해 컨텍스트를 더하고 자기가 관리하는 지식 베이스를 가져오고 에이전트에 웹 검색 기능을 추가하고 내부 API를 MCP화하고 에이전트가 어떻게 수행하는지 평가를 실행할 수 있는 기능까지 더 많은 기능이 있다는 것이다. 런타임도 언급된다. Bedrock AgentCore 런타임에서 자기 에이전틱 애플리케이션을 가져와 규모에 맞게 서빙할 수 있으며 모든 요청이 요청 처리를 위해 실행되는 자체 격리된 마이크로 가상 머신을 갖는다는 것이다.
더 생각해보기
- 봇 트래픽의 95퍼센트가 AI 에이전트라는 수치는 어떤 방식으로 측정되었고, 검증된 봇과 위장 봇을 어떻게 구분하는가.
- 25센트 최소 수수료가 250배가 되는 산술은 스테이블코인 결제로 옮기는 것 외에 다른 해법이 없는가.
- 사람이 루프 안에서 루프 위로 또는 밖으로 나간다는 전환은 잘못된 결제의 책임을 누구에게 남기는가.
- 프라이빗 키를 KMS 보안 지갑에 두고 에이전트에게 주지 않는 설계는 프롬프트 주입을 실제로 막는가.
- 에이전트 인프라와 결제 인프라를 분리해 결정적 계층에 결제를 둔다는 원칙은 어디까지 일반화되는가.
- 봇의 의도를 훈련용과 검색용으로 구분해 다르게 과금하는 것은 실무에서 얼마나 정확히 판정되는가.
- 검증된 봇에 다른 가격을 주는 방식은 소수 대형 AI 기업에 유리한 구조를 만들지 않는가.
- 퍼블리셔가 수익의 100퍼센트를 가져간다는 주장은 가스비와 인프라 비용을 포함해도 성립하는가.
- 1억 7,000만 건에 5,000만 달러라는 규모는 건당 약 0.29달러인데, 마이크로 결제라는 서사와 어떻게 맞물리는가.
- 프로토콜 불특정 설계를 내세우면서 현재 x402만 지원하는 상태는 어떤 잠금 효과를 낳는가.

