링크복사
공유
추천

링크가 복사되었습니다.

기술

에이전트가 결제할 때

알레아 리서치 (Alea research)

2026.07.02 09:54:32

2026년 6월 23일

에이전트 결제는 AI 에이전트가 온체인에서 자산을 이전하거나 가치 교환에 개입하는 것을 뜻한다. 이 개념이 암호화폐의 다른 시장 부문과 근본적으로 다른 이유는 위임된 경제적 행위라는 개념에 있다. 소프트웨어가 개인, 기업 또는 애플리케이션이 정한 규칙과 제약 안에서 선택지를 찾고, 그중 하나를 고르고, 거래까지 수행할 수 있다는 점이다.

A에서 B로 돈을 옮기는 일 자체는 에이전트에게도, 인간에게도, 나아가 인간이 작성한 소프트웨어에게도 어렵지 않다. 이 개념의 새로운 점은 자율적으로 작동하는 시스템에 의존하면서도 누가 결제를 승인했는지, AI 에이전트가 무엇을 구매하도록 허용됐는지, 판매자가 실제로 이행했는지, 문제가 생겼을 때 누가 개입하는지를 입증할 수 있다는 데 있다.

스테이블코인은 에이전트 결제 확산을 이끄는 동력이다. 판매자가 소프트웨어이고 구매 대상이 접근 권한인 상황에서는 프로그래밍 가능성이 핵심이다. 실제로 스테이블코인은 API 호출, 데이터, 추론, 브라우저 세션, 유료 크롤링 등 기계 웹 자원에 대한 결제에서 중개자를 줄이는 프로그래밍 가능한 연료 역할을 한다. 법정화폐가 널리 쓰이는 현실을 감안하면 소매 결제 단계에서 이를 정당화하기는 어렵다고 볼 수 있다. 다만 기업 환경에서는 돈 자체가 승인, 컴플라이언스, 회계 워크플로에 내장되기 때문에 프로그래밍 가능성이 차별점이 된다.

핵심 요약

스테이블코인은 에이전트 자원 시장에서 가장 유용하다: API 호출, 데이터, 추론, 브라우저 세션, 유료 페이지처럼 소액의 일회성 소프트웨어 구매에서 계정 개설 절차를 없애준다.

스테이블코인은 정산을 해결할 뿐, 결제 전체를 해결하지는 못한다: 스테이블코인 전송은 자금이 한 지갑에서 다른 지갑으로 이동했다는 사실만 보여줄 뿐, 에이전트가 권한을 부여받았는지, 가격이 사용자의 지시에 부합했는지, 올바른 자원이 전달됐는지, 환불이 정당한지는 입증하지 못한다.

소매 결제는 여전히 결제 사업자의 영역이다: 스테이블코인은 결제 자금을 대거나 정산을 맡을 수는 있지만, 결제창, 사기 방지, 환불, 반품, 분쟁은 PSP와 카드 네트워크가 장악하고 있다.

기업에는 금융 래퍼가 필요하다: USDC와 USDT는 가치를 이전할 수 있지만, 기업은 여전히 공급업체 승인, KYB, 예산, GL 코드 분류, 세금, 영수증, ERP 대사 기능이 필요하다.

에이전트 상거래는 성장하고 있다: 활동이 늘고 참여자가 증가하며 인프라가 개선되면서 에이전트의 시장 내 존재감도 날로 뚜렷해지고 있다.

수익은 정산 위 계층에 쌓인다: 소매에서는 PSP와 가맹점 플랫폼이 유리하다. 기업에서는 기업용 재무 소프트웨어가 유리하다. 기계 웹 결제에서는 검증, 라우팅, 대사, 복구를 담당하는 게이트웨이, 중개 사업자, 지갑 인프라, 스테이블코인 제공자가 유리하다.

위임 결제에는 승인 기록이 필요하다

기존 온라인 결제는 사람이 과정에 개입하는 것을 전제로 한다. 검색하고, 비교하고, 약관에 동의하고, 가격을 확인하고, 인증 정보를 입력하고, 구매를 확정하는 식이다. 반면 에이전트 결제는 이런 결정을 사람이 순서대로 하나씩 내릴 필요가 없다. 사용자는 최종 목표처럼 자신의 의도만 선언하면 되고, 에이전트가 결제를 시작하고 정산하기 위한 최적의 경로를 자율적으로 판단한다.

에이전트 결제에는 서로 연결된 네 가지 기록이 필요하다. 권한을 부여하는 위임장, 제안을 규정하는 견적, 가치를 이전하는 결제 지시, 무엇을 받았는지 입증하는 전달 기록이다. 이들 사이의 연결이 끊기면 구매자는 한 가지를 승인하고, 다른 것에 돈을 지불하고, 또 다른 것을 받는 상황에 놓일 수 있다.

에이전트 영수증은 단순한 결제 사실 이상을 입증해야 한다. 판매자, 자원, 가격, 위임장, 전달 결과를 보여줘야 한다. 그렇지 않으면 결제는 정산되더라도 구매자는 무엇이 승인됐는지, 무엇을 샀는지, 거래가 실패했을 때 누가 책임지는지를 입증할 수 없다.

주요 결제 네트워크는 각각 통제 기록의 다른 부분을 공략하고 있다. 이들은 단순히 정산만 해결하려는 것이 아니라 의도를 거래에 연결하려 한다. 새롭게 등장하는 표준은 이 문제를 의도, 에이전트 인식, 인증 정보 통제로 나눠 다룬다. 구글의 에이전트 결제 프로토콜(AP2)은 의도, 결제창, 선택된 항목, 결제 수단을 연결한다. 마스터카드의 검증 가능한 의도는 사용자가 에이전트에 내린 지시를 기록한다. 비자의 신뢰 에이전트 프로토콜은 가맹점이 승인된 에이전트를 식별할 수 있게 한다. 스트라이프의 공유 결제 토큰은 각 토큰에 판매자, 금액, 통화, 만료 기간을 연결해 인증 정보 오남용에 따른 피해를 제한한다.

스테이블코인은 정산을 해결하지만, 지갑 서명만으로는 위 모든 요소를 보장할 수 없다. 지갑 서명은 어떤 키가 결제를 승인했는지는 보여줄 수 있지만, 에이전트에 권한이 있었는지, 공급업체가 승인됐는지, 구매자가 자원을 실제로 받았는지, 전달이 실패했을 때 누가 손실을 부담하는지는 보여주지 못한다. 스테이블코인은 정산을 담당할 뿐이며, 에이전트 결제에는 여전히 승인, 전달 증빙, 구제 수단이 필요하다. 컴플라이언스, 공급업체 승인, 전달, 대사, 책임 소재는 모두 전체 결제 흐름을 중심으로 구축돼야 한다.

승인과 지출 관리

정산은 돈을 움직인다. 지출 관리는 소프트웨어가 그 돈을 쓸 수 있었는지를 통제한다. 지출 관리 소프트웨어는 정산 위에 있는 계층이다. 위임장을 받아 지갑, 가맹점, PSP, 중개 사업자, 재무 시스템이 집행할 수 있는 규칙으로 바꾼다.

위임장은 집행 가능한 정책으로 전환돼야 한다. 견적을 확인하고, 자원을 검증하고, 결제를 승인하고, 승인을 소진 처리하고, 전달을 기록하고, 예외를 라우팅하고, 재무 시스템에서 거래를 대사해야 한다. 이 흐름은 다음과 같다. 위임장 발급 → 판매자 견적 수신 → 자원 설명자 확인 → 정책과 결제 지시 일치 여부 확인 → 논스 또는 일회성 승인 소진 → 전달 영수증 반환 → 전달 실패 시 예외 경로 작동 → 재무 기록 생성.

에이전트 결제가 작동하려면 에이전트가 행동하기 전에 한도를 설정하는 것이 중요하다. 사전 승인은 에이전트가 시장에 나서기 전에 규칙을 설정하는 단계다. 위임장에는 행위 주체, 허용된 구매 항목, 승인된 판매자, 지출 한도, 만료 시점, 결제 인증 수단, 승인 트리거가 정의돼야 한다. 또한 에이전트가 권한을 재위임할 수 있는지, 판매자를 바꿀 수 있는지, 견적 변경을 수용할 수 있는지, 실패 후 같은 인증 수단으로 재시도할 수 있는지도 명시해야 한다.

사전 승인은 경계를 설정한다. 실행 중 승인은 에이전트가 여전히 그 경계 안에 있는지를 확인한다. 판매자가 바뀌었을 수 있고, 가격이 변했을 수 있으며, API가 실패했을 수도 있고, 에이전트가 프롬프트 인젝션을 당했을 수도 있다. 결제 전에 지갑이나 중개 사업자는 위임장, 에이전트의 행동, 판매자 견적, 자원 설명자, 결제 지시를 대조해야 한다. 전달 이후에는 영수증과 전달된 자원이 동일한 사건을 가리켜야 한다. 그렇지 않으면 구매자는 한 가지를 승인하고, 다른 것에 돈을 지불하고, 또 다른 것을 받게 될 수 있다.

에이전트 결제에서는 보안 실패가 곧 재무 실패로 이어진다. 예를 들어 프롬프트 인젝션은 에이전트가 무엇을 구매하고 있다고 믿는지를 바꿀 수 있다. 이후 목표 탈취, 도구 오용, 신원 남용, 과도한 자율성은 무단 지출, 훼손된 영수증, 분쟁, 컴플라이언스 공백, 잘못된 요청에 대한 전달로 나타날 수 있다.

정산은 범용 계층이다. 프리미엄 계층은 증빙이다. 누가 에이전트를 승인했는지, 결제가 위임장 범위 안에서 이뤄졌는지, 판매자가 무엇을 전달했는지, 실패 시 손실이 어디로 귀속되는지가 여기에 해당한다.

세 가지 주요 시장

에이전트 결제는 소매 상거래, 기업 조달, 에이전트 자원을 위한 기계 웹 접근으로 나뉜다.

소매는 스트라이프, 비자, 마스터카드, 지갑, 가맹점 플랫폼이 이미 사기 방지, 환불, 구매자 구제 절차를 통제하는 영역이다. 기업은 Circle/USDC, 테더/USDT/USDT0, 퍼블릭 체인, 캔턴 같은 네트워크가 송금이 이뤄지기 전에 여전히 AP(매입채무), 조달, 정책, ERP(전사적 자원관리) 래퍼를 필요로 하는 영역이다. 기계 웹 접근은 API 호출, 데이터, 추론, 브라우저 세션, 검색, 저장, 유료 페이지 같은 저가 소프트웨어 접근을 뜻한다. 스테이블코인은 전달이 디지털이고 즉시 이뤄지며 분쟁이 적고 계정 개설까지 하기에는 금액이 너무 작은 경우에 가장 잘 맞는다.

소매에서는 스테이블코인이 대체로 보이지 않는 곳에 머물 가능성이 크다. 쇼핑 에이전트가 상품을 찾고 장바구니를 구성할 수는 있지만, 재고, 할인, 세금, 배송, 사기 방지, 반품, 환불, 고객 지원은 여전히 가맹점이 통제한다. 스테이블코인이 소매 결제창을 바꾸지 않으면서도 소매 자금 조달을 개선할 수는 있지만(예를 들어 사용자는 USDC를 쓰고 가맹점은 법정화폐를 받는 경우), 그렇다고 소매가 스테이블코인 네이티브가 되는 것은 아니다. 스테이블코인은 암호화폐 카드, 지갑, 가맹점 정산 뒤편에 놓일 수 있지만, 전체 워크플로는 여전히 PSP, 지갑, 카드 네트워크, 가맹점 플랫폼이 조율해야 한다.

기업에서는 정산이 여러 계층 중 하나에 불과하다. 스테이블코인이 송금을 정산할 수는 있지만, 기업은 여전히 KYB와 제재 확인, 공급업체 및 예산 승인, 세금 영수증 등이 필요하다. 자산 발행사는 발행, 상환, 블록리스트 지정을 통제하고, 체인(L1과 L2)은 실행과 최종 확정을 담당한다. 그러나 기업 시스템은 여전히 결제가 승인됐는지, 회계 처리됐는지, 감사 가능한지, 복구 가능한지를 판단해야 한다. 이런 래퍼가 없다면 USDC나 USDT는 단순한 송금에 그친다.

캔턴과 유사한 네트워크는 기업의 다른 문제를 해결한다. 비공개, 허가형, 감사 가능한 정산이다. 에이전트 결제가 핵심 사용 사례는 아닐 수 있지만, 교훈은 같다. 기업에는 단순한 퍼블릭 토큰 이동이 아니라 통제된 정산 환경이 필요하다.

기계 웹은 스테이블코인이 가장 잘 맞는 영역이다. 이유는 판매자가 소프트웨어이고, 상품이 접근 권한이며, 구매자는 단 한 번의 호출만 필요할 수 있기 때문이다. 이런 종류의 구매에서는 계정 개설, 청구서 발행, 선불 크레딧, 카드 인증 정보가 모두 과도한 부담이다. 스테이블코인 결제는 서로 모르는 당사자들이 한 번 거래하고 끝낼 수 있게 해준다. 여기서 x402 표준이 중요해진다. 유료 x402 호출의 대부분이 데이터, 추론, 검색, 저장, 인프라 같은 소프트웨어 자원이기 때문이다. 가장 가까운 인접 사용 사례는 여행이지만, 그 경우에도 유료 항목은 API 접근이다.

MPP 호출 활동도 마찬가지다. 활동의 대부분은 결제 직후 즉시 이행할 수 있는 소프트웨어 자원이다(API 호출, 데이터 조회, 브라우저 세션 등). MPP(Machine Payments Protocol)는 스트라이프와 템포가 공동 개발한 기계 간 결제를 위한 개방형 표준이다. 에이전트가 유료 자원을 요청하면 판매자가 결제 정보를 반환하고, 에이전트가 결제를 승인하면, 판매자는 영수증과 함께 자원을 제공한다.

기존 청구 방식은 반복 거래 관계에는 잘 맞는다. 그러나 일회성 소프트웨어 접근에는 잘 맞지 않는다. 에이전트가 새로운 판매자로부터 저가 자원을 필요로 할 때 계정 개설, 청구서, 카드, 선불 크레딧은 마찰을 지나치게 키운다. 예를 들어 스테이블코인은 대형 계약의 청구서를 대체하기 위해 만들어진 것이 아니다. 따라서 스테이블코인 거래량은 에이전트 결제 채택을 측정하는 첫 번째 기준으로 적절하지 않다. 조정 거래량은 스테이블코인이 대규모로 자금을 이동시킬 수 있음을 보여주지만, 에이전트 결제는 아직 전체 흐름에 의미 있는 영향을 줄 만큼 크지 않다. 따라서 초기 신호는 정산 금액이 아니라 사용량이다.

달러 기준 거래량으로 보면 에이전트 결제는 건당 금액이 작기 때문에 여전히 미미하다. 다만 거래 건수 같은 다른 지표를 추적할 가치는 있다. 테스트 거래와 저가 스팸 때문에 거래 건수는 잡음이 많아 보일 수 있지만, 수요 지표로는 약하더라도 시장 내 존재감을 보여주는 지표로는 여전히 유용하다.

2025년 4분기 급증은 전적으로 x402에서 나왔고, MPP는 2026년 3월이 돼서야 공개 출시됐다. 해당 분기에는 약 1억4400만건의 추적 거래가 발생했다. 이 가운데 약 9000만건은 비조작 활동으로 분류됐고, 대부분 소프트웨어와 서비스 범주에 속했다. 반면 5400만건은 자기거래 또는 워시 활동과 일치하는 패턴을 보였다. 이는 독립적인 수요를 반영하기보다 지갑들이 거래 건수를 부풀리기 위해 자금을 반복적으로 순환시킨 경우다.

x402와 MPP

x402는 소프트웨어 접근을 위한 HTTP 네이티브 결제로 이해하는 것이 가장 적절하다. 이는 오픈소스 HTTP 결제 프로토콜이다. 서버는 요청에 대해 “402 Payment Required”와 결제 조건으로 응답한다. 에이전트는 결제 페이로드에 서명한 뒤 요청을 다시 보내고, 서버나 중개 사업자는 자원을 제공하기 전에 결제를 검증한다.

개방형 프로토콜은 한 계층일 뿐이다. 다른 한 계층은 실제 구현이며, 여기서 중개 사업자는 어떤 토큰과 체인을 지원할지 결정할 수 있다. 예를 들어 코인베이스의 CDP 중개자는 EIP-3009 또는 Permit2를 통한 Base, Polygon, Arbitrum, World의 EVM 토큰과, 솔라나의 SPL 또는 Token-2022 결제를 지원한다.

x402는 판매자의 온보딩 문제를 해결한다. 낯선 구매자가 API 호출 1회, 모델 응답 1회, 브라우저 세션 1회, 유료 페이지 1회를 원할 때 기존 청구 방식은 부담이 너무 크다. x402는 판매자가 가격을 제시하고, 결제 또는 승인을 검증하고, 자원을 반환할 수 있게 한다.

Base는 x402 거래 활동 전반에서 선두다. 코인베이스가 주요 중개 경로이고, Base 수수료는 1달러 미만의 소프트웨어 호출에도 충분히 낮다. 2026년 5월 기준 Base는 추적된 x402 거래의 약 82%, 솔라나는 약 17%, 리플은 약 2%를 차지했다. 6월부터 6월 21일까지는 Base가 약 95%로 상승했고, 솔라나는 약 4%로 하락했으며, 리플은 1% 안팎을 유지했다. 연초 이후 기준으로는 Base가 약 81%, Polygon이 약 9%, 솔라나가 약 9%, 리플은 1% 미만이다. Polygon의 연초 이후 점유율은 2026년 초 일시적 급증에 따른 것이지 꾸준한 활동에 기반한 것은 아니다.

MPP는 HTTP 402 흐름을 기계 간 결제에 적용한다. 클라이언트가 유료 자원을 요청하면 서버가 결제 조건으로 응답하고, 클라이언트는 승인된 결제 인증 수단을 담아 요청을 다시 보낸다. 결제가 검증되면 서버는 자원과 영수증을 반환한다.

MPP의 초기 온체인 흔적은 템포에서 가장 뚜렷하다. 현재까지 약 113만건의 거래가 발생했고, 이 가운데 46%가 최근 30일 동안 기록됐다. 일일 활성 수취인은 대체로 수백명 초반 수준이다. 스트라이프도 솔라나에서 USDC 기반 MPP 결제를 지원하지만, 이를 참조할 수 있는 데이터 포인트는 없다.

MPP는 법정화폐 결제에도 적용된다. 스트라이프의 MPP 구현은 결제 수단에 구애받지 않는다. 법정화폐 결제는 Link, 카드, 지갑, BNPL(Buy Now, Pay Later)을 기반으로 한 공유 결제 토큰을 사용할 수 있고, 스테이블코인 결제는 지원되는 온체인 방식을 사용한다. 스트라이프 가맹점 입장에서는 운영 연속성이 핵심이다. 에이전트 결제를 기존에 리스크 통제, 보고, 환불, 잔액, 정산을 처리하던 동일한 체계 안에서 흘려보낼 수 있기 때문이다.

x402와 MPP의 차이는 판매자 통합 방식과 결제 수단 선택에 있다. x402는 판매자가 직접, 중개 사업자를 통해, 또는 스트라이프를 통해 운영할 수 있는 개방형 암호화폐 네이티브 HTTP 결제 흐름이다. MPP는 개방형이면서 결제 수단에 구애받지 않는 HTTP 프로토콜이다. 스트라이프 가맹점에 대한 장점은 연속성이다. 에이전트 결제가 이미 의존하고 있는 동일한 가맹점 설정을 그대로 활용할 수 있다.

공개 거래 데이터에서는 x402가 더 커 보이지만, 그 이유 중 하나는 가시성이다. x402 결제는 온체인 흔적을 남기지만, MPP는 스테이블코인과 법정화폐는 물론 BNPL이나 가맹점 계정 내부의 Payment Intents도 처리할 수 있다. 따라서 공개 데이터는 x402와 MPP의 격차를 과장한다. MPP는 스트라이프 내부에서 여러 결제 수단으로 작동할 수 있고, 그 활동 중 일부는 온체인 거래량으로 드러나지 않는다.

종합하면 x402와 MPP는 승자독식형 프로토콜 경쟁이라기보다 같은 시장으로 들어가는 두 경로에 가깝다. x402는 유료 소프트웨어 엔드포인트를 개방형 웹에 네이티브하게 만들고, MPP는 더 폭넓은 결제 수단 모델을 지원하며 스트라이프를 통해 기존 가맹점 인프라로 바로 연결된다. 어느 쪽이 성공할지는 어떤 모델이 판매자에게 더 쉬운 유통, 더 낮은 운영 마찰, 지속적인 유료 수요를 제공하느냐에 달려 있다.

에이전트 결제 채택

앞서 소개했듯 추적된 에이전트 결제는 거래 건수는 많고 건당 금액은 작다. 5월 말까지 기준으로 거래는 1억8387만건, 지출액은 4897만달러로 건당 약 0.27달러였다. 최근 30일 기준으로는 거래 7541만건, 지출액 2424만달러로 건당 약 0.32달러였다. 모든 범주를 아우른 마켓플레이스 표본에서는 건당 약 0.23달러였다. 이는 API 호출, 유료 페이지, 브라우저 세션을 가리킨다. 이런 수준의 채택은 아직 소비자 결제창이나 기업 청구서가 아니라 기계 웹 접근에 해당한다.

결제 금액이 작을수록 수수료 구조의 중요성은 커진다. 이는 Circle 같은 스테이블코인 발행사가 면밀히 지켜보는 기회다. 예를 들어 Circle의 나노페이먼트는 결제 세분화를 위해 설계됐다. 구매자는 오프체인 승인을 서명하고, Circle Gateway가 온체인 정산을 일괄 처리한다. 이를 통해 매 전송마다 가스를 내지 않고도 0.000001달러 단위의 USDC 결제가 가능하다. 에이전트가 API 호출, 토큰, 브라우저 동작마다 비용을 지불한다면, 수수료가 거래를 잠식하지 않으면서도 막대한 양의 초소액 결제를 처리할 수 있는 결제 레일이 필요하다.

조작된 거래 비중도 2025년 4분기 같은 급증 구간에서 함께 상승했기 때문에, 당시 급증이 순수한 수요에서 비롯된 것은 아니었다. 급증 이후 실제 거래는 급감했다. 5월 말 기준 실제 거래는 10만7000건이었고, 조작 비중은 22%였다. 인접한 날짜들에서도 조작 비중은 대체로 5분의 1에서 4분의 1 수준이었다.

5월 말 기준 추적된 활동의 누적 구매자는 약 70만8000명, 누적 판매자는 7300명으로 판매자 1명당 구매자 약 96명 수준이었다. 이는 지갑은 많고 유료 자원은 적은 시장에서 나타날 수 있다. 일회성 지갑, 테스트 지갑, 시빌 행위, 비활성 판매자가 많은 시장에서도 나타날 수 있다.

에이전트 결제는 사용량을 만들어내고 있지만, 아직 판매자 매출은 크지 않다. x402는 전체 활동과 반복 결제 측면에서 더 나아 보이지만, 자금은 많은 판매자에게 분산돼 있다. MPP는 수취인당 구매자 수가 더 많지만, 총지출은 여전히 작다.

Base는 x402를 통해 추적 가능한 퍼블릭 체인 기반 에이전트 결제 거래량을 압도하고 있다. 2026년 5월 기준 Base가 거래량의 약 92%, 솔라나가 약 7%, 템포가 약 1%를 차지했다. 2026년 1월 1일부터 6월 21일까지 기준으로도 구도는 Base 우위로 유지됐다. 솔라나는 꾸준한 2위 체인이고, 템포는 MPP 활동을 통해 존재감이 커지고 있다. Polygon은 추가 통합과 중개자 지원에 힘입어 점유율이 눈에 띄게 상승했다.

코인베이스는 5월 x402 거래의 약 66.8%를 라우팅했다. Dexter는 8.3%, PayAI는 4.9%, 기타는 9.5%, 롱테일은 10.5%였다. 중개자 수는 2025년 이후 크게 늘었지만, 라우팅은 여전히 소수에 집중돼 있다. 라우팅 점유율을 최종 수요의 소유권으로 봐서는 안 된다.

수요가 수익 구조를 결정한다. 현재 가장 빠르게 채택이 늘고 있는 부문인 기계 웹 결제에서는 총 달러 거래량보다 거래 건수가 더 직접적인 대리 지표로 작동한다. 이는 사실상 고유 유료 사용자와 판매자 수, 반복 유료 사용, 전달 성공률, 환불·실패 성과, 판매자 순매출에 초점을 맞춰 측정된다.

앞서 언급했듯 MPP는 법정화폐를 지원하기 때문에 전체의 일부만 온체인에 반영된다. 관련 지표가 모두 충분히 공개되기까지는 시간이 걸릴 것이다. 현재로서는 초기 데이터가 검증된 제품-시장 적합성보다는 실험 단계, 또는 초기 채택을 가리킨다.

수익 구조 지도

소매에서는 스트라이프, 페이팔, 비자, 마스터카드, 애플페이, 쇼피파이 페이먼츠가 이미 어디에나 자리 잡고 있고, 가맹점들이 수납, 분쟁 증빙, 정산, 운영 기록을 이들에 의존하고 있기 때문에 경제적 이익의 대부분을 가져간다. 쇼핑 에이전트가 장바구니를 만들 수는 있어도 결제는 여전히 가맹점의 워크플로다. 스테이블코인은 지갑, PSP, 카드, 가맹점 정산을 통해 결제 자금을 대거나 정산을 맡을 수 있다. 준비금, 환전, 정산에서 수익을 얻을 수는 있지만, 주문, 환불, 분쟁, 예외 처리를 함께 통제하지 않는 한 고객 관계를 장악하지는 못한다.

기업의 에이전트 결제 채택은 하나의 승자로 수렴할 가능성이 크지 않다. 전통 기업은 에이전트 결제를 신뢰할 수 있는 지출 시스템 안에 두려는 유인이 있기 때문이다. 기업용 재무 소프트웨어, 은행 레일, 기업 카드, PSP가 여기에 해당한다. 에이전트가 요청을 시작할 수는 있어도 승인과 결제 집행은 기업의 통제 스택 안에 남는다. SAP를 예로 들면, SAP 디지털 커런시 허브를 통해 청구서를 스테이블코인 지급 대상으로 표시하고, 연결된 암호화폐 서비스 제공업체를 통해 결제를 보내고, 그 결과 명세를 SAP에서 대조할 수 있다.

마지막으로 기계 웹에서는 코인베이스가 강력한 기본 유통력과 선점 효과를 갖고 있다. 추적된 x402 활동은 이를 보여준다. 코인베이스는 중개자 점유율 기준으로 가장 지배적인 사업자다. 여기에 Base의 유동성과 코인베이스 거래소와의 연결성이 서로를 강화한다. 다만 이 시장의 해자는 여전히 중개자의 역할에 따라 달라질 수 있다. 중개자는 실제 오픈소스 프로토콜 구현을 담당하는 주체다. 예를 들어 스트라이프는 MPP의 가맹점 경로를 주도하고 있으며, 특히 판매자가 이미 스트라이프를 사용하고 있다면 결제, 환불, 보고, 정산을 모두 같은 시스템 안에 둘 수 있다는 점에서 강점이 있다.

판매자가 유료 API를 출시할 때 사용하는 도구가 특정 중개자를 기본값으로 채택하면 그 중개자가 점유율을 얻는다. 판매자가 클라우드 워커, MCP 호스트, API 마켓플레이스, 기업 게이트웨이를 통해 API를 공개하고, 그 제품이 코인베이스 대신 FluxA나 PayAI를 사용한다면 x402 거래는 그쪽으로 간다. 판매자가 x402를 직접 설정하는 경우에는 여전히 코인베이스가 가장 쉬운 기본값이다.

스테이블코인의 경우 발행사는 주로 에이전트가 해당 자산을 보유하고 판매자가 이를 수용할 때 수익을 얻는다. 다시 말해 실제 스테이블코인이 교환 매개이자 회계 단위로 사용될 때다.

현재 관측 가능한 기계 결제 시장은 사실상 USDC 중심이다. 대부분의 피드가 USDC/Base 또는 USDC/솔라나 기반이고, 모든 엔드포인트 호출이 USDC 기준으로 책정되기 때문이다. 다만 이는 비공개 MPP, 카드, 지갑, PSP 흐름은 측정하지 못한다. USDT0처럼 시장 점유율 확대를 노리는 다른 스테이블코인은 여전히 중개자 지원, 지갑 지원, 해당 자산으로 자원 가격을 제시하려는 판매자가 필요하다. USDT0의 강점은 체인 전반에 걸친 테더 유동성일 것이다. 이는 아직 활용되지 않은 기회로 남아 있다.

여러 플레이어가 승자가 될 수 있지만, 각기 다른 계층에서 그렇고 자동적으로 또는 동일한 수준으로 그런 것은 아니다. Circle은 에이전트 결제가 USDC 잔액 수요와 USDC 정산을 늘리면 수혜를 본다. 비자와 마스터카드는 에이전트가 계속 카드를 통해 결제할 경우 수혜를 본다. 이 네트워크는 이미 수납, 승인, 분쟁, 환불을 처리하고 있기 때문이다. 스트라이프는 가맹점이 기존에 사용하던 보고, 환불, 잔액, 정산 시스템에 에이전트 결제를 통합할 수 있을 때 유리하다. 템포는 MPP가 체인에 실제 결제 거래량을 가져오면 수혜를 본다. 코인베이스는 x402 판매자와 개발자가 계속 코인베이스를 중개자로, Base를 정산 체인으로 선택하면 유리하다. 기업 에이전트는 기업 승인 및 회계 시스템의 적용을 받기 때문에 기업용 재무 소프트웨어가 수혜를 본다. 이런 역할은 공존할 수 있지만, 동일한 기업이 결제와 관련 기록을 모두 통제하려 할수록 중첩은 커진다.

결론

스테이블코인은 에이전트 결제의 주된 제품은 아니다. 그럼에도 여전히 가치를 제공하고 수익을 창출한다. 구매자가 판매자를 알지 못하고, 품목 가격이 저렴하며, 판매자가 즉시 전달할 수 있을 때 스테이블코인은 실현 가능한 정산 수단이 된다. API 호출, 브라우저 세션, 데이터셋, 기타 기계 웹 자원은 현재 스테이블코인 기반 에이전트 결제의 가장 분명한 사용 사례다. 이런 자원은 계정 개설, 카드 등록, 청구서, 선불 잔액이 필요 없을 정도로 소액인 구매에서 그런 절차를 제거해준다.

소매와 기업은 스테이블코인이 수익을 확보하기 더 어려운 시장이다. 스테이블코인은 거래 정산에 사용될 수 있지만, 카드 네트워크와 PSP는 결제창에 이르기까지 눈에 보이는 결제 흐름에 대한 통제권을 유지한다. 기업도 마찬가지다. 기업이 이를 받아들인다면 스테이블코인이 송금을 정산할 수는 있지만, 기업용 재무 소프트웨어는 여전히 재무 통제(예산, 세금, 영수증 등)를 처리하는 조율 계층이기 때문에 워크플로 가치의 상당 부분을 가져간다.

에이전트 결제 스택에서 암호화폐의 역할은 현재로서는 제한적이지만, 경제적 의미는 여전히 있다. 스테이블코인 네이티브 흐름에서 스테이블코인은 정산 자산이다. Circle 같은 발행사는 발행과 상환을 담당하고, 준비금 담보를 유지하며, 발행사 수준의 컴플라이언스 통제를 적용한다. x402는 판매자가 결제 조건을 전달하는 방식과 클라이언트가 결제 승인을 제시하는 방식을 표준화한다. 판매자는 직접 검증·정산할 수도 있고, 이를 중개자에게 위임할 수도 있다. 기반 블록체인은 송금을 실행하고 최종 확정하며, 수수료는 각 네트워크의 설계에 따라 귀속된다.

암호화폐가 에이전트 결제 스택의 전부는 아니다. 다만 암호화폐 네이티브 사업자와 자산 발행사는 승인 및 지갑 정책, 서비스 탐색, 판매자 및 자원 검증, 전달 증빙, 대사, 환불 또는 예외 처리 워크플로까지 함께 장악할 경우 스택에서 더 많은 몫을 가져갈 수 있다. 암호화폐가 이 분야에서 우위를 점하려면 정산을 넘어 더 상위 계층으로 올라가야 한다.

참고자료

A402: 에이전트 상거래를 위한 서비스 실행과 암호화폐 결제의 결합 - arXiv

에이전트 승인 프레임워크 - AP2

에이전트 결제 데이터 - Agentic Market

에이전트 결제 프로토콜 - AP2

에이전트 결제 섹터 - Artemis

나노페이먼트로 구현하는 에이전트 경제 - Circle

중개자 - x402scan

x402 에이전트 결제 프로토콜에 대한 다섯 가지 공격 - arXiv

글로벌 결제 보고서 2026 - Worldpay

에이전트형 AI가 결제를 어떻게 재편할 것인가 - IMF

검증 가능한 의도가 에이전트형 AI 상거래에서 신뢰를 구축하는 방식 - Mastercard