Agent Pay·Verifiable Intent: Mastercard가 AI 에이전트 결제에 내건 신뢰 조건 네 가지

Mastercard는 AI 에이전트가 대신 사는 거래를 기존 카드 결제와 같은 규칙 안에 넣으려 합니다. 에이전트를 등록·검증하고 구매자의 의도를 기록하며 결제는 처음부터 끝까지 토큰으로 처리하는 방식입니다. 에이전트 주문을 받을 기업은 상품 데이터를 에이전트가 찾을 수 있게 정리하고 어떤 에이전트가 누구의 승인으로 무엇을 사려 했는지 남길 준비를 해야 합니다.

요약

Mastercard는 2026년 10월 29일 3분기 실적 콜을 열었습니다. 순매출은 98억 달러로 통화 영향을 뺀 기준 14% 늘었고 부가 서비스 매출은 19% 늘었습니다. Michael Miebach CEO는 준비 발언의 상당 부분을 agentic commerce(구매자가 AI 에이전트에게 상품 검색, 선택, 구매를 맡기는 거래)에 썼습니다. 기계끼리 거래하는 형태와 기존 온라인 쇼핑 형태가 함께 커지면서 거래 건수가 늘고 기업 간 카드 결제와 소액 결제가 새로 생긴다고 봤습니다. 소비자가 이미 에이전트로 상품을 찾고 사기 시작했고 연말 쇼핑 시즌에 더 늘 것이라고 했습니다. 다만 규모는 아직 작다고 선을 그었습니다. 그의 표현으로 “It is still early days, and the numbers are not yet significant”입니다.

Miebach는 에이전트 거래가 커지려면 네 가지가 필요하다고 했습니다. 결제에 대한 신뢰, 에이전트에 대한 신뢰, 생태계에 대한 신뢰, 그리고 ubiquitous reach(어디서나 받아 주는 범위)입니다. 조건마다 장치를 하나씩 붙였습니다. 결제 신뢰는 Agent Pay에 들어간 tokenization(카드 번호 대신 대체 값으로 결제하는 기술)이, 에이전트 신뢰는 Agent Pay의 에이전트 검증과 구매자 승인이 맡습니다. 생태계 신뢰는 구매 의도를 기록하는 Verifiable Intent와 최근 내놓은 Agentic Trust Intelligence가, 범위는 2억 곳이 넘는 Mastercard 가맹점이 맡습니다. 질의응답에서는 일회용 VCN(virtual card number, 가상카드 번호)으로 에이전트 결제를 중개하는 방식을 지원하지 않는다고 밝혔습니다. 아래에서는 네 장치의 작동 방식을 풀고 에이전트 주문을 받을 기업이 무엇을 남기고 누가 언제 준비할지를 덧붙였습니다.

핵심 메커니즘

Agent Pay: 등록된 에이전트만 토큰으로 결제하게 하는 장치

Agent Pay는 에이전트가 하는 결제를 카드망 규칙 안에 넣는 Mastercard의 장치입니다. Miebach에 따르면 Agent Pay는 에이전트가 검증을 거쳤고 구매자가 그 에이전트를 승인했는지 확인합니다. 가맹점과 카드 발급사도 이 거래가 에이전트 거래라는 것을 압니다. 결제 자체는 tokenization으로 처리되고 지금 카드 결제에 적용되는 카드망 규칙이 그대로 따라옵니다. 질의응답에서 그는 소비자가 안심하려면 Agent Pay를 쓰고 에이전트를 등록하는 일이 핵심이라고 했습니다. CFO Ling Hai는 기존 토큰 플랫폼인 MDES(Mastercard Digital Enablement Service)를 에이전트용 토큰으로 넓히고 있다고 설명했습니다. 따라 할 때는 구매자가 카드를 정해 두고 구매를 맡기는 단계에 적용합니다. 에이전트가 상품만 찾아보는 단계에는 결제 장치가 필요하지 않습니다.

Verifiable Intent와 Agentic Trust Intelligence: 의도를 남기고 거래를 평가하는 장치

에이전트가 결제할 때 가장 다투기 쉬운 질문은 “구매자가 정말 이걸 사라고 했나”입니다. Verifiable Intent는 구매자의 의도를 기록해 이 질문에 답할 근거를 남깁니다. Agentic Trust Intelligence는 Miebach가 최근 출시했다고 소개한 솔루션으로, 어떤 AI 에이전트가 시작한 거래든 은행과 가맹점이 평가할 수 있게 돕습니다. 앞의 것은 거래 전에 의도를 남기고 뒤의 것은 거래가 들어올 때 위험을 봅니다. 콜에서 두 장치의 데이터 항목이나 평가 기준은 나오지 않았습니다. 가상 예시로 보면 “커피 원두 1kg, 3만 원 이하, 이번 주 안”이라는 의도가 기록돼 있을 때 에이전트가 4만 원짜리를 고르면 가맹점이나 은행이 주문과 의도가 다르다는 것을 볼 수 있습니다.

Agent Connect: 가맹점이 에이전트에게 발견되게 하는 연결

결제가 준비돼도 에이전트가 가맹점을 찾지 못하면 거래가 생기지 않습니다. Miebach는 소비자 쪽 Agent Pay 도입보다 가맹점이 에이전트에게 발견되는 일이 조금 뒤처져 있다고 했습니다. Agent Connect는 가맹점의 상품 카탈로그를 에이전트 경험으로 이어 주는 연결입니다. UBS 애널리스트 질문에 그는 가맹점 준비 정도가 제각각이라고 답했습니다. 이제 막 온라인 판매를 붙이는 작은 가게부터 자체 에이전트를 만드는 대형 가맹점까지 있습니다. 그래서 PSP(결제 대행사), ISV(가맹점용 소프트웨어 회사), processor(결제 처리사)가 모든 규모의 가맹점에 닿는 통로로 중요하다고 했습니다. Mastercard가 하나의 창구가 되어 가맹점이 파트너마다 다른 방식을 붙이지 않게 하겠다는 것이 그의 설명입니다.

VCN as a bridge: 일회용 가상카드 번호는 임시 다리로만

Bernstein 애널리스트는 에이전트 결제에 지갑이나 가상카드가 아니라 Mastercard의 에이전트 토큰을 써야 하는 이유를 물었습니다. Miebach는 지금 시장의 결제 방식을 patchwork(임시로 덧댄 방식)라고 부르며 해법으로 보지 않았습니다. 일회용 VCN이 거래 앞단에서 결제를 대신하면 구매자가 고른 카드, 그 카드의 리워드, 구매자의 통제가 끊긴다는 이유입니다. Evercore 애널리스트가 processor가 가상카드로 에이전트 거래를 중개하는 경우를 묻자 그는 그런 중간 해법은 지원하지 않는다고 답했습니다. VCN은 processor가 고르는 방식이고 완전한 토큰 거래로 가기 전 한동안 쓰는 다리라는 설명입니다. Mastercard는 VCN이 다리로만 남도록 processor들과 협의하고 있습니다.

통념과 다른 주장

콜에서 나온 사례

사례	상황	한 일	결과	연결
OpenAI	3분기 파트너 계약	3분기에 Mastercard와 폭넓은 전략 제휴 체결	Agent Pay 사용에 더해 결제, 서비스 공동 성장, AI 전환까지 포함	Agent Pay
Shopify	Shopify의 Shop Pay	Agent Pay와 network token(카드망 토큰) 적용	이미 여러 에이전트 플랫폼에서 쓸 수 있고 더 늘어날 예정	Agent Pay, Agent Connect
processor의 VCN	가상카드로 에이전트 거래 중개	Mastercard가 중간 해법으로 지원하지 않기로 함	완전 토큰화 전까지의 다리로만 인정, processor와 협의 중	VCN as a bridge
Digital Risk Protection	AI로 보안 위협과 수요가 함께 커짐	기업의 디지털 취약점을 찾는 보안 제품 출시	출시 몇 달 만에 기업 고객 약 800곳	생태계 신뢰

기술 디테일: 에이전트 주문을 받을 때 남길 기록

아래 필드, 규칙, 설정값은 실제로 돌릴 때 필요한 것을 가상 예시로 적은 것이며 Mastercard가 밝힌 사양이 아닙니다. 실제 연동 규격은 카드사와 결제 대행사의 문서를 따릅니다.

Agent Pay 같은 에이전트 결제를 받으려면 주문 한 건에 “어느 에이전트가, 누구의 승인으로” 왔는지를 먼저 남깁니다. 주문 테이블에 agent_id, agent_registered(등록 확인 여부), buyer_consent_at(구매자가 에이전트를 승인한 시각) 칸을 더합니다. 결제 대행사가 넘겨주는 에이전트 거래 표시를 이 칸에 그대로 받습니다. 등록 확인이 없는 에이전트 주문은 바로 거절하지 말고 사람 검토 대기열로 보내 첫 몇 주의 비율을 봅니다.

Verifiable Intent 같은 의도 기록과 대조하려면 의도 레코드를 구조화된 값으로 받고 주문과 자동으로 비교합니다. 비교는 LLM이 아니라 규칙으로 합니다. 품목 범주가 같은지, 금액이 상한 이하인지, 유효기간 안인지, 판매처가 허용 목록에 있는지를 차례로 봅니다. 하나라도 어긋나면 결제 전에 멈추고 구매자에게 다시 확인을 받습니다. LLM은 상품명이 의도의 품목과 같은 물건인지 애매할 때만 판단 보조로 쓰고 그 판단은 match_reason 칸에 남깁니다.

{
  "order_id": "ORD-2026-118204",
  "agent_id": "agt-shopper-0412",
  "agent_registered": true,
  "buyer_consent_at": "2026-11-20T21:04:00+09:00",
  "intent_id": "INT-7781",
  "intent": {"category": "coffee_beans", "max_amount_krw": 30000, "expires": "2026-11-27"},
  "order": {"sku": "BEAN-ETH-1KG", "amount_krw": 28500},
  "checks": {"category": "pass", "amount": "pass", "expiry": "pass", "merchant_allowed": "pass"},
  "match_reason": "에티오피아 원두 1kg, 의도 범주와 일치",
  "payment_credential": "network_token",
  "decision": "approve"
}

VCN 대신 토큰으로 받으려면 결제 대행사에 에이전트 거래도 network token으로 넘어오는지, 가상카드 번호로 바뀌어 오는지를 확인합니다. payment_credential 칸에 network_token과 vcn을 나눠 적으면 비율을 주마다 볼 수 있습니다. 리워드 적립이나 환불이 구매자의 원래 카드로 돌아가는지도 이 칸으로 추적합니다.

막히는 경우	증상	대응
에이전트 거래 표시가 안 넘어옴	일반 온라인 주문과 섞임	결제 대행사에 표시 전달 여부 확인, 안 되면 주문 경로(API, 에이전트 전용 입구)로 구분
의도와 주문의 품목명이 다름	규칙 대조에서 오탐	품목 범주 코드로 대조, 애매한 건만 LLM 보조 판단과 사람 검수
가상카드 번호로 들어옴	리워드·환불이 원래 카드로 안 감	vcn 비율을 주간 보고, 결제 대행사와 토큰 전환 일정 협의
분쟁 접수	구매자가 “시킨 적 없다”고 함	의도 레코드, 구매자 승인 시각, 대조 결과를 주문과 함께 보관해 근거로 제출
에이전트가 상품을 못 찾음	에이전트 경유 주문이 거의 없음	상품 카탈로그의 품목명·가격·재고를 구조화해 결제 대행사·플랫폼 연결에 올림

현업 실행 디테일: 누가, 언제, 무엇을

역할	맡는 일
이커머스·디지털 채널 책임자	에이전트 주문 수용 범위 결정, 확대 판정
결제 담당	결제 대행사·카드사 연동, 토큰과 VCN 비율 관리
사기 방지·보안 담당	미등록 에이전트 주문 처리 기준, 의도 대조 규칙 승인
상품 데이터 담당	카탈로그 구조화, 에이전트가 찾을 품목·가격·재고 정비
고객센터·분쟁 담당	“시킨 적 없다” 분쟁 처리 절차, 근거 자료 양식
법무	에이전트 주문의 약관·환불 조건 검토

준비물. 결제 대행사 계약과 연동 문서, 최근 3개월 온라인 주문과 분쟁 기록, 상품 카탈로그(품목 범주 코드 포함), 현재 사기 탐지 규칙 목록이 필요합니다.

기간	할 일	산출물	담당
1~2주	에이전트 주문 구분 여부, 결제 대행사의 토큰·VCN 전달 방식 확인	현황 점검표	결제 담당
3~4주	시험 품목 20~50개의 품목명·가격·재고를 구조화해 에이전트 연결에 올림	구조화 카탈로그	상품 데이터 담당
5~6주	주문 테이블에 agent_id·의도 대조 칸 추가, 시험 주문으로 대조 규칙 검증	대조 규칙과 검토 대기열	사기 방지·보안 담당
7~8주	분쟁 절차 정리, 판정 기준으로 확대 여부 결정	확대 판정 보고	이커머스 책임자

현업에 물을 것.

1. 지금 들어오는 주문 중 AI 에이전트가 낸 주문을 구분할 수 있나요? 못 한다면 어떤 표시가 필요하나요?
2. 우리 결제 대행사는 에이전트 거래를 network token으로 넘기나요, 가상카드 번호로 넘기나요?
3. 구매자가 “에이전트가 잘못 샀다”고 하면 지금은 누가 무엇을 근거로 처리하나요?
4. 에이전트가 우리 상품을 찾을 때 품목명, 가격, 재고가 어디서 어떤 형식으로 나가나요?
5. 등록되지 않은 에이전트의 주문은 받을 건가요, 막을 건가요, 사람이 볼 건가요?

진행 판정 기준(예시). 시험 4주 동안 에이전트 주문의 90% 이상에 agent_id와 의도 레코드가 붙고 의도 대조에서 사람 검토로 넘어간 비율이 10% 이하이며 에이전트 주문의 분쟁률이 일반 온라인 주문보다 높지 않으면 대상 품목을 넓힙니다. 하나라도 못 채우면 원인을 찾아 4주를 더 봅니다.

AX 적용 제언. 국내 유통·이커머스 기업이라면 결제 쪽부터 손대기보다 상품 데이터부터 시작하는 편이 낫습니다. Miebach가 말한 대로 가맹점이 에이전트에게 발견되는 일이 결제 도입보다 뒤처져 있고 에이전트가 찾지 못하면 결제 준비도 쓸모가 없기 때문입니다. 그다음 결제 대행사와 토큰 전달 방식을 확인하고 마지막으로 의도 기록과 분쟁 근거를 남기는 절차를 사기 방지 팀과 함께 만듭니다. 카드사나 은행이라면 Agent Pay와 Agentic Trust Intelligence가 다루는 에이전트 거래 평가를 자체 사기 탐지 모델에 어떻게 넣을지가 먼저 정할 일입니다. 어느 쪽이든 에이전트 주문 비중은 아직 작으니 품목 몇 개로 좁혀 시험하고 연말 시즌 주문으로 기준선을 잡아 두는 것이 순서입니다.

원문 사례

항목	내용
발표	Mastercard 2026년 3분기 실적 발표 콜, 2026.10.29 (The Motley Fool 녹취 같은 날 게재)
발언자	Michael Miebach(CEO), Ling Hai(CFO), Devin Corr(IR). 질문 Harshita Rawat(Bernstein), Adam Frisch(Evercore ISI), Timothy Chiodo(UBS) 등
실적	순매출 98억 달러(통화 영향 제외 14%↑), 조정 주당순이익 5.31달러(21%↑), 조정 영업이익률 60.5%, 부가 서비스 매출 19%↑, 총 결제액 7%↑
에이전트 커머스	소비자 사용 시작, 주간 증가율 빠름, 규모는 아직 작음, 연말 시즌 증가 예상
네 조건	결제 신뢰(tokenization), 에이전트 신뢰(Agent Pay), 생태계 신뢰(Verifiable Intent, Agentic Trust Intelligence), 보편적 도달(가맹점 2억 곳 이상)
가맹점 연결	Agent Connect, 가맹점 발견은 소비자 도입보다 조금 뒤처짐, PSP·ISV·processor 경유
VCN	일회용 가상카드로 중개하는 방식은 지원하지 않음, processor의 임시 다리로만 인정
파트너	OpenAI 전략 제휴(Agent Pay 포함), Shopify Shop Pay가 Agent Pay·network token 사용
CFO 발언	MDES를 에이전트용 토큰 플랫폼으로 확장, 커머스는 대면·온라인·에이전트가 섞인 multimodal, 서비스의 약 60%가 결제망과 연결
보안	Digital Risk Protection 출시 몇 달 만에 기업 고객 약 800곳

핵심 개념

network token

실제 카드 번호 대신 카드망이 발급한 대체 값으로 결제하는 방식입니다.

MDES

Mastercard Digital Enablement Service. Mastercard가 카드 토큰을 발급하고 관리하는 플랫폼입니다.

issuer

카드를 발급한 은행이나 카드사입니다. Agent Pay에서는 가맹점과 함께 에이전트 거래임을 알게 되는 쪽입니다.

PSP·ISV

PSP는 가맹점 대신 결제를 받아 주는 결제 대행사, ISV는 가맹점이 쓰는 판매·주문 소프트웨어를 만드는 회사입니다.

multimodal commerce

CFO가 쓴 말로, 대면, 온라인, 에이전트 거래가 한쪽으로 바뀌지 않고 함께 쓰인다는 뜻입니다.

내 메모

TODO: 내 생각 추가

원문은 The Motley Fool에 실린 「Mastercard (MA) Q3 2026 Earnings Call Transcript」(2026.10.29 게재, 콜도 같은 날)입니다. 요약, 핵심 메커니즘의 콜 내용, 통념과 다른 주장, 사례, 원문 사례 표는 Mastercard 경영진의 발언을 AX Review가 다시 정리했으며 효과와 계획은 회사 측 설명입니다. 기술·현업 실행 디테일, JSON 예시, 막히는 경우 표, 일정과 판정 기준, 인포그래픽은 원문에 없는 내용으로 새로 작성했고 그 안의 필드명, 금액, 비율은 가상 예시입니다. 콜 전문은 원문 페이지에서 볼 수 있습니다.