통제 없는 에이전트 지출 — AI 결제에 필요한 컴플라이언스

URL: https://www.youtube.com/watch?v=ZyGMqdIpPoE
날짜: 2026-09-01
채널: aiDotEngineer
영상 길이: 20:48
원문 제목: Agent Spending Without Controls — Rodrigo Coelho & Pranav Maheshwari, Edge & Node

메타데이터

• 원문 제목: Agent Spending Without Controls — Rodrigo Coelho & Pranav Maheshwari, Edge & Node
• 영상 ID: ZyGMqdIpPoE
• 실제 YouTube 발행일: 2026-09-01
• 처리일: 2026-09-02
• 콘텐츠 유형: YouTube 영어 자동 자막 기반 심층 다이제스트
• 주제: 에이전틱 커머스(Agentic Commerce), AI 결제, 유료 MCP, 지갑 인프라, 컴플라이언스(Compliance)
• 핵심 인물·조직: Rodrigo Coelho, Pranav Maheshwari, Edge & Node, The Graph, Ampersend, Coinbase, Google, Circle, Cloudflare, TRM
• 관련 표준·프로토콜: HTTP 402, x402, Shopify UCP
• 자막 상태: 한국어 자동 자막은 HTTP 429로 제한되어 영어 자동 자막을 전체 분석했다.

📌 핵심 질문 / 이 콘텐츠가 다루는 핵심 논점

==AI 에이전트가 유료 도구를 사용해 사람 대신 거래하는 경제가 커지려면, 결제 수단만으로는 부족하며 지갑의 신원·제재·정책·지출 통제를 제공하는 컴플라이언스 계층이 먼저 갖춰져야 한다.==

• 전통적인 결제 레일은 사람이 의사결정 과정에 참여한다는 가정으로 설계됐지만, 에이전트는 24시간 기계 속도로 거래한다.
• 에이전트의 능력은 연결된 도구의 품질에 좌우되며, 중요한 MCP 서버가 유료화되면 에이전트가 도구 사용료를 스스로 결제할 수 있어야 한다.
• Ampersend는 여러 유료 MCP를 하나의 에이전트용 지갑·결제 인터페이스로 묶어, 사용자가 서비스마다 신용카드를 입력하지 않아도 검색·구매를 수행하게 한다.
• 유료 엔드포인트와 Shopify UCP를 이용한 시연은 소액 결제와 상품 주문이 터미널을 떠나지 않고 완료될 수 있음을 보여준다.
• TRM 기반 지갑 심사는 정상 지갑의 거래는 허용하면서 제재 목록에 오른 지갑의 같은 거래를 차단한다.

Rodrigo Coelho가 제시한 역사적 배경과 Pranav Maheshwari가 수행한 터미널 시연은 같은 결론으로 수렴한다. 결제 레일이 존재한다는 사실만으로는 에이전틱 커머스를 기업 수준으로 확장할 수 없다. 거래 상대방이 사람인지, 어느 관할과 연결됐는지, 제재 대상인지, 정해진 예산과 정책 안에서 움직이는지를 기계가 판별하고 기록해야 한다. 그 판단을 책임질 최고법무책임자(Chief Legal Officer)나 정책 책임자가 안심할 수 있을 때 비로소 판매자와 대기업이 에이전트 결제를 받아들일 수 있다.

1. 에이전트 경제와 결제 인프라의 역사적 전환

에이전트 결제는 갑자기 등장한 유행이 아니라, 수십 년간 이어진 전자 결제의 다음 단계이며, The Graph와 Edge & Node는 그 전환을 일찍 실험했다.

1.1. Edge & Node와 The Graph가 가진 출발점

1. Rodrigo Coelho의 배경

   1. 조직: Rodrigo Coelho는 Edge & Node의 CEO이며, Edge & Node는 The Graph 프로토콜을 만든 팀이다.
   2. 프로토콜의 역할: The Graph는 블록체인 데이터 인덱싱(Blockchain Data Indexing) 프로토콜로, 탈중앙화 네트워크를 통해 애플리케이션이 온체인(On-chain) 데이터를 질의하게 한다.
   3. 운영 기간과 규모: 프로토콜은 2018년부터 운영됐고, 여러 해에 걸쳐 온체인 데이터 질의를 1.8조 건 처리했다.

2. Ampersend의 탄생

   1. 인큐베이션: Edge & Node는 에이전틱 커머스 영역의 프로젝트 Ampersend를 내부에서 인큐베이션했다.
   2. 문제 정의: 에이전트가 데이터를 읽고 유료 질의를 수행하려면, 매번 사람이 결제 화면에 개입하지 않는 마이크로페이먼트(Micropayment) 구조가 필요하다.
   3. 금융 하네스: Ampersend는 에이전틱 체크아웃(Agentic Checkout)에 금융 하네스(Financial Harness)를 붙여, 에이전트의 지출을 결제 기능과 통제 기능 안에 넣는 것을 목표로 한다.

1.2. 전자 결제에서 에이전틱 결제로

1. 사람 중심 결제의 긴 진화

   1. 온라인 결제의 시간축: 결제는 약 30년 동안 온라인으로 이동해 왔다.
   2. 초기 전자 거래: 1981년 최초의 전자 거래가 등장한 뒤, 수십 년에 걸쳐 신용카드 결제에서 온라인 전자상거래 결제로 전환됐다.
   3. 새로운 수요: 오늘날 LLM과 에이전트가 스스로 거래할 수 있게 되면서 에이전트 경제(Agent Economy)가 새로운 경제적 가치를 열고 있다.

2. The Graph의 선행 실험

   1. 2021년 마이크로페이먼트: Edge & Node는 2021년에 The Graph 질의에 대한 마이크로페이먼트 시스템을 만들었다.
   2. HTTP 402와의 연결: 당시 블로그 글에서 HTTP 402 결제 필요(Payment Required) 명세를 이미 참조했다.
   3. x402 이전의 선행 기술: 2024년 말 에이전트가 The Graph 데이터를 어떻게 읽고 질의 비용을 지불할지 연구하던 중, 몇 주 뒤 Coinbase가 x402를 공개했다. Edge & Node는 Coinbase 및 Google 팀과 즉시 협력했고 x402 재단에 합류했다.

3. x402 명세에 대한 기여

   1. 기존 기술의 재활용: Edge & Node는 기존 마이크로페이먼트 시스템을 x402 명세에 연결했다.
   2. 배칭(Batching): 나노페이먼트(Nanopayment)처럼 작은 금액을 거래할 때 여러 결제를 묶어 처리하는 배칭 프로토콜을 활용하면 가스비(Gas Fee)를 줄일 수 있다.
   3. 동시다발적 구현: Circle도 유사한 방향의 나노페이먼트 구현을 공개했고, 에이전틱 커머스 생태계에는 결제 프로토콜·인프라·거버넌스 솔루션이 빠르게 추가되고 있다.

2. 인간을 전제로 한 결제 레일이 에이전트를 감당하지 못하는 이유

에이전트는 인간보다 빠르고 오래 거래하지만, 기존 정책과 심사 구조는 사람이 거래를 확인하고 책임진다는 전제에 묶여 있다.

2.1. 사람의 의사결정 루프와 기계 속도의 충돌

1. 전통 금융 레일의 기본 가정

   1. Human-in-the-loop: 금융기관의 결제 시스템에는 사람이 정책을 설정하고 개별 거래가 허용되는지 판단하는 의사결정 루프가 있다.
   2. 사람에게 맞춘 규칙: 기존 통제·정책·규칙은 사람이 확인하고 응답할 수 있는 시간과 거래량을 기준으로 설계됐다.
   3. 에이전트의 실행 방식: 에이전트는 24시간 쉬지 않고 기계 속도로 거래하며, 마이크로초 단위의 속도와 대량 실행을 요구한다.

2. 초기 시장과 기업 시장의 차이

   1. 거래량 증가: x402를 통한 거래는 성장하고 있지만 생태계는 아직 초기 단계다.
   2. 실험적 사용: OpenClaw 같은 환경에서 소매 결제를 실험하는 사례가 보이지만, 기업 수준의 상용 도입은 아직 본격화되지 않았다.
   3. 기업의 준비: 여러 기업 팀이 에이전틱 커머스를 관찰하고 있으며, 핵심 사용 사례가 돌파하는 순간을 대비해 기반 인프라를 구축하고 있다.

2.2. 컴플라이언스가 기업 도입의 병목인 이유

1. 거래 상대방을 알 수 없는 지갑

   1. 지갑 주소의 한계: 에이전틱 시스템이 제시하는 상대방은 대개 배경 정보가 없는 지갑 주소 하나다.
   2. 기업이 확인해야 할 질문: 상대방이 제재 대상이 아닌지, 테러 활동에 연루되지 않았는지, 지갑 뒤에 어떤 신원이 있는지를 확인해야 한다.
   3. 양측의 책임: 에이전트 구매자뿐 아니라 결제를 받는 판매자도 거래 상대방과 자금의 적법성을 검증해야 한다.

2. 최종 서명권자의 부담

   1. 책임 주체: 최고법무책임자(Chief Legal Officer)나 최고정책책임자(Chief Policy Officer)가 시스템 도입을 최종 승인해야 한다.
   2. 필요한 확신: 해당 책임자는 에이전트가 환각(Hallucination)을 일으키거나, 통제 범위를 벗어나거나, 과도하게 지출하거나, 내부 정책을 위반하지 않을 것이라는 확신을 가져야 한다.
   3. 금전적 위험: 컴플라이언스 실패는 수십억 달러에 이르는 벌금으로 이어질 수 있으며, 규모에 따라 수천억 달러까지 언급될 만큼 금융 서비스 기업에는 중대한 위험이다.

3. 거버넌스의 지연

   1. 기술과 규칙의 시간차: 에이전트 결제 기술과 회사가 빠르게 등장하는 반면, 이를 통제할 거버넌스(Governance)는 아직 따라오지 못하고 있다.
   2. 확장의 선결 조건: 결제 수단만 늘리는 것이 아니라 신원 확인·정책 집행·제재 심사·감사 가능성을 하나의 인프라 계층으로 만들어야 한다.
   3. Ampersend의 위치: Ampersend는 이 공백을 메우기 위해 에이전틱 체크아웃과 금융 하네스를 결합한다.

3. 유료 MCP가 에이전트의 실제 능력을 결정한다

무료 MCP 서버만으로는 에이전트가 현실의 전문 서비스를 충분히 활용할 수 없다. 유료 도구에 접근하고 비용을 지불하는 경로가 에이전트의 능력 범위를 정한다.

3.1. MCP 생태계의 유료화와 두 가지 사용 방식

1. 도구가 에이전트를 강하게 만든다

   1. 현재 활용처: AI 에이전트는 주로 코딩에 쓰이지만, 더 넓은 업무를 수행하려면 적절한 도구가 연결돼야 한다.
   2. MCP의 확산: AI 업계는 에이전트에 많은 MCP(Model Context Protocol) 서버를 제공했고, 현재 상당수 서버는 무료다.
   3. 미래의 변화: 유용한 MCP 서버가 계속 무료로 남는다는 보장은 없다. 전문 검색·스크래핑·데이터 서비스는 사용량에 따라 유료화될 가능성이 높다.

2. 개별 서비스에 직접 결제하는 방식

   1. 서비스 예시: Exa와 Firecrawl처럼 에이전트에게 유용한 검색·웹 스크래핑 서비스가 있다.
   2. 사용자 부담: 사용자는 각 서비스 웹사이트에 방문해 계정을 만들고 신용카드를 입력해야 한다.
   3. 확장성 문제: 서비스가 늘어날수록 카드 등록·한도 관리·영수증 확인이 반복되고, 에이전트의 작업 흐름도 서비스마다 끊긴다.

3. 집계기와 에이전트용 지갑 방식

   1. 마켓플레이스: Ampersend는 중요한 도구를 하나의 마켓플레이스로 묶고, 에이전트가 필요한 MCP를 선택하게 한다.
   2. 스킬 파일: 사용자는 에이전트, 특히 Claude Code에 Ampersend 스킬 파일(Skill File)을 설치한다. 스킬 파일은 결제 가능한 MCP와 지갑·결제 집계기의 사용법을 에이전트에 알려준다.
   3. 백그라운드 결제: 사용자가 각 MCP의 웹사이트로 이동해 카드 정보를 입력하지 않아도, 에이전트가 작업 중 필요한 엔드포인트를 호출하고 지갑으로 비용을 지불한다.

3.2. 같은 질문, 유료 도구 유무에 따른 결과 차이

1. 비교 조건

   1. 두 개의 터미널: Pranav Maheshwari는 두 개의 Claude Code 터미널에 같은 프롬프트를 입력했다.
   2. 유일한 차이: 한 터미널에는 Ampersend 스킬 파일이 설치돼 유료 MCP 도구를 사용할 수 있고, 다른 터미널에는 스킬 파일이 없었다.
   3. 질문: 두 에이전트에게 Mastercard의 암호화폐·블록체인 부문 책임자의 이메일 정보를 찾아 달라고 요청했다.

2. 스킬 파일이 없는 터미널

   1. 제한된 결과: 에이전트는 해당 인물의 정확한 이메일을 제공하지 못하고 Mastercard의 이메일 주소 형식을 알려줬다.
   2. 사용자에게 남은 작업: 에이전트는 이메일 형식을 토대로 사용자가 직접 주소를 추정하고 확인하라고 안내했다.
   3. 능력의 경계: 검색·검증을 수행할 유료 엔드포인트가 없으므로, 기본 모델의 지식과 무료 접근 범위만으로 답을 구성했다.

3. 스킬 파일이 있는 터미널

   1. 확장된 결과: 에이전트는 유료 MCP를 통해 정확한 이메일 주소와 해당 인물의 X/Twitter 핸들, 위치 등 추가 정보를 찾아냈다.
   2. 자동 결제: 필요한 정보를 얻기 위해 유료 엔드포인트를 호출하면서 지갑에서 소액 거래를 승인했다.
   3. 거래 가시성: Ampersend 화면의 거래 내역에 이 요청을 처리하기 위한 작은 결제가 표시됐다. 사용자는 결제 과정 때문에 터미널을 떠날 필요가 없었다.

4. 핵심 해석

   1. 도구 접근성이 능력: 에이전트의 유용성은 모델 자체의 성능뿐 아니라 연결된 유료 MCP의 품질과 범위에 의해 결정된다.
   2. 추상화의 역할: 사용자는 어떤 MCP가 호출됐고 어느 사이트에 카드를 등록해야 하는지 일일이 알 필요 없이 스킬 파일과 지갑을 통해 결과를 얻는다.
   3. 비용의 이동: 결제가 사라진 것이 아니라 사용자 인터페이스 뒤로 이동해, 에이전트가 작업 단위별로 필요한 비용을 지불하는 구조다.

4. 에이전트가 예산 안에서 상품을 검색하고 구매하는 과정

에이전틱 체크아웃은 데이터 질의뿐 아니라 상품 탐색·선택·주문·추적까지 터미널 안에서 연결할 수 있다.

4.1. Shopify UCP 기반 아버지의 날 선물 주문

1. 주문 지시

   1. 프로토콜: Pranav Maheshwari는 Shopify가 도입한 UCP를 이용해 주문을 수행하도록 했다. Amazon도 자체 프로토콜을 내놓을 가능성이 있다고 언급됐다.
   2. 제약 조건: 에이전트에게 아버지의 날 선물을 찾아 구매하되 가격을 10달러 미만으로 유지하라고 지시했다.
   3. 탐색과 추천: 에이전트는 온라인 상점을 찾고, 선물 후보를 검색해 목록으로 만들었다.

2. 개인화와 결제

   1. 반복 입력 제거: 이름·주소·전화번호를 매번 입력하지 않아도 됐다.
   2. 메모리 활용: 에이전트는 사용자의 메모리에서 좋아하는 것과 싫어하는 것을 참고해 선물 후보를 좁혔다.
   3. 예산 통제: 주문 금액은 약 9달러로 집계돼 10달러 한도 안에 들어왔다.

3. 주문 완료

   1. 승인: 에이전트는 선택한 상품과 금액을 확인한 뒤 주문을 확정했다.
   2. 결제·영수증: Ampersend 지갑으로 거래를 완료하고 주문 완료 메시지와 영수증을 반환했다.
   3. 배송 추적: Shopify 주문이 생성된 뒤 주문 상태와 추적 정보도 에이전트 터미널을 통해 확인할 수 있었다.

4.2. 광고 중심 웹에서 에이전트 결제 중심 웹으로

1. Cloudflare와 x402의 역할

   1. 에이전트 게이트웨이: Cloudflare가 x402와 에이전틱 페이먼트(Agentic Payment)를 통해 에이전트의 웹 접근을 위한 게이트웨이를 열고 있다는 사례가 언급됐다.
   2. 스크래핑 시나리오: 에이전트가 웹사이트를 크롤링하면서 필요한 데이터에 접근하면, 광고를 노출하는 기존 방식만으로는 서비스 제공자에게 보상하기 어렵다.
   3. 마이크로 결제: 봇이 Cloudflare를 거쳐 소액을 지불하고 필요한 정보를 받으면, 사용자는 광고를 읽지 않아도 되고 데이터 제공자는 사용량에 따라 보상받는다.

2. 미래의 도구 구조

   1. 무료에서 유료로: 현재 MCP 도구가 무료인 것은 초기 단계의 현상이며, 유용한 도구와 API는 점차 유료화될 수 있다.
   2. 통합 API: 에이전트에는 MCP 통합 기능과 지갑을 함께 제공하는 API 또는 좋은 MCP 집계기가 필요하다.
   3. 터미널 밖의 경제: 에이전트가 콘텐츠·데이터·상품을 대신 구매하면서, 웹 서비스의 수익 모델은 광고 노출에서 기계 간 사용량 결제로 이동할 수 있다.

5. 컴플라이언스 시연: 정상 지갑은 통과시키고 제재 지갑은 차단하기

에이전틱 커머스의 상용화 여부는 결제가 가능한지보다 위험한 상대방의 결제를 정확히 거부하는지에 달려 있다.

5.1. 판매자 서비스와 두 에이전트 지갑

1. 판매자 측 서비스

   1. 기능: 판매자는 웹사이트 스크래핑 서비스를 운영하며, 에이전트가 스크래핑 결과를 받으려면 소액의 사용료를 지불해야 한다.
   2. 가격: 시연 서비스의 요청 비용은 0.1센트였다.
   3. 양면 통제: 판매자와 구매자 양쪽 모두 에이전틱 결제를 허용하기 전에 거래의 적법성을 확인해야 한다.

2. Good Claw와 Bad Claw

   1. Good Claw: 일반적인 지갑 주소를 가진 정상 에이전트를 나타낸다.
   2. Bad Claw: 제재 목록에 올라간 지갑 주소를 가진 에이전트를 모사한다.
   3. 시뮬레이션의 의미: Bad Claw의 주소가 실제로 북한 관련 주체와 거래했다는 뜻이 아니라, 그런 특성이 있는 것으로 플래그된 지갑을 시뮬레이션한 것이다.

5.2. 심사 기능을 끈 상태와 켠 상태의 차이

1. 스크리닝 비활성화

   1. 설정: 판매자가 지갑 스크리닝(Screening)을 끄고 저장했다.
   2. 결과: 규제 심사가 없는 상태에서는 Good Claw와 Bad Claw 모두 0.1센트 스크래핑 요청을 제출했다.
   3. 승인 기록: 두 거래 모두 승인(Authorized) 상태로 표시됐다. 결제 레일만 있으면 악성 지갑도 정상 지갑처럼 통과할 수 있음을 보여준다.

2. TRM 기반 컴플라이언스 활성화

   1. 검사 기능: Ampersend에 TRM과 구축한 기능을 켜 지갑 주소를 스캔하고 거래의 컴플라이언스 여부를 확인했다.
   2. 정상 거래: Good Claw의 거래는 계속 허용됐다.
   3. 위험 거래: Bad Claw의 거래는 차단(Blocked)·거부(Rejected)·거절(Denied) 상태가 됐다.

3. 거부 사유

   1. 목록 기반 판정: Bad Claw가 거부된 이유는 지갑 주소가 블록리스트(Blocklist)에 포함됐기 때문이다.
   2. 정책의 자동 집행: 사람의 수동 확인 없이 지갑 스크리닝 결과가 결제 승인 결정으로 연결됐다.
   3. 판매자의 안전장치: 판매자는 거래량이 늘어나도 제재 대상 지갑에서 오는 소액 요청을 자동으로 거절할 수 있다.

5.3. 규제와 사용자 경험의 결합

1. 판매자의 현실적 요구

   1. North Korean wallet 사례: 판매자는 주문이 북한 지갑에서 들어왔다고 판단하면 결제를 받을 수 없다.
   2. 서비스 접근과 결제의 결합: 데이터 스크래핑처럼 작은 요청도 지갑 신원과 제재 상태를 확인하지 않으면 기업용 서비스에 편입되기 어렵다.
   3. 자동화의 조건: 에이전트 결제가 사람보다 빨라지려면 빠른 승인뿐 아니라 빠른 거부도 함께 구현돼야 한다.

2. 컴플라이언스 없는 UX의 한계

   1. 결제 성공만으로 충분하지 않음: 상품 주문이 한 번 성공했다고 해서 에이전틱 커머스가 기업에서 사용할 수 있는 상태가 되는 것은 아니다.
   2. 실패 경험의 명확성: 거부 이유와 정책 근거가 거래 기록에 남아야 운영자와 법무팀이 결과를 감사할 수 있다.
   3. 구매자와 판매자 공동 책임: 지갑을 가진 에이전트와 결제를 받는 상점 양쪽이 각각 필요한 심사 기능을 가져야 한다.

주요 발언 모음

“에이전트의 능력은 연결된 유료 MCP 도구만큼 강해진다.”

“중요한 MCP는 유료가 될 것이며, 사용자는 모든 서비스에 카드를 등록하지 않을 것이다.”

“거래 상대방은 배경 정보가 없는 지갑 주소로 나타나므로, 기업에는 컴플라이언스 계층이 필요하다.”

“판매자는 주문이 북한 지갑에서 왔다고 생각하면 결제를 받지 않는다.”

“에이전틱 커머스가 커지려면 지갑에 유료 MCP와 지갑 인프라를 결합해야 한다.”

핵심 데이터 & 수치

• 2018년: The Graph 프로토콜이 운영을 시작한 시점이다.
• 1.8조 건: The Graph가 여러 해 동안 처리했다고 제시한 온체인 데이터 질의 규모다.
• 약 30년: 전자 결제가 온라인으로 이동해 온 기간으로 제시됐다.
• 1981년: 최초의 전자 거래가 시작된 시점으로 언급됐다.
• 2021년: Edge & Node가 The Graph 질의용 마이크로페이먼트 시스템을 만든 시점이다.
• 2024년 말: 에이전트의 Graph 데이터 질의 결제를 연구하기 시작한 시점이다.
• 10달러 미만: Shopify UCP 선물 주문에 설정한 최대 예산이다.
• 약 9달러: 아버지의 날 선물 주문이 실제로 집계된 금액이다.
• 0.1센트: 스크래핑 서비스가 질의 한 건에 요구한 소액 사용료다.
• 20분 48초: 전체 콘텐츠 길이다.

결론 및 시사점

1. 에이전틱 커머스의 기반은 결제와 통제의 결합이다: x402 같은 결제 프로토콜은 에이전트가 지불할 수 있게 만들지만, 누가 지불하는지와 지불해도 되는지를 설명하지는 않는다. 지갑·신원·정책·제재 심사·거래 기록이 금융 하네스 안에서 함께 작동해야 한다.
2. 유료 MCP는 에이전트의 다음 성장 동력이다: 무료 도구만으로는 최신 검색·스크래핑·전문 데이터에 접근하기 어렵다. 에이전트용 지갑이 각 도구의 소액 사용료를 자동 처리하면 서비스별 계정과 카드 등록이라는 마찰이 줄어든다.
3. 지출 한도는 자연어 지시와 결제 정책으로 이중화해야 한다: “10달러 미만의 선물” 같은 사용자 요구는 에이전트가 상품 탐색과 주문을 자율적으로 수행하게 하지만, 실제 서비스에서는 지갑 한도와 정책 엔진이 자연어 해석을 보완해야 한다.
4. 기업 도입의 마지막 승인자는 법무·정책 책임자다: 에이전트가 환각하거나 과잉 지출하거나 정책을 위반했을 때 누가 책임지는지 명확하지 않으면, 거래 속도와 API 품질만으로는 도입을 설득할 수 없다.
5. 판매자와 구매자 모두 컴플라이언스를 구현해야 한다: 정상 지갑을 허용하고 제재 지갑을 거부하는 TRM 시연처럼, 양측이 같은 거래를 각자 심사할 수 있어야 한다. 한쪽만 안전하면 에이전틱 커머스 전체가 안전해지지 않는다.
6. 광고 기반 웹은 기계 간 결제 웹으로 재편될 수 있다: 에이전트가 정보를 읽을 때 광고 대신 마이크로페이먼트를 지불하는 구조가 정착하면, 데이터 제공자는 봇 트래픽을 비용과 수익으로 전환할 수 있다.
7. 실무 도입 순서: 에이전트용 지갑을 만들고, 유료 MCP 호출을 기록하며, 예산·거래상대방·제재 목록 정책을 승인 전에 적용하고, 거부 사유와 영수증을 감사 가능한 로그로 남겨야 한다. 이 순서는 시연에서 직접 언급된 기능을 기업 운영 관점으로 확장한 실무적 제안이다.

핵심 요약 (20줄)

Rodrigo Coelho는 Edge & Node와 The Graph가 에이전트 결제를 일찍 실험한 배경을 설명했다. The Graph는 2018년부터 운영된 탈중앙화 블록체인 데이터 인덱싱 프로토콜이다. The Graph는 여러 해 동안 온체인 데이터 질의를 1.8조 건 처리했다. Edge & Node는 2021년에 The Graph 질의용 마이크로페이먼트 시스템을 만들었다. 당시 시스템은 HTTP 402 명세를 참조했고 이후 x402 협력으로 이어졌다. 전통적인 결제 레일은 사람이 거래를 판단한다는 가정 위에 세워졌다. 에이전트는 24시간 기계 속도로 거래하므로 기존의 인간 중심 통제가 맞지 않는다. 기업 도입을 막는 핵심 병목은 처리량보다 신원과 제재를 다루는 컴플라이언스다. 에이전트가 보는 거래 상대방은 배경 정보가 없는 지갑 주소일 수 있다. 최고법무책임자는 환각·과잉 지출·정책 위반을 막을 수 있다는 확신이 필요하다. 중요한 MCP 서버가 유료화되면 에이전트는 도구 사용료를 직접 지불해야 한다. Ampersend는 유료 MCP와 지갑을 스킬 파일과 마켓플레이스로 묶는다. 스킬 파일이 없는 터미널은 Mastercard 책임자의 정확한 이메일을 찾지 못했다. 스킬 파일이 있는 터미널은 유료 엔드포인트를 호출해 이메일과 추가 정보를 얻었다. Shopify UCP 시연에서 에이전트는 10달러 미만의 아버지의 날 선물을 찾았다. 에이전트는 사용자의 메모리를 활용해 약 9달러 상품을 주문하고 영수증을 발행했다. Cloudflare와 x402는 에이전트가 웹 데이터를 읽으며 마이크로페이먼트를 내는 구조를 보여준다. TRM 스크리닝을 끄면 정상 지갑과 제재 지갑의 소액 거래가 모두 승인됐다. TRM 스크리닝을 켜면 정상 지갑은 통과하고 블록리스트 지갑은 거부됐다. 에이전틱 커머스의 확장은 유료 MCP·지갑·예산·컴플라이언스를 하나로 묶는 데 달려 있다.