일기예보를 사는 AI 에이전트가 달러 스테이블코인으로 결제하고 판매자는 일반 은행 계좌로 대금을 받을 수 있다. 다른 에이전트는 같은 서비스를 카드 계정으로 살 수도 있다. 은행의 기관 고객이라면 토큰화 예금을 옮길 수도 있다. 소프트웨어가 돈을 보낼 수 있다는 사실만으로는 수취인이 결국 어떤 권리를 갖게 되는지 알기 어렵다.
이 구분은 점점 실질적인 문제가 되고 있다. 2026년 3월 Stripe와 Tempo는 스테이블코인과 기존 결제 수단을 통한 프로그램형 결제를 지원하는 Machine Payments Protocol을 공개했다. 6월에는 Mastercard가 카드와 계좌, 스테이블코인 간 정산을 설명하며 Agent Pay for Machines를 발표했다. AI 에이전트 결제는 여러 형태의 화폐를 동시에 활용하며 발전하고 있다. Stripe의 MPP 발표, Mastercard의 출시 발표
이 변화는 데이터 조회 한 번이나 짧은 계산, 몇 분간의 이용처럼 유용한 작업을 작은 단위로 판매하는 사업자에게 기회를 만든다. 동시에 결제 비용과 통화 위험, 문제 발생 시 복구에 관한 결정을 소프트웨어로 옮긴다. 소유자가 다른 일을 하는 사이 소프트웨어는 수천 건을 구매할 수도 있다.
우리의 견해로는 누가 이런 결정을 설정하는지가 가장 중요한 경쟁 요소가 될 것이다. 시스템은 소유자가 맡긴 작업의 완료를 최적화할 수도 있고, 결제 사업자가 선호하는 통화와 네트워크를 따를 수도 있다. 사용자에게는 둘 다 “결제해”라는 간단한 지시처럼 보일 수 있다.
이 글은 화폐와 AI 에이전트에 관한 시리즈의 두 번째 편이다. 첫 번째 편에서는 에이전트 구매와 카드 네트워크를 다룬다. 여기서는 돈 자체를 따라가며 누군가 돈을 돌려받아야 할 때 무슨 일이 벌어지는지도 살펴본다.
같은 달러 표시도 서로 다른 권리를 나타낼 수 있다
기존 은행 잔액도 이미 디지털 형태다. 카드는 결제 방식을 이용하는 수단이며 신용도 포함할 수 있지만, 별도의 화폐는 아니다. 결제 화면을 에이전트로 바꾼다고 해서 그 자체로 기초가 되는 달러나 유로 채무가 바뀌지는 않는다.
법정화폐 담보 스테이블코인에는 발행자와 상환 조건이 더해진다. Circle은 USDC와 EURC가 회사 운영 자금과 분리 보관된 유동성 준비금으로 뒷받침되며, 매주 준비금 내역을 공개하고 USDC는 매월 외부 확인을 받는다고 설명한다. 이런 방식은 상환에 대한 신뢰를 뒷받침한다. 그렇다고 모든 국가에서 지갑 잔액이 즉시 쓸 수 있는 은행 예금과 동등해지는 것은 아니다. Circle의 준비금 공개 자료
토큰화된 은행 예금은 프로그램형 인프라에 표시된 은행에 대한 청구권이다. J.P. Morgan은 Base 기반 USD JPM Coin을 심사를 마친 거래 상대를 위한 상업은행 화폐로 설명하며, 블록체인 예금 계좌 체계를 통해 전환할 수 있다고 밝힌다. 공개 블록체인에 접근할 수 있다는 사실만으로 누구나 필요한 은행 거래 관계를 맺을 수 있는 것은 아니다. JPM Coin 제품 설명
가격 변동이 큰 암호자산은 별도의 예산 문제를 만든다. 기업이 매출을 얻거나 비용을 지불하는 통화에 비해 시장 가치가 변할 수 있기 때문이다. 토큰화된 펀드 지분은 투자 소유권과 상환 조건을 수반한다. 같은 지갑 화면에 스테이블코인과 나란히 표시된다고 해서 어느 쪽이든 현금이 되는 것은 아니다.
따라서 에이전트가 답해야 할 실무 질문은 “암호화폐를 지원하나요?”보다 구체적이어야 한다. 자산과 발행자, 네트워크, 수취인의 수용 여부를 확인한 뒤 잔액이 다음 채무를 어떻게 이행할 수 있는지 파악해야 한다. 유로화로 임금을 지급해야 하는 회사는 달러 표시 토큰을 받았다고 해서 할 일을 끝낸 것이 아니다.
지금 결제 선택지가 늘어나는 이유
기계 결제는 사람이 작업을 멈추고 가입과 구독 선택, 결제 정보 입력을 할 필요를 줄여 준다. MPP에서는 소프트웨어 상호작용의 일부로 서비스가 결제를 요청할 수 있다. Stripe는 영수증이 기존 결제 인프라를 통해 처리되고 자금은 판매자 잔액으로 들어간 뒤 표준 지급 일정에 따라 지급된다고 설명한다. 에이전트의 빠른 구매와 판매자의 은행 입금은 서로 다른 사건이다. MPP 작동 방식
Coinbase는 3월 18일 x402 지원을 ERC-20 토큰으로 확대하고 가스비 후원 방식을 도입했다. 이를 통해 사용자가 직접 마련해야 했던 블록체인 거래 수수료를 중개자가 처리할 수 있다. 개발자가 받을 수 있는 자산의 범위는 넓어지지만, 판매자는 어떤 자산과 네트워크를 실제로 지원할지 여전히 선택해야 한다. “가스비 없음”은 결제자의 경험을 말하며 비용을 다른 참여자가 부담한다. Coinbase의 x402 업데이트
Mastercard의 6월 발표도 프로그램형 승인 규칙과 지출 한도를 설명한다. 참여 기업 목록에는 전통 결제 기업과 암호화폐 기업이 모두 포함되어 있다. 이 발표는 공통 규칙을 둘러싼 서비스와 개발 노력이 있다는 점을 보여 주지만, 모든 판매처에서 이용할 수 있다거나 대규모 기계 상거래의 경제성이 입증됐다는 뜻은 아니다. Agent Pay for Machines
이러한 전개는 유용한 가능성을 뒷받침한다. 모든 구매자와 공급자가 같은 금융 방식을 채택하지 않아도 사업자는 에이전트 친화적 인터페이스를 통해 판매할 수 있다. 다만 어려운 일은 서로 다른 금융 방식 사이의 연결로 옮겨 간다.
구매 한 건의 전 과정을 따라가 보자
가상의 유럽 물류회사를 생각해 보자. 이 회사의 에이전트는 미국 공급업체에서 최신 기상 데이터를 받아야 한다. 이는 설명을 위한 가상 업무 흐름이지 우리가 시험한 실제 배포 사례는 아니다. 회사는 에이전트에 일일 유로 예산을 주고 승인된 데이터 공급자에게서 구매하도록 허용한다.
에이전트는 달러 가격을 확인한다. 결제 전에 회사는 통상적인 구매 질문에 답해야 한다. 이 예보가 맞는가? 표시된 가격으로 의도한 용도까지 이용할 수 있는가? 공급업체가 기한 안에 제공할 수 있는가? 유효한 결제 인증 수단은 이 질문들에 답하지 못한다.
공급업체가 카드 결제와 USDC를 모두 받는다고 가정하자. 회사는 이미 카드 결제 방식을 갖추고 있지만, USDC를 쓰려면 지갑에 자금을 넣어야 한다. 비교에는 자금 충전과 달러 환전, 서비스 제공자의 수수료, 남은 잔액의 처리까지 포함해야 한다. 블록체인 송금 수수료가 낮더라도 전체 구매에서 차지하는 비중은 작을 수 있다.
이제 상황을 바꿔 보자. 회사는 이미 승인된 스테이블코인 잔액을 보유하고 있고 공급업체에서 정기적으로 구매한다. 자금 충전 비용을 여러 구매에 나눌 수 있고 즉시 송금하면 신용을 제공하지 않고도 공급업체가 데이터를 전달할 수 있다. 토큰 기술은 바뀌지 않았지만 같은 경로가 더 매력적일 수 있다.
공급업체가 결제 대행업체를 통해 현지 통화로 받기를 원할 수도 있다. Stripe의 스테이블코인 문서는 완료된 결제가 판매자 잔액에 현지 통화로 정산되는 방식을 설명한다. 다만 고객을 받을 수 있는 지역보다 판매자 이용 가능 지역이 좁다. 문서에는 미국에서 이용할 수 있고 다른 지역에서는 비공개 미리 보기만 가능하다고 적혀 있다. 업무 흐름을 설계하기 전에 판매자의 자격을 확인해야 한다. Stripe의 스테이블코인 결제 문서
비교할 가치가 있는 경제적 단위는 양측이 사용할 수 있는 형태로 기록·결제되고 성공적으로 전달된 예보다. 이를 위해 예외를 해결하는 데 직원이 들이는 시간까지 포함해 전체 경로를 기존 청구 또는 은행 방식과 비교해야 한다.
송금보다 출금 경로가 더 중요할 수 있다
수취인이 토큰을 보유하거나 다시 사용하려는 경우 스테이블코인 결제가 특히 유망하다. 대신 은행 잔액이 필요한 사람은 상환이나 거래소 유동성, 결제 사업자의 환전 서비스에 의존한다.
9월 15일 갱신된 Circle의 유럽경제지역 상환 정책은 차이를 구체적으로 보여 준다. 조건을 충족하면 액면가로 상환할 수 있다고 명시한다. 직접 절차를 이용하는 개인 보유자는 신원과 거래 확인을 통과하고 적절한 은행 정보를 제공해야 한다. 불일치가 없는 경우 안내된 절차는 영업일 기준 5일 이내에 처리되어야 하며, 정책은 특정 위기 상황에서 별도로 지연을 허용한다. 이는 특정 상환 경로에 관한 내용이지 모든 USDC 매도가 5일 걸린다는 뜻은 아니다. Circle의 EEA 상환 정책
상업적 조건도 다르다. 3월 15일 시행된 Circle Mint 수수료표는 처리 등급을 구분하고 상환 흐름과 관련한 요금을 포함한다. 거의 즉시 처리하는 방식과 느린 기본 등급은 경제성이 다르다. “토큰 하나를 1달러가 뒷받침한다”는 말만으로 은행 계좌로 옮기는 데 드는 비용과 시간을 모두 설명할 수는 없다. Circle Mint 상환 구조
PayPal은 3월 PYUSD를 70개 시장으로 확대한다고 발표하면서 출금 시 현지 통화로 전환할 수 있다고 밝혔다. 시장별 차이와 싱가포르에서는 기업만 이용할 수 있다는 조건도 명시했다. 기존 금융 인터페이스를 통해 토큰을 제공하면 별도의 암호화폐 지갑을 관리하지 않을 사람들에게도 유용할 수 있다는 점에서 의미가 있다. 실제 경로를 비교할 때는 수수료와 자격 조건도 따져야 한다. PayPal의 확대 발표
Ripple의 3월 결제 사업 확대도 전통 화폐와 스테이블코인 간 수금, 보관, 환전을 결합한다. 이는 제공자가 자사 서비스를 설명한 것이지 모든 송금 구간이 더 저렴하다는 독립적인 증거는 아니다. 기업은 결제 자산을 드러내지 않는 서비스를 구매하면서도 제공자의 유동성 및 규정 준수 운영에 의존할 수 있음을 보여 준다. Ripple Payments 확대
가상의 물류회사에서는 달러 페그가 유로와 달러 사이의 위험도 남긴다. 토큰의 달러 가치는 완벽하게 유지되더라도 지갑을 다시 채우는 데 드는 유로 비용은 변할 수 있다. 나중에 받은 환불도 유로 기준 가치가 달라질 수 있다. 재무 정책은 누가 이 위험을 부담하며 언제 환전할지 정해야 한다.
송금을 마쳐도 분쟁은 끝나지 않을 수 있다
예보 사례로 돌아가 보자. 에이전트는 결제에 성공했지만 오래된 데이터를 받았다. 원장은 가치가 이동했음을 입증할 수 있지만, 공급업체가 약속한 것을 전달했는지를 판단하려면 별도의 상거래 절차가 필요하다.
Stripe의 스테이블코인 문서는 유용한 사례를 제시한다. 원래 지갑으로 전액 또는 일부 환불은 지원하지만 분쟁 처리는 지원하지 않는다고 적혀 있다. 판매자가 돈을 돌려보낼 수 있는 것과 구매자가 결제 제도를 통해 거래에 이의를 제기할 수 있는 것은 다르다. “스테이블코인”이라는 말만으로 환불 처리나 계약상 구제 절차를 추정해서는 안 된다. Stripe의 환불 및 분쟁 조건
따라서 에이전트 소유자는 새로운 경로를 허용하기 전에 복구 규칙을 마련해야 한다. 불만 접수는 누가 맡는가? 어떤 증거로 구매한 서비스를 확인하는가? 원래 지갑은 아직 존재하는가? 구매자는 답을 얼마나 기다릴 수 있는가? 소액 구매라면 환불을 요청하는 비용이 결제액보다 클 수 있다. 그래도 여러 에이전트에서 실패가 반복되면 상당한 비용이 될 수 있다.
구현 방식도 중요하다. x402 중개자를 조사한 7월 연구 프리프린트는 시험 대상 시스템에서 승인과 실행의 취약점을 발견했고 영향을 받은 당사자들이 완화 조치를 도입했다고 보고했다. 이는 조사한 특정 구현에 관한 근거이지 현재 모든 x402 거래가 안전하지 않다는 증거는 아니다. 결제 요청을 실제 정산으로 바꾸는 중개자를 살펴봐야 하는 이유를 보여 준다. 최초 x402 보안 연구
가상의 구매자는 재시도 방식도 신중하게 처리해야 한다. 예보 응답 시간이 초과됐을 때 첫 구매를 확인하기 전에 다시 결제하면 중복 청구가 생길 수 있다. 애플리케이션에는 지속적으로 보관되는 구매 기록과 전달 여부를 확인하는 방법, 예외 처리 경로가 필요하다. 정산이 빨라질수록 이런 기록 관리의 중요성도 커진다.
화폐 선택은 위임된 금융 결정이다
공급업체를 고르도록 허용한 에이전트가 통화를 바꾸거나 새 지갑을 열고 발행자 사이에서 잔액을 옮기도록 허용해야 하는 것은 아니다. 그런 행위는 원래 구매 범위를 넘어서는 위험을 만든다.
물류 사례에서는 결제 제안과 자금 집행을 분리하는 것이 합리적이다. 회사는 알고 있는 공급자에게 소액 구매를 허용하고 일일 총액 한도를 두며 새로운 자산이나 낯선 수취인에 대해서는 승인을 요구할 수 있다. 이는 설계 선택이지 이미 보편적인 표준이 마련됐다는 설명은 아니다. 에이전트가 지시를 잊더라도 결제 시스템이 한도를 집행해야 한다.
최근 제품 발표는 절제된 위임이 어떤 모습일 수 있는지 보여 준다. Ripple은 9월 10일 확장형 GSmart 재무 에이전트가 실행 방안을 제안하고 관련 정책을 표시한 뒤 승인을 기다린다고 밝혔다. 금융 계산과 AI 해석을 분리하고 재무팀이 금융 조치의 권한을 유지한다. 이는 공급업체가 설명한 제품 설계이며 실제 효과는 고객이 평가해야 한다. Ripple의 GSmart 발표
낙관적인 가능성은 현실적이다. 소프트웨어가 승인된 결제 수단을 쉽게 비교하고 미리 넣어 둔 유휴 자금을 줄이며, 소규모 공급업체가 대형 기업 계약을 협상하지 않고도 개별 서비스를 판매하도록 도울 수 있다. 이런 이점은 반복 가능한 경제성과 감당할 만한 예외 처리에 달려 있다. 완료된 구매당 비용과 실제 사용할 수 있는 수취 자금, 복구에 쓰인 시간으로 측정해야 한다.
비관적인 가능성도 그만큼 구체적이다. 에이전트 플랫폼이 자체 잔액이나 발행자로 고객을 유도하면서 송금 수수료는 낮게 보이고 환전과 출금 비용은 다른 곳에 남을 수 있다. 네트워크 곳곳에 잔액이 파편화될 수 있다. 편리한 경로의 복구 수단이 약하다는 점을 공급업체가 실패한 뒤에야 알 수도 있다.
BIS의 8월 평가는 상호운용성 문제를 다시 강조한다. 서로 다른 네트워크의 스테이블코인은 여전히 교환하기 어려울 수 있다고 지적하면서 토큰화 은행 예금도 성숙한 상호운용 생태계를 갖추지 못했다고 인정한다. 중앙은행 화폐를 중심으로 한 체계를 선호한다는 것은 정책적 견해이지 은행 토큰화로 문제가 이미 해결됐다는 선언은 아니다. BIS 평가
핀테크 개발자에게 유용한 기여는 채무 이행 전 과정을 보여 주는 근거다. 어떤 고객이 이 경로를 사용할 수 있었는지, 무엇으로 결제했는지, 수취인이 무엇을 지출할 수 있었는지, 구매 실패를 어떻게 해결했는지를 밝혀야 한다. 송금 성공에서 끝나는 시연만으로는 사업성을 판단하는 데 필요한 정보가 부족하다.
3편에서는 토큰화 자산으로 질문을 이어 간다: 소프트웨어가 결제를 요청하듯 투자 자산이나 담보 포지션도 쉽게 이동시킬 수 있게 되면 무엇이 달라지는가? 원장 바깥의 기관에 여전히 의존하는 소유권은 무엇인가?
