AI 에이전트는 은행 카드를 사용할 수 있나요? 에이전틱 결제는 왜 스테이블코인과 블록체인을 피할 수 없는가?

핵심 관점

1. 신용카드는 체크아웃을 해결하지만, 에이전트 경제는 해결하지 못합니다.

만약 Agentic Payment가 단순히 AI 에이전트가 사람을 대신해 마지막 결제 단계를 완료하게 하는 것이라면, 예를 들어 항공권을 구매하거나 호텔을 예약하거나 SaaS를 갱신하는 것이라면, 신용카드, 체크카드, 가상카드, Apple Pay, Stripe, PayPal을 사용하는 데 본질적인 장애물은 없습니다. 신용카드는 물론 사용할 수 있고, 체크카드도 사용할 수 있습니다.

사용자가 미리 권한을 부여하면, 에이전트는 한도와 규칙 내에서 결제를 수행합니다. 이 과정은 이해하기 어렵지 않으며, 본질적으로는 더 스마트한 자동 결제, 기업 가상 카드, 출장 카드 또는 자동화된 구매 시스템과 비슷합니다.

따라서 Visa, Mastercard, Stripe와 같은 전통적인 결제 플레이어는 사라지지 않을 것입니다. 그들은 심지어 초기 Agentic Commerce의 중요한 진입점이 될 것입니다.

Stripe와 Tempo가 출시한 Machine Payments Protocol은 이를 잘 설명합니다. 이는 단순히 스테이블코인을 사용하는 것이 아니라, 상인이 에이전트로부터 직접 결제를 받을 수 있도록 하며, 스테이블코인뿐만 아니라 카드, BNPL 등 법정 통화 결제 방법도 지원합니다. 즉, 에이전트 결제의 초기 단계에서 전통적인 결제와 스테이블코인은 공존 관계일 가능성이 더 높으며, 누가 즉시 대체할 것인가의 문제가 아닙니다. 그러나 이는 Agentic Commerce의 한 부분인 체크아웃만 해결합니다.

체크아웃의 전제는 상품, 상인, 주문, 결제 버튼, 환불 및 분쟁 처리 프로세스가 이미 존재한다는 것입니다. 에이전트는 단순히 사용자의 옆에 서서 사용자가 더 자동화된 방식으로 구매를 완료하도록 돕는 것입니다.

진정한 문제는 다른 유형의 장면에서 발생합니다: 에이전트는 더 이상 이미 구축된 장바구니에 들어가는 것이 아니라, 열린 네트워크에서 자원을 연속적으로 호출하고, 서비스를 조합하고, 작업을 완료합니다.

예를 들어, AI 연구 에이전트가 산업 보고서를 작성하기 위해 여러 데이터베이스를 호출하고, 몇 개의 유료 자료를 구매하고, 다양한 모델 API에 접근하고, 웹 크롤링 서비스를 호출하고, 차트 생성 도구에 비용을 지불하며, 심지어 다른 에이전트에게 분석 결과를 구매해야 할 수도 있습니다. 여기에는 전통적인 의미의 "상점"이 없을 수도 있습니다. 또한 완전한 체크아웃 페이지가 있을 필요도 없습니다. 그것이 직면하는 것은 API, 데이터 인터페이스, 모델 서비스, 컴퓨팅 노드, 콘텐츠 자원, 자동화 도구, 심지어 다른 에이전트일 수 있습니다.

최근에 제가 만난 구체적인 예가 있습니다. 저는 트래픽 분석 도우미를 만들고 싶었고, 필요할 때 Semrush와 같은 데이터 소스를 자동으로 호출하여 웹사이트의 트래픽, 키워드, 경쟁사 및 시장 동향을 분석하도록 하고 싶었습니다. 하지만 실제로 계획을 정리하기 시작했을 때, 문제는 "AI가 분석할 수 있는가"가 아니라 "어떻게 데이터를 얻을 것인가"였습니다. 많은 상업 데이터 소스는 "단일 호출, 단일 결제, 즉시 반환" 방식으로 설계되지 않았습니다. Semrush를 예로 들면, 그 API 시스템은 계정, 패키지 및 API 유닛 모델에 더 가깝습니다. 매번 API 요청은 일정량의 API 유닛을 소모하며, 사용자는 해당 API 접근 권한을 가지고 있거나 API 유닛 패키지를 구매해야 합니다; Trends API는 별도로 접근을 구매할 수 있지만, 여전히 API 유닛을 기반으로 데이터를 요청합니다.

하지만 에이전트에게는 이 모델이 자연스럽지 않습니다. 만약 에이전트가 단지 가끔 트래픽 데이터를 호출해야 한다면, 그가 진정으로 필요로 하는 것은 SaaS 계정을 등록하는 것도 아니고, 전체 API 유닛 패키지를 구매하는 것도 아닙니다. 오히려 웹 페이지에 접근하는 것처럼 한 번 요청을 시작하는 것입니다: 이 데이터는 얼마인가요? 제가 구매할 권한이 있나요? 예산 범위 내라면 결제하고 즉시 결과를 받아야 합니다.

이것이 Agentic Payment와 전통 API 상업 모델 간의 단절입니다. 오늘날 많은 API의 요금 방식은 여전히 "인간 회사가 소프트웨어를 구매하는" 방식으로 설계되어 있으며, "기계가 필요에 따라 자원을 구매하는" 방식으로 설계된 것이 아닙니다.

따라서 Agentic Payment의 문제는 마지막 단계에서 결제를 할 수 있는가가 아니라, 전체 작업 체인에서 기계가 어떻게 지속적으로 권한을 얻고, 결제를 시작하고, 전달을 검증하고, 정산을 완료하는가입니다.

여기서 신용카드 시스템의 경계가 드러납니다.

신용카드가 뒤떨어져서가 아니라, 본래 인간 소비 장면을 위해 서비스되고 있기 때문입니다: 한 사람이 상인 환경에 들어가 상품을 선택하고, 주문을 확인하고, 결제를 완료하며, 그 뒤에 은행, 카드 조직, 수취 기관 및 결제 서비스 제공자가 권한 부여, 청산, 리스크 관리 및 분쟁 처리를 수행합니다.

하지만 에이전트 경제는 다른 문제 집합에 직면해 있습니다: 이 에이전트는 어떻게 이 돈을 쓸 권한이 있나요? 서비스 제공자는 이것이 악의적인 봇이 아니라 사용자의 진정한 의도의 연장임을 어떻게 확인할 수 있나요? 에이전트는 인적 확인 없이 소액, 고빈도, 크로스 플랫폼 결제를 완료할 수 있나요? 서비스 제공자가 결제를 받은 후 즉시 해당 자원을 해제할 수 있나요? 만약 에이전트가 잘못 구매하거나 권한을 초과하거나 공격을 받았다면, 책임은 누구에게 있나요?

이것이 Google이 AP2를 만들 때 "어떤 결제 방식을 사용할 것인가"에 중점을 두지 않고, 더 일반적인 에이전트 결제 신뢰 프레임워크에 중점을 두었던 이유입니다. Google 공식 소개에서 AP2는 결제 방식에 구애받지 않는 프레임워크로 정의되며, 사용자, 상인 및 결제 서비스 제공자가 다양한 결제 방식 간에 더 자신 있게 에이전트 주도 결제를 완료할 수 있도록 합니다. AP2 사양은 또한 에이전트가 사용자 대신 행동을 수행할 수 있도록 범위가 제한된 권한을 안전하고 간단하게 얻는 방법이 필요하다고 명확히 제시합니다; 프로토콜의 보안성은 사용자와 상인이 관련 정보를 암호화 서명하는 데 의존합니다.

따라서 Agentic Payment의 첫 번째 문제는: 돈이 어디서 차감되는가?가 아니라: 에이전트는 어떻게 이 돈을 쓸 권한이 있는가?입니다.

이 문제는 신용카드 시스템이 일부 해결할 수 있습니다. 예를 들어, 가상 카드, 토큰화된 자격 증명, 한도 관리, 기업 비용 통제, 리스크 관리 규칙 등이 에이전트가 기존 상인 시스템에서 거래를 완료할 수 있도록 합니다.

Visa도 이 방향으로 나아가고 있습니다. 그들의 Intelligent Commerce와 Trusted Agent Protocol은 본질적으로 AI 에이전트가 기존 상인 네트워크에서 인식되고 신뢰받으며 소비자 또는 기업을 대신해 거래를 완료할 수 있도록 합니다. Visa Developer의 Trusted Agent Protocol에 대한 설명도 매우 직접적입니다: AI 에이전트는 사용자가 상인 웹사이트를 탐색하고, 제품을 발견하고, 가격을 비교하고 선택하는 데 도움을 주며, 상업 여정은 체크아웃 이전에 이미 시작됩니다; 과거 이러한 자동화된 접근은 종종 상인, CDN 또는 봇 완화 서비스에 의해 봇으로 간주되어 차단되었습니다.

이는 전통적인 결제 네트워크가 동일한 문제를 인식하고 있음을 보여줍니다: Agentic Commerce는 결제 버튼이 있는 순간에만 발생하는 것이 아니라, 검색, 비교, 선택, 권한 부여, 최종 결제의 전체 체인에서 발생합니다. 그러나 카드 네트워크가 더 잘 해결하는 것은 에이전트가 기존 상업 흐름에 어떻게 들어가고, 승인된 거래를 완료하는가입니다. 그들이 자연스럽게 해결하지 못하는 것은 에이전트가 열린 네트워크에서 API, 데이터, 모델, 컴퓨팅, 콘텐츠, 도구 및 다른 에이전트에 대해 지속적으로 소액 결제를 시작하는 방법입니다.

따라서 신용카드는 불가능하지 않습니다. 더 정확히 말하면: 신용카드는 Agentic Commerce의 체크아웃 문제를 해결하지만, 에이전트 경제는 더 근본적인 결제 프로토콜이 필요합니다.

이제 문제는 다음 단계로 넘어갑니다: 거래 대상이 전통적인 상인이 아니라 API, 모델, 데이터 인터페이스, 콘텐츠 자원, 심지어 다른 에이전트라면, 기계 간에 어떻게 결제를 시작하고 완료해야 할까요? 이것이 x402, L402, T402와 같은 프로토콜이 논의되기 시작한 이유입니다.

2. 에이전트가 진정으로 필요한 것은 기계가 읽을 수 있는 결제 프로토콜입니다.

거래 대상이 전통적인 상인이라면, 에이전트는 기존 체크아웃 흐름에 들어가 신용카드, 직불카드, 가상카드 또는 지갑을 사용하여 결제를 완료할 수 있습니다. 하지만 거래 대상이 상인이 아니라 API, 모델, 데이터 인터페이스, 콘텐츠 자원, 심지어 다른 에이전트라면, 문제는 달라집니다.

이 경우 기계 간에 필요한 것은 "결제 버튼"이 아니라, 기계가 이해할 수 있는 결제 프로세스입니다: 에이전트가 자원을 요청합니다. 서비스 제공자는 그에게: 이 자원은 결제가 필요하며, 가격은 얼마이고, 수취 주소는 무엇이며, 어떤 결제 방법을 지원하는지 알려줍니다. 에이전트는 이 결제가 사용자 권한 범위 내에 있는지 판단합니다. 규칙에 부합하면 결제를 완료합니다. 서비스 제공자가 결제를 검증한 후 즉시 자원을 해제합니다.

이 프로세스는 매우 간단하게 들리지만, 사실 인터넷이 과거에 항상 결여되어 있던 능력인 원주율 결제층을 보완하는 것입니다. 과거에는 인터넷이 자연스럽게 정보 흐름을 지원했습니다. 웹페이지는 요청될 수 있고, 이메일은 전송될 수 있으며, API는 호출될 수 있고, 파일은 다운로드될 수 있습니다. 하지만 "결제"는 일반적으로 인터넷 프로토콜의 일부가 아니라, 다른 시스템에 부가된 것입니다: 계정 등록, 신용카드 연결, 결제 게이트웨이 연결, 패키지 구매, API 키 관리, 월말 정산.

이것은 인간에게는 견딜 수 있는 일이었습니다. 사람은 등록하고, 로그인하고, 카드를 연결하고, 승인하고, 구매하고, 환급할 수 있습니다. 하지만 에이전트에게는 이 프로세스가 너무 무겁습니다.

에이전트는 매번 API를 호출할 때마다 계정을 등록할 필요가 없고, 매번 데이터를 접근할 때마다 전체 패키지를 구매할 필요가 없으며, 몇 센트, 몇 마오의 소액 호출을 위해 완전한 인간 결제 및 구매 프로세스를 거칠 필요가 없습니다. 이것이 x402와 같은 프로토콜이 등장한 이유입니다.

x402는 HTTP 402 Payment Required라는 오랫동안 존재했지만 실제로는 거의 사용되지 않았던 상태 코드를 재활성화했습니다. 이를 통해 서비스 제공자는 HTTP 레이어에서 클라이언트에게: 이 자원에 접근하려면 먼저 결제를 해야 한다고 직접 알릴 수 있습니다. 클라이언트는 인간일 수도 있고 기계일 수도 있습니다. 결제가 완료되면 서비스 제공자는 결제를 검증하고, 해당 API, 콘텐츠 또는 디지털 서비스를 반환합니다. Coinbase는 x402를 매우 직접적으로 정의합니다: 이는 HTTP를 통해 즉시, 자동으로 스테이블코인 결제를 구현하는 개방형 프로토콜로, 인간 및 기계 클라이언트가 계정, 세션 또는 복잡한 인증 없이 프로그래밍 방식으로 결제하고 접근 권한을 얻을 수 있게 합니다.

여기서 진정으로 중요한 것은 "Coinbase를 사용할 것인가"도 아니고, "USDC를 반드시 사용할 것인가"도 아닙니다. 진정으로 중요한 것은, x402가 결제를 인터넷의 요청-응답 프로세스에 다시 통합했다는 것입니다.

과거에는:

먼저 계정을 등록합니다.
다음에 패키지를 구매합니다.
그 다음 API 키를 얻습니다.
그 다음 서비스를 호출합니다.
월말에 정산합니다.

x402는 다음과 같이 변하고자 합니다:

자원을 요청합니다.
402 Payment Required를 받습니다.
결제를 완료합니다.
자원을 얻습니다.

이것은 에이전트 결제에 매우 중요합니다. 왜냐하면 에이전트의 거래는 소수의 대규모 구매가 아니라, 대량의 소액, 실시간, 필요에 따른 서비스 호출일 수 있기 때문입니다.

하나의 작문 에이전트는 한 편의 기사에 대해 데이터 쿼리를 구매할 수 있습니다.
하나의 투자 연구 에이전트는 하나의 질문에 대해 체인 상의 분석 서비스를 호출할 수 있습니다.
하나의 여행 에이전트는 동시에 여러 가격 API에 가격을 문의할 수 있습니다.
하나의 개발 에이전트는 모델 추론, 코드 검토 또는 테스트 환경을 구매할 수 있습니다.
하나의 트래픽 분석 에이전트는 특정 웹사이트에 대해 Semrush와 같은 데이터를 한 번만 구매하고 싶을 수 있습니다. 전체 SaaS 패키지를 먼저 구매할 필요는 없습니다.

모든 서비스가 계정, 구독, API 키, 패키지 및 인적 승인을 요구한다면, 에이전트의 실행 능력은 결제 및 구매 프로세스에 갇히게 될 것입니다. 따라서 x402의 의미는 결제를 "더 크립토"로 만드는 것이 아니라, 결제를 인터넷 프로토콜처럼: 요청 가능하고, 반환 가능하며, 검증 가능하고, 자동으로 실행 가능하게 만드는 것입니다.

L402는 유사한 경로를 따릅니다.

이것은 HTTP 402를 중심으로 전개되지만, Bitcoin Lightning Network, 마카룬과 같은 접근 증명 및 소액 결제를 결합합니다. Lightning Labs는 L402를 다음과 같이 정의합니다: API 엔드포인트, 컴퓨팅 자원 등의 서비스 인증 및 거래를 촉진하며, 서비스가 API 엔드포인트에 요금을 부과할 수 있게 하고, AI 에이전트가 더 쉽게 참여할 수 있도록 합니다.

L402는 이 문제가 x402에서 갑자기 발명된 것이 아님을 보여줍니다. 더 이전에 이미 세 가지를 결합하려고 시도한 사람들이 있었습니다: HTTP 접근 제어, 소액 결제, 디지털 서비스 권한. 단지 과거에는 충분히 강력한 수요 측이 부족했습니다.

인간 사용자는 API 엔드포인트에 접근하기 위해 몇 푼을 지불하지 않을 것입니다. 하지만 에이전트는 지불할 것입니다. 인간은 하루에 수백 개의 데이터 소스를 자동으로 호출하지 않을 것입니다. 하지만 에이전트는 할 것입니다. 인간은 하나의 작업을 완료하기 위해 서로 다른 서비스 간에 실시간으로 호출, 가격 문의, 결제, 전달 검증을 하지 않을 것입니다. 하지만 에이전트는 할 것입니다.

따라서 AI 에이전트의 출현은 HTTP-native payment라는 경로가 갑자기 의미를 갖게 만들었습니다.

USDT / Tether 생태계 주위에서도 유사한 방향이 나타나기 시작했습니다. Tether WDK의 x402 문서에서는 x402가 AI 에이전트에게 매우 중요하다고 명시하고 있습니다. 왜냐하면 에이전트는 자원에 대해 프로그래밍 방식으로 결제해야 하기 때문입니다; x402는 결제를 웹 스택의 일등 시민으로 만들어 에이전트가 한 번의 요청-응답 주기 내에서 가격을 발견하고, 결제를 서명하고, 자원을 얻을 수 있게 합니다. 동시에 t402 프로젝트는 자신을 인터넷 네이티브 결제의 개방형 표준으로 설명하며, 목표는 크립토, 법정 통화, 스테이블코인, 토큰 등 다양한 가치 형태를 지원하고 Tether WDK와 호환되는 것입니다. 여기서 조심해야 할 점은: 이를 "Tether 공식 표준이 되었다"고 직접적으로 쓰는 것을 권장하지 않으며, 더 안정적인 표현은 USDT / Tether 생태계 주위에서 x402와 유사한 프로토콜 탐색이 진행되고 있다는 것입니다.

이 뒤에는 사실 주목할 만한 경향이 있습니다: Agentic Payment는 단일 회사의 제품 경쟁이 아니라, 새로운 프로토콜 스택을 형성하고 있습니다.

AP2는 더 많은 질문에 답하는 것 같습니다: 에이전트는 어떻게 결제 권한을 부여받는가?
x402, L402, T402와 같은 프로토콜은 에이전트가 디지털 자원을 요청할 때, 서비스 제공자가 어떻게 결제 요구를 시작하고, 에이전트가 어떻게 결제를 완료하고 자원을 얻는가에 대한 질문에 답하는 것 같습니다.
스테이블코인과 블록체인은 이 돈이 궁극적으로 어떤 자산으로 정산되고, 어디에서 검증되며, 어떻게 저비용, 실시간, 프로그래밍 가능하고 크로스 플랫폼으로 이루어질 수 있는가에 대한 질문에 답하는 것 같습니다.

따라서 Agentic Payment와 Crypto가 함께 논의되는 것은 Web3가 AI를 억지로 끌어들이고 싶어서가 아닙니다. 더 정확히 말하면, Agentic Payment가 인터넷이 과거에 해결하지 못했던 "결제의 원주율성" 문제를 다시 드러내기 때문입니다.

정보는 인터넷에서 자연스럽게 흐를 수 있습니다. 하지만 가치는 오랫동안 그럴 수 없었습니다. 에이전트의 출현은 인터넷이 이 층을 보완하도록 강요하고 있습니다.

이것이 x402, L402, T402와 같은 프로토콜이 주목할 만한 이유입니다. 이들은 단순히 "AI가 암호화폐로 결제하게 하라"고 말하는 것이 아니라, 새로운 상호작용 방식을 정의하려고 시도하고 있습니다: 기계가 자원을 요청하고, 기계가 가격을 이해하고, 기계가 권한을 검증하고, 기계가 결제를 완료하고, 기계가 서비스를 얻는 것입니다.

만약 신용카드가 인간 소비를 위해 설계된 결제 증명이라면, 스테이블코인은 기계 경제를 위해 준비된 결제 언어에 더 가깝습니다.

물론, 이 언어는 아직 성숙하지 않았습니다. 더 나은 규제 프레임워크, 더 안정적인 발행 메커니즘, 더 명확한 리스크 관리, 더 완벽한 지갑 권한 관리가 필요하며, AP2, x402, MPP와 같은 프로토콜과 결합해야 비로소 대규모로 사용 가능한 Agentic Payment 장면에 진입할 수 있습니다.

하지만 방향은 이미 명확합니다: 에이전트는 안정적인 가격 단위가 필요하고, 즉시 정산 자산이 필요하며, 프로그램에서 호출할 수 있는 돈이 필요하고, 크로스 플랫폼, 크로스 국경, 크로스 서비스의 결제 능력이 필요합니다.

이것이 Agentic Payment에서 스테이블코인이 간과할 수 없는 이유입니다. 모든 결제가 암호화폐 결제로 변해야 하기 때문이 아닙니다. 오히려 거래 대상이 "인간 소비자"에서 "소프트웨어 주체"로 바뀔 때, 스테이블코인은 처음으로 "돈"이 인터넷 프로토콜의 일부처럼 보이게 합니다.

하지만 스테이블코인은 단 하나의 질문에만 답했습니다: 에이전트는 어떤 돈으로 결제하는가. 또 다른 질문은 아직 답하지 않았습니다: 에이전트가 열린 네트워크에서 돈을 썼을 때, 이 돈은 누구의 권한으로 사용되었고, 어디에 사용되었으며, 권한을 초과했는지, 서비스가 제공되었는지 여부입니다. 이 질문은 우리를 블록체인으로 이끌 것입니다.

4. 왜 블록체인이 필요한가: 체인에 올리기 위해서가 아니라, 에이전트의 행동을 검증 가능하게 하기 위해서입니다.

에이전트가 스테이블코인으로 결제해야 한다면, 왜 반드시 블록체인이 필요할까요? 중앙 집중식 장부로는 안 될까요? Stripe, Visa, 은행, 또는 특정 플랫폼이 자체적으로 장부를 기록할 수는 없나요?

물론 가능합니다. 만약 이 에이전트가 폐쇄된 플랫폼에서만 활동한다면, 예를 들어 Amazon에서만 쇼핑하거나 특정 SaaS에서만 서비스를 호출하거나 기업 내부 시스템에서만 구매를 한다면, 중앙 집중식 장부로 충분합니다. 플랫폼은 사용자와 에이전트, 권한, 지출 금액, 서비스 제공 여부를 모두 알고 있습니다.

하지만 Agentic Payment의 진정한 흥미로운 점은, 에이전트가 폐쇄된 플랫폼에서 결제 버튼을 클릭하는 것이 아니라, 플랫폼 간, 서비스 간, 지갑 간, 국가 간, 심지어 다른 에이전트 간에 걸쳐 작업을 완료할 수 있다는 점입니다. 이 단계에 이르면, 문제는 단순히 "돈을 지불할 수 있는가"가 아니라, 이 돈이 왜 지불되었는지, 누구의 권한으로 지불되었는지, 에이전트가 권한을 초과했는지, 서비스 제공자가 제공했는지, 오류가 발생했을 때 책임이 어디에 있는지입니다.

이 몇 가지 질문이 바로 블록체인이 Agentic Payment에서 진정으로 가치 있는 이유입니다. 모든 거래가 반드시 체인에 올라야 하는 것도 아니고, 체인 상의 거래가 반드시 은행보다 우수한 것도 아닙니다. 에이전트가 사람을 대신해 작업을 수행하고, 서비스를 호출하고, 자금 흐름을 처리할 때, 그 경제적 행동의 모든 기록은 검증 가능한 기록으로 남아야 합니다.

인간이 결제할 때는 사실 많은 불투명성을 감수할 수 있습니다. 서비스를 구매했지만 받지 못했다면 고객 서비스에 문의할 수 있고; 회사 구매에 문제가 생기면 계약서를 검토하고, 재무부에 문의하고, 이메일을 확인하고, 회의에서 논의할 수 있습니다; 신용카드가 잘못 청구되었다면 은행에 문의하여 분쟁 처리를 할 수 있습니다. 이러한 메커니즘은 매우 둔하지만, 인간 사회는 오랫동안 이렇게 운영되어 왔습니다.

하지만 에이전트는 다릅니다. 에이전트의 거래 빈도는 더 높고, 금액은 더 작으며, 서비스 제공자는 더 많고, 실행 체인은 더 길 수 있습니다. 만약 모든 거래가 인적 사후 검토, 스크린샷, 이메일 대조, 고객 서비스 문의에 의존해야 한다면, Agentic Payment는 의미를 잃게 될 것입니다. 따라서 에이전트가 필요한 것은 더 멋진 지갑이 아니라, 더 명확한 책임 체인입니다.

예를 들어, 사용자가 에이전트에게 임무를 부여합니다: 이번 주에 최대 100달러를 사용하여 시장 분석을 수행하되, 데이터, 모델 호출 및 차트 생성 서비스만 구매할 수 있습니다. 그런 다음 에이전트가 데이터 API에 요청을 보냅니다. 서비스 제공자는 이 쿼리에 대해 0.2달러라고 응답합니다. 에이전트는 이 돈이 예산 내에 있는지 판단하고, 결제를 완료합니다. 서비스 제공자가 돈을 받은 후 데이터를 해제합니다. 이 과정에서 진정으로 중요한 것은 "어떤 체인을 사용했는가"가 아니라, 사후에 우리가 다음 질문에 답할 수 있는가입니다: 사용자가 어떤 권한을 부여했는지, 에이전트가 무엇을 구매했는지, 이 돈이 예산을 초과했는지, 서비스 제공자가 실제로 데이터를 반환했는지, 만약 나중에 에이전트가 프롬프트 인젝션에 유도되어 잘못된 것을 구매했다면, 추적할 수 있는지 여부입니다.

이것이 제가 생각하기에 Agentic Payment를 논의할 때 비트코인 백서를 다시 살펴보는 것이 단순히 향수를 불러일으키기 위한 것이 아니라는 이유입니다. 사토시 나카모토가 해결하고자 했던 핵심 문제는 "거래 가능한 자산을 발명하는 것"이 아니라, 신뢰할 수 있는 제3자 없이도 전자 현금의 이전이 네트워크에서 검증되고, 정렬되고, 기록될 수 있도록 하는 것이었습니다. 백서에는 명확히 적혀 있습니다: 네트워크는 거래를 해시를 통해 지속적으로 증가하는 작업 증명 체인에 기록하여, 다시 작업량을 수행하지 않는 한 변경할 수 없는 기록을 형성합니다.

Agentic Payment가 직면한 문제는 완전히 같지 않습니다. 그것은 단순히 이중 지출이 아니라, 에이전트의 권한 부여, 초과 사용, 제공 및 책임입니다. 그러나 그들은 하나의 공통점을 가지고 있습니다: 경제적 행동이 열린 네트워크에서 발생하면, 검증 가능한 거래 기록은 더 이상 부가물이 아니라 인프라 자체가 됩니다.

이것이 블록체인의 의미입니다. 결제를 신비롭게 만드는 것이 아니라, 원래 플랫폼 데이터베이스에 숨겨져 있던 상태를 외부에서 검증 가능한 상태로 바꾸는 것입니다. 이상적인 경우, 결제 기록, 권한 증명, 서비스 접근, 환불 조건, 예산 소모 등이 더 표준화된 방식으로 기록되고 검증될 수 있습니다. 인간 사용자에게는 단순히 "계좌가 더 명확해진다"는 의미일 수 있지만, 에이전트에게는 신뢰를 받을 수 있는 기반이 될 수 있습니다.

왜냐하면 에이전트는 인간이 아니기 때문입니다. "당시 내가 이렇게 생각했었다"는 설명으로 행동을 해명할 수 없습니다. 외부에서 검증 가능한 증거 체계가 필요합니다.

이것이 AP2, x402, 스테이블코인 및 블록체인이 자주 함께 논의되는 이유이지만, 사실 그들은 같은 것이 아닙니다. AP2 자체는 탈중앙화 프로토콜도 아니고 블록체인 프로토콜도 아닙니다. Google은 AP2를 결제 방식에 구애받지 않는 개방형 프레임워크로 위치 지으며, 사용자, 상인 및 결제 서비스 제공자가 다양한 결제 방식 간에 더 자신 있게 에이전트 주도 결제를 완료할 수 있도록 합니다; AP2 사양은 AI 에이전트가 사용자 대신 안전하고 자율적으로 결제를 완료할 수 있도록 하는 개방형 프로토콜로 정의됩니다.

따라서 더 정확히 말하면, AP2는 Agentic Payment의 권한 및 신뢰 계층으로, 사용자 의도, 권한 범위 및 책임 경계를 표현하는 역할을 합니다. x402, L402, T402는 결제 요청 계층으로, 에이전트가 자원을 요청할 때 서비스 제공자가 어떻게 결제 요구를 시작하는지를 해결합니다. 스테이블코인은 정산 자산으로, 에이전트가 어떤 안정적인 단위로 결제하는지를 해결합니다. 블록체인은 검증 가능한 상태 계층으로, 거래 기록, 정산 상태 및 후속 실행이 외부에서 검증될 수 있는지를 해결합니다.

이 몇 가지 층은 동일하지 않지만, 함께 놓여 있을 때 진정한 Agentic Payment 인프라에 더 가깝습니다. 그렇지 않으면 매우 어색한 상태가 될 것입니다: 에이전트는 매우 스마트하여 서비스를 찾고, 가격을 비교하고, 결정을 내릴 수 있지만, 결제에 이르면 다시 인간 세계의 프로세스로 돌아갑니다: 계정 등록, 카드 연결, 패키지 구매, 청구서 확인, 고객 서비스 문의, 환급 처리. 그러면 그것은 Agentic Payment가 아니라, 단순히 버튼을 더 잘 클릭하는 브라우저 도우미일 뿐입니다.

물론, 여기서 지나치게 낙관적일 수는 없습니다. 에이전트가 체인 상의 결제에 접속하는 것은 위험이 없지 않으며, 위험은 더 직접적일 수 있습니다. 전통적인 결제에서는 많은 거래가 여전히 분쟁, 동결 및 철회가 가능합니다. 체인 상의 거래는 한 번 발송되면, 많은 경우 쉽게 되돌릴 수 없습니다. 만약 에이전트가 공격을 받았다면, 사용자의 권한 범위가 너무 넓게 작성되었다면, 서비스 제공자가 돈을 받고 제공하지 않았다면, 악의적인 웹사이트가 에이전트를 유도하여 결제하게 했다면, 에이전트가 하룻밤 사이에 예산을 모두 소진했다면, 이러한 문제는 결코 작은 문제가 아닙니다.

따라서 Agentic Payment는 단순히 에이전트에게 지갑을 주고 "가서 돈을 쓰라"고 하는 것이 아닙니다. 그것은 너무 위험합니다. 진정으로 필요한 것은 전체적인 통제 메커니즘입니다: 한도, 화이트리스트, 블랙리스트, 권한 범위, 리스크 수준, 인적 확인, 일시 정지 스위치, 감사 기록. 소액, 저위험, 기계 원주율 호출은 자동화할 수 있지만; 대규모, 고위험, 실제 세계 이행이 포함된 거래는 여전히 인간의 확인으로 돌아가야 합니다.

따라서 저는 블록체인이 Agentic Payment에서 수행하는 역할을 이해하는 것을 선호합니다: 그것은 Web3가 전통 금융보다 우수하다는 것을 증명하기 위한 것이 아니라, 에이전트의 경제 행동에 검증 가능한 기반을 제공하기 위한 것입니다. Agentic Payment는 블록체인이 필요합니다. 모든 결제가 체인에 올라야 하는 것이 아니라, AI 에이전트가 열린 네트워크에서 돈을 쓸 때, 우리는 그것이 권한을 부여받았고, 구매한 것이 기록 가능하며, 행동이 추적 가능하고, 발생한 문제에 대해 책임을 질 수 있는 방법을 증명할 필요가 있습니다.

이것이 이 문제에서 블록체인의 진정한 위치입니다. 신념도 아니고, 서사도 아니며, "AI + Web3"의 강제 결합도 아닙니다. 기계가 경제 활동에 참여하기 시작할 때, 원래의 계좌 시스템과 플랫폼 데이터베이스가 반드시 충분하지 않을 수 있습니다. 우리는 더 개방적이고, 더 표준화되며, 기계가 읽고 검증하기 쉬운 경제 상태 계층이 필요하며, 블록체인은 최소한 하나의 방향을 제공합니다.

5. 신용카드를 대체하는 것이 아니라, 결제 시스템이 계층화되기 시작합니다.

따라서 마지막으로, 저는 Agentic Payment가 단순히 "스테이블코인이 신용카드를 대체한다"거나 "블록체인이 전통 결제 네트워크를 대체한다"는 결론으로 간단히 나아갈 것이라고 생각하지 않습니다.

이 판단은 너무 단순하고, 현실에 의해 쉽게 반박될 수 있습니다. 적어도 상당 기간 동안 신용카드, 체크카드, Apple Pay, Visa, Mastercard, Stripe, PayPal과 같은 시스템은 여전히 존재할 것이며, 실제 세계 소비 장면에서 많은 결제 진입점을 계속해서 담당할 것입니다. 인간이 전자상거래 웹사이트에서 물건을 구매하고, 호텔을 예약하고, 항공권을 구매하고, 오프라인 소비를 하고, 기업 구매를 하는 이러한 장면은 에이전트가 등장한다고 해서 갑자기 사라지지 않을 것입니다.

심지어 Agentic Commerce의 초기 단계에서 에이전트는 이러한 기존 결제 시스템에 먼저 접속할 가능성이 높습니다. 왜냐하면 기존 상인 네트워크는 이미 매우 성숙해져 있고, 소비자는 이미 카드와 지갑을 가지고 있으며, 상인은 이미 수취를 준비하고 있으며, 은행과 카드 조직은 이미 성숙한 리스크 관리, 분쟁 처리, 환불, 규제 및 신원 시스템을 갖추고 있기 때문입니다. "AI가 저에게 구매를 완료하도록 돕는" 장면에서는 기존의 레일을 그대로 사용하는 것이 가장 현실적인 경로입니다.

따라서 문제는 "카드가 사라질 것인가"가 아닙니다.

문제는 Agentic Payment가 이 수준에만 머물 것인가입니다. 만약 에이전트가 단순히 사람을 대신해 체크아웃을 클릭하는 것이라면, 그것은 여전히 신용카드를 사용할 수 있습니다. 하지만 에이전트가 더 개방적인 작업 네트워크에 들어가 API를 호출하고, 데이터를 구매하고, 모델 서비스를 결제하고, 컴퓨팅 파워를 정산하고, 콘텐츠를 잠금 해제하고, 다른 에이전트와 거래를 시작한다면, 그가 필요로 하는 것은 더 스마트한 결제 버튼이 아니라 새로운 결제 프로토콜 스택입니다.

이것이 제가 생각하기에 미래에 더 가능성이 있는 것은 "신용카드 대 스테이블코인"이 아니라, 결제 시스템이 계층화되기 시작하는 것이라고 생각하는 이유입니다.

인간 소비와 성숙한 상인 네트워크에서는 신용카드, 체크카드, 지갑, 은행 계좌가 여전히 주류가 될 것입니다. 에이전트가 사람을 대신해 쇼핑, 예약, 호텔 예약, SaaS 갱신 등의 장면에서는 전통적인 결제 레일이 계속해서 역할을 할 것입니다. 에이전트는 기존의 상업 흐름에 들어가 사용자가 더 자동화된 방식으로 거래를 완료하도록 도울 뿐입니다.

하지만 API, 데이터, 모델, 컴퓨팅, 콘텐츠, 체인 상의 서비스, 에이전트 간 거래와 같은 더 기계 원주율적인 장면에서는 스테이블코인과 블록체인이 더 쉽게 성장할 것입니다. 왜냐하면 여기서의 결제 대상은 전통적인 상인이 아니라 디지털 자원이기 때문입니다; 거래 금액은 매우 작을 수 있고, 빈도는 매우 높을 수 있습니다; 서비스 제공자는 서로 다른 플랫폼, 서로 다른 국가, 서로 다른 시스템에서 올 수 있습니다; 전체 과정은 기계가 자동으로 이해하고, 자동으로 결제하고, 자동으로 검증할 수 있는 것이 가장 좋습니다.

한 문장으로 요약하자면: 신용카드는 인간 소비 시대의 결제 문제를 해결하고, 스테이블코인과 블록체인은 기계 경제 시대의 정산 언어와 검증 가능한 실행 환경 문제를 해결하는 것 같습니다.

물론, 이것이 스테이블코인과 블록체인이 준비되었다는 것을 의미하지는 않습니다. 오늘날의 체인 상 경험은 여전히 복잡하고, 지갑 관리가 여전히 친숙하지 않으며, 스테이블코인 규제가 여전히 변화하고 있고, 서로 다른 체인 간의 유동성이 매우 분산되어 있습니다. 더 중요한 것은, 에이전트가 자금을 직접 제어하는 것이 본질적으로 위험하다는 것입니다. 권한 관리, 한도 제어, 리스크 관리 메커니즘, 인적 검토 및 감사 시스템이 없다면, Agentic Payment는 "자동화"에서 "자동으로 사고를 치는" 것으로 쉽게 변할 수 있습니다.

따라서 Agentic Payment의 진정한 실현은 에이전트가 지갑을 들고 여기저기서 돈을 쓰게 하는 것이 아닙니다.

그것은 점진적으로 발전하는 과정일 가능성이 높습니다: 먼저 기존 결제 시스템에 접속하여 사용자가 더 자동화된 체크아웃을 완료하도록 돕고; 더 세분화된 권한 부여 능력을 얻고, 예산, 화이트리스트, 사용 범위, 시간 제한, 리스크 수준 등을 설정하고; 그 다음 API, 데이터, 모델 및 콘텐츠 서비스가 기계가 읽을 수 있는 결제 요청을 지원하여 에이전트가 필요에 따라 자원을 구매할 수 있게 하고; 그 이후에 스테이블코인이 일부 기계 원주율 장면에서 정산 자산이 될 것입니다. 특히 소액, 고빈도, 크로스 플랫폼, 크로스 국경의 디지털 서비스 호출에서 말입니다.

이 관점에서 볼 때, Agentic Payment는 특정 회사, 특정 체인, 특정 스테이블코인, 특정 프로토콜이 단독으로 완료할 수 있는 일이 아닙니다. 그것은 오히려 전체 결제 시스템이 AI 에이전트라는 새로운 주체를 맞이하면서 강제로 재분해되고 재구성되는 것처럼 보입니다.

과거에는 결제 시스템이 기본적으로 인간과 회사에 서비스를 제공했습니다. 미래에는 결제 시스템이 새로운 주체인: 권한을 부여받은 소프트웨어 에이전트에게도 서비스를 제공해야 할 것입니다.

그것은 법적 의미에서 인간도 아니고, 전통적인 의미에서 기업 계좌도 아니지만, 요청을 시작하고, 가격을 비교하고, 서비스를 호출하고, 자원을 소비하고, 결제를 촉발하고, 기록을 남길 것입니다. 이러한 주체가 대량으로 등장하기 시작하면, 결제 시스템은 새로운 질문에 답해야 합니다: 그것은 누구인가, 누구를 대표하는가, 무엇을 할 수 있는가, 얼마를 쓸 수 있는가, 무엇을 구매했는가, 권한을 초과했는가, 문제가 발생했을 때 누가 책임을 지는가.

이러한 질문은 더 이상 단순한 결제 버튼으로 해결할 수 있는 것이 아닙니다.

따라서 글의 처음 질문으로 돌아가면: AI 에이전트는 신용카드를 사용할까요?

사용할 것입니다.

하지만 신용카드만 사용할 것은 아닙니다.

신용카드는 계속해서 체크아웃을 해결하고, 스테이블코인은 기계 원주율 소액 즉시 정산을 시작하며, 블록체인은 일부 검증 가능한 상태와 실행 환경을 제공하고, AP2, x402, L402, T402와 같은 프로토콜은 권한, 결제 요청 및 자원 접근을 연결하려고 시도할 것입니다.

이것이 Agentic Payment에서 가장 주목할 만한 점입니다. 그것은 AI에게 결제 기능을 추가하는 것이 아닙니다. 그것은 우리에게 다시 생각하게 만듭니다: 기계가 경제 활동에 참여하기 시작할 때, 인터넷은 어떤 결제 시스템이 필요한가를 말입니다.