칼럼 | AI끼리 돈 주고받는다…‘머신 페이먼트’ 시대 본격 개막

AI와 결제에 대한 대부분의 논의는 에이전트가 사람을 대신해 식료품을 주문하거나 항공권을 예약하고, 가격을 비교하는 데 초점을 맞추고 있다. 그러나 그 이면에서는 덜 눈에 띄지만 훨씬 큰 변화가 진행되고 있다. 바로 AI 에이전트가 다른 AI 에이전트에 직접 비용을 지불하는 구조다.

이 과정은 소비자를 대신하는 것이 아니라, 에이전트 자체의 워크플로우 일부로 이뤄진다. 하나의 에이전트가 데이터나 연산 자원, 혹은 다른 에이전트의 기능이 필요할 경우 수 밀리초 만에 비용을 지불하고 접근 권한을 확보한다. 이 모든 과정에는 양쪽 모두 인간이 개입하지 않는다.

‘머신 페이먼트’란 무엇인가

에이전트 커머스와 머신 페이먼트는 분명한 차이가 있다. 에이전트 커머스에서는 인간이 항상 주체이며, 에이전트는 이를 대신해 사람이 원하는 상품이나 서비스를 구매하는 역할을 한다. 반면 머신 페이먼트에서는 특정 시점에 인간이 개입하지 않은 상태에서, 목표를 수행하는 소프트웨어 시스템 간에 거래가 이뤄질 수 있다.

이 같은 사례는 이미 구체적으로 등장하고 있으며 빠르게 늘고 있다. AI 에이전트는 작업 중 병목이 발생하면 추가 클라우드 연산 자원을 즉시 확보하고, 추론 단위로 비용을 지불한다. 연구용 에이전트는 분석을 완료하기 위해 실시간 데이터 피드를 구매하고, 특정 기능이 부족한 모델은 다른 모델에 비용을 지불해 해당 기능을 활용한다. API 서비스 역시 호출 단위로 과금되며, 별도의 청구 주기나 구매 부서 없이 자동으로 정산이 이뤄진다.

이러한 구조가 가능한 이유는 AI 에이전트가 기존 소액 결제를 어렵게 만들었던 ‘마찰’을 전혀 갖고 있지 않기 때문이다. 주의력의 한계도 없고, 여러 단계의 온보딩 절차를 견딜 필요도 없으며, 몇 센트 수준의 비용 지출에도 주저하지 않는다. 거래 주체는 자율적으로 24시간 작동하는 소프트웨어이며, 이에 맞춰 결제 아키텍처 역시 동일한 방식으로 설계돼야 한다. 에이전트는 본래 마이크로페이먼트 인프라가 겨냥했던 이상적인 고객이지만, 지금까지는 예상되지 않았던 존재였다.

기존 결제 인프라가 맞지 않는 이유

기존 금융 시스템은 인간을 전제로 구축됐다. 계좌 개설에는 신원 확인 서류가 필요하고, 인증 과정은 물리적 존재를 가정하며, 정산에는 수시간에서 수일이 소요된다. 또한 카드 네트워크의 최소 거래 비용 구조는 건당 약 0.3달러(약 400원)와 2.9% 수수료로, 0.02달러(약 30원) 수준의 결제를 구조적으로 불가능하게 만든다. 결국 현재 인프라는 사용 사례와 맞지 않는다.

AI 에이전트가 필요로 하는 것은 즉각적인 정산, 센트 이하 단위의 초소액 거래, 코드 기반의 자동 승인, 그리고 전적으로 코드로 결제 관계를 설정할 수 있는 환경이다.

구축되고 있는 것들

초기 머신 페이먼트 인프라는 서로 보완적인 접근 방식을 취한 두 가지 프로토콜이 주도하고 있다.

먼저 결제 기업 스트라이프(Stripe)가 템포(Tempo)와 공동 개발한 ‘MPP(Machine Payments Protocol)’은 에이전트가 인터넷 환경에서 직접 결제할 수 있도록 설계된 개방형 표준이다. 에이전트가 HTTP 엔드포인트에 리소스를 요청하면, 서비스는 결제 요청을 반환하고 에이전트는 이를 승인한 뒤 리소스를 받는다. 이 모든 과정은 코드 기반으로 자동 처리된다.

MPP는 스테이블코인과 법정화폐 정산을 모두 지원해 기존 결제 인프라를 사용하는 기업에서도 쉽게 적용할 수 있다. 사람이 사용하는 거래를 처리하던 동일한 스트라이프 API로 머신 간 거래도 처리할 수 있다는 점이 특징이다. 설계의 핵심은 ‘프로그래머블 지출 승인’이다. 단순히 리소스에 접근하는 것을 넘어, 특정 범위 내에서 검증 가능한 결제 권한을 부여하는 데 초점을 맞췄다.

한편 암호화폐 기업 코인베이스(Coinbase)가 개발한 ‘x402 프로토콜’은 전혀 다른 접근 방식을 취한다. 1990년대 이후 사실상 사용되지 않았던 HTTP 402 ‘결제 필요(Payment Required)’ 상태 코드를 되살린 것이다.

이 구조에서는 에이전트가 리소스를 요청하면 서버가 402 응답과 함께 결제 정보를 전달하고, 에이전트는 스테이블코인으로 즉시 결제한 뒤 접근 권한을 얻는다. 서버 측 구현도 매우 간단해 한 줄의 코드로 처리할 수 있다. 코인베이스에 따르면 이 프로토콜은 이미 5,000만 건 이상의 거래를 처리했다.

MPP가 법정화폐 호환성과 기존 결제 인프라를 중시하는 기업 환경에 최적화돼 있다면, x402는 최소한의 통합으로 스테이블코인 기반 서비스를 구축하려는 환경에 적합하다.

이를 보다 구체적으로 살펴보면 다음과 같다. 예를 들어 연구용 AI 에이전트가 작업을 완료하기 위해 유료로 제공되는 뉴욕타임스 기사를 읽어야 하는 상황을 가정해보자.

현재 구조에서는 계정도 없고 구독도 없기 때문에 접근 자체가 불가능하다. 하지만 x402 환경에서는 뉴욕타임스가 API 엔드포인트에 기사별 가격을 게시하고, 에이전트는 해당 엔드포인트에 접근해 402 응답으로 전달된 결제 주소와 예를 들어 0.25달러(약 340원)의 가격 정보를 받는다. 이후 몇 밀리초 만에 결제를 완료하고 기사를 받아볼 수 있다.

로그인이나 구독 단계, 결제 절차가 전혀 필요 없다. 수수료 역시 센트 단위의 일부에 불과하다. 유료 구독과 광고 수익 감소 사이에서 고민해온 미디어 업계에 전혀 다른 비즈니스 모델을 제시하는 셈이다. 이제 독자가 사람이 아니라 소프트웨어가 될 수도 있다.

두 프로토콜 모두에서 자연스러운 결제 수단으로 자리 잡고 있는 것은 스테이블코인이다. 스테이블코인은 프로그래밍이 가능하고, 즉시 결제가 가능하며, 소액 단위 처리가 가능하고, 국경 제약이 없으며 24시간 연속 운영된다. 이는 은행 시스템이 아닌 소프트웨어의 작동 방식에 맞는 특성이다.

2025년 기준 스테이블코인 거래 규모는 약 33조 달러(약 4경 5,000조 원)에 달하며, 이는 비자와 마스터카드의 거래 규모를 합친 수준에 근접한다.

실행 단계의 과제

현재 등장한 프로토콜은 머신 페이먼트가 어떻게 시작되고 승인되는지는 정의하고 있다. 그러나 문제가 발생했을 때 이를 어떻게 처리할지는 충분히 해결하지 못한 상태다. 특히 완전 자동화된 고빈도 에이전트 워크플로우에서는 오류가 불가피하게 발생할 수밖에 없다.

문제는 인간이 개입하지 않는 구조에서 결제 오류가 발생할 경우, 기존과는 전혀 다른 유형의 리스크로 이어진다는 점이다. 분쟁 해결 경로도 없고, 감사 추적도 없는 상황에서 잘못된 결제가 실행된다면 이는 단순한 실패 거래와는 차원이 다른 문제다.

따라서 인프라는 거래 중간에 결제가 실패하더라도 이중 청구가 발생하거나 승인되지 않은 리소스가 제공되지 않도록 보장해야 한다. 또한 모든 거래는 책임 추적이 가능하도록 기록돼야 하며, 여러 시스템을 오가는 에이전트가 결제 자격 증명을 노출하지 않고 안전하게 관리할 수 있어야 한다.

이처럼 머신 페이먼트를 대규모로 신뢰할 수 있도록 만드는 실행 레이어, 즉 기반 인프라는 아직 구축이 진행 중이다. 프로토콜의 발전 속도가 이를 앞서가고 있는 상황이다.

머신 페이먼트의 미래

머신 페이먼트는 단순한 미래 전망이 아니라 이미 현실에서 작동하고 있는 흐름이다. 관련 프로토콜은 존재하고, 실제 거래도 대규모로 이뤄지고 있다. 다만 아직까지는 이를 완전히 새로운 경제 주체로 인식하는 단계에는 이르지 못했다.

이는 단순히 인간 결제를 더 빠르게 만든 개념이 아니라, 구조적으로 전혀 다른 형태의 거래 방식이다. 인터넷 거래의 대다수가 인간 개입 없이 이뤄지는 환경에서는 신뢰, 안정성, 책임을 위한 기존 프레임워크를 근본적으로 재설계해야 한다.

지금 이 구조를 이해하고, 아키텍처가 설계되는 단계에서 참여하는 기업과 개발자가 향후 생태계를 주도할 가능성이 높다. 반대로 이를 간과하는 이들은 결국 다른 이들이 만들어 놓은 구조를 따르게 될 수밖에 없다.
dl-ciokorea@foundryco.com

• 관련 기사 :  “AI 안 쓰는 개발자는 해고” 코인베이스 CEO가 강경 메시지 낸 이유는?