AI 에이전트 결제 스택은 통합되는 것이 아니라 계층화되고 있다
요약
AI 에이전트 결제 시장은 단일 기업의 독점이 아닌 프로토콜, 뱅킹, 게이트웨이, 레거시 적응의 4개 계층으로 구조화되고 있습니다. Catena Labs의 투자 유치와 Visa의 PoC 발표 등은 이러한 계층화된 인프라 구축의 흐름을 보여줍니다.
핵심 포인트
- 결제 시장은 통합이 아닌 프로토콜부터 레거시 적응까지 계층화되는 추세임
- Layer 1(프로토콜)은 x402와 같은 표준화된 통신 방식을 정의함
- Layer 2(뱅킹)는 자금 보유 및 규제 준수를 담당하는 백엔드 역할임
- Layer 3(게이트웨이)는 개발자가 SDK를 통해 상호작용하는 통합 계층임
- Layer 4(레거시 적응)는 기존 카드 결제망을 에이전트가 사용하게 함
이번 주, Catena Labs는 "AI 네이티브 은행 (AI-native bank)"을 구축하기 위해 a16z로부터 3,000만 달러를 투자받았습니다. x402 Foundation은 인터넷 네이티브 결제를 표준화하기 위해 Linux Foundation 산하에서 운영을 시작했습니다. Visa는 AI 에이전트 커머스를 위한 라이브 개념 증명 (Proof of Concept)을 발표했습니다.
언론 보도들은 이를 경쟁적인 움직임으로 다루었습니다. 하지만 그렇지 않습니다.
AI 에이전트 결제 시장은 승자 독식의 경쟁으로 통합되고 있는 것이 아닙니다. 그것은 하나의 스택 (Stack)으로 계층화(Layering)되고 있습니다. 그리고 이 분야를 구축하고 있는 대부분의 팀들 — 수표를 발행하는 투자자들을 포함하여 — 은 이 계층들을 명확하게 매핑하지 못했습니다.
다음은 실제 구조입니다.
Layer 1: 프로토콜 (Protocol)
역할: 에이전트가 결제를 요청하고 승인하는 방식에 대한 표준을 정의합니다.
구축 주체: x402 Foundation (Coinbase, Stripe 및 기타), Stripe의 마이크로페이먼트 프로토콜 (Micropayment Protocol, MPP).
예시: x402는 HTTP에 402 Payment Required 상태 코드를 확장합니다. API가 402를 반환하면, 에이전트의 지갑 (Wallet)이 결제를 승인하고, API가 액세스 권한을 부여합니다. 이 모든 과정은 프로그래밍 방식으로 밀리초 단위로 이루어집니다.
이것은 인프라 (Infrastructure)입니다. 사용자가 상호작용하는 제품이 아닙니다. 이것은 배관 (Plumbing)과 같습니다.
Layer 2: 뱅킹 및 커스터디 (Banking & Custody)
역할: 자금을 보유하고, 컴플라이언스 (Compliance)를 관리하며, 신뢰 인프라를 제공합니다.
구축 주체: Catena Labs (국가 신탁 은행 인가 신청 중), Fireblocks와 같은 커스터디언 (Custodians).
예시: 한 기업이 1,000개의 에이전트를 배포합니다. 이 에이전트들은 USDC로 자금이 충전된 지갑이 필요합니다. Catena는 은행 계좌, 규제 준수, 그리고 기관급 커스터디 (Institutional Custody)를 제공합니다.
이것은 에이전트 금융을 위한 _백엔드 (Backend)_입니다. 기업들에게는 필요하지만, 개발자들이 직접 상호작용하는 영역은 아닙니다.
Layer 3: 게이트웨이 (Gateway)
역할: 에이전트의 의도 (Intent)를 실행 가능한 결제로 변환합니다. 지갑, 정책, 승인 로직 및 결제 정산 (Settlement)을 관리합니다.
구축 주체: AgentWallex, Skyfire.
예시: 에이전트가 API에 비용을 지불해야 합니다. 게이트웨이는 정책 규칙(지출 한도, 수신자 허용 목록 (allowlist))을 확인하고, MPC 서명을 생성하며, 적절한 결제 경로(x402 마이크로페이먼트 (micropayment) 또는 스테이블코인 (stablecoin) 전송)를 통해 결제를 라우팅하고, 트랜잭션을 기록합니다. 이 모든 과정은 150ms 미만에 완료됩니다.
이것이 통합 계층 (integration layer)입니다. AI 에이전트를 구축하는 개발자들은 SDK를 통해 이 계층과 상호작용합니다.
Layer 4: 레거시 적응 (Legacy Adaptation)
역할: 에이전트가 인간을 위해 구축된 기존 결제 경로 (payment rails)를 사용할 수 있게 합니다.
구축 주체: Visa (에이전트용 가상 카드), Mastercard, PayPal.
예시: 에이전트가 가상 카드 번호를 발급받습니다. 이를 사용하여 카드 결제만 허용하는 비암호화 (non-crypto) API에 비용을 지불합니다. Visa는 이를 일반적인 카드 트랜잭션처럼 처리합니다.
이 방식은 작동하지만, 사후 수정 (retrofitting)에 가깝습니다. 카드는 자율적이고 빈도가 높은 마이크로페이먼트 (micropayment) 사용 사례를 위해 설계되지 않았습니다.
이것이 중요한 이유
대부분의 보도는 Catena, x402, AgentWallex를 경쟁자로 취급합니다. 하지만 이들은 경쟁자가 아닙니다.
- Catena는 **은행 (bank)**을 구축하고 있습니다.
- x402는 **프로토콜 (protocol)**을 구축하고 있습니다.
- AgentWallex는 **게이트웨이 (gateway)**를 구축하고 있습니다.
이들은 경쟁 관계가 아니라 상호 보완적입니다.
에이전트 개발자는 이들 중 하나를 선택하는 것이 아니라, 세 가지를 모두 사용합니다:
- 기업 고객의 자금은 Catena 신탁 계정 (Layer 2)에 보관됩니다.
- 에이전트는 x402를 사용하여 API에 비용을 지불합니다 (Layer 1).
- AgentWallex는 지갑, 정책 엔진 및 승인 로직 (Layer 3)을 제공합니다.
AgentWallex의 위치
우리는 게이트웨이 계층입니다. 우리는 에이전트의 의도 (intent)와 결제 실행 (payment execution) 사이에 위치합니다.
우리의 역할:
- 에이전트가 개인 키 (private keys)를 노출하지 않고 자율적으로 결제할 수 있도록 MPC 보안 지갑 (Paratro를 통해)을 제공합니다.
- 수동 승인 없이도 정책 규칙 (지출 한도, 수신자 허용 목록, 속도 제한)을 강제합니다.
- x402 마이크로페이먼트 (micropayment)를 네이티브하게 지원합니다 — 150ms 미만에 승인 및 정산 (settle)을 완료합니다.
- 결제를 적절한 경로로 라우팅합니다 (스테이블코인 전송, x402 호출, 향후: Web2 API를 위한 가상 카드).
우리는 x402와 경쟁하지 않습니다. 우리는 이를 지원합니다.
우리는 Catena와 경쟁하지 않습니다. 우리는 수탁 제공업체 (custody providers)와 통합합니다.
우리는 Visa와 경쟁하지 않습니다. 에이전트가 카드 전용 가맹점에 결제해야 할 때 Visa로 라우팅합니다.
시장은 실재한다
지난 12개월 동안 크립토 레일 (crypto rails)을 통해 처리된 AI 에이전트 결제 금액은 7,300만 달러입니다. 이것은 추측이 아닙니다. 에이전트가 실제로 컴퓨팅 (compute), API 호출, 그리고 서비스에 대해 지불하고 있다는 증거입니다.
Binance는 이번 주에 x402를 통합했습니다. 이제 에이전트는 인간의 승인 없이도 서비스를 구매할 수 있습니다.
Robinhood, OKX, 그리고 Injective는 모두 AI 에이전트 거래 기능을 출시하고 있습니다.
인프라는 더 이상 가설이 아닙니다.
개발자에게 필요한 것
만약 여러분이 LangChain, CrewAI, 또는 AutoGPT를 사용하여 AI 에이전트를 구축하고 있다면, 은행 면허가 필요하지 않습니다. x402를 처음부터 구현할 필요도 없습니다. 가상 카드를 발행할 필요도 없습니다.
여러분에게 필요한 것은 게이트웨이 (gateway)입니다.
에이전트에게 지갑을 부여하고, 코드 내에서 결제를 승인하며, 라우팅, 정책 집행 (policy enforcement), 그리고 결제 (settlement)의 복잡성을 처리할 수 있는 SDK가 필요합니다.
그것이 바로 우리가 구축한 것입니다.
Payer SDK: 에이전트가 MPC 지갑을 갖게 됩니다. 150ms 미만으로 결제를 승인합니다. 개인 키 (private keys)는 노출되지 않습니다.
Merchant SDK: 여러분의 API가 에이전트 결제를 수락합니다. 호출당, 결과당, 또는 토큰당 과금할 수 있습니다. x402 네이티브 (x402 native) 방식입니다.
Policy Engine (정책 엔진): 에이전트별 한도, 허용 목록 (allowlists), 시간 기반 규칙을 설정합니다. 수동 승인이 필요 없으며, 전체 감사 추적 (audit trail)을 제공합니다.
스테이블코인 우선 방식 (MVP 단계에서는 Base 네트워크의 USDC 사용). 멀티체인 및 멀티 레일 (multi-rail)로 확장 중입니다.
스택은 계층화되고 있다
AI 에이전트 결제를 구축하는 모든 이들은 실제 문제를 해결하고 있습니다. 하지만 그들은 서로 다른 계층에서 서로 다른 문제를 해결하고 있습니다.
Catena는 기관급 수탁 (institutional custody) 문제를 해결하고 있습니다.
x402는 프로토콜 표준화 (protocol standardization) 문제를 해결하고 있습니다.
Visa는 레거시 호환성 (legacy compatibility) 문제를 해결하고 있습니다.
AgentWallex는 개발자 통합 (developer integration) 문제를 해결하고 있습니다.
시장 구조는 승자 독식 (winner-take-all)이 아닙니다. 모듈식 (modular)입니다.
그리고 우리는 게이트웨이 계층입니다. 하부에 무엇이 있든 상관없이, 에이전트의 의도 (intent)가 실제 결제로 전환되는 지점입니다.
Sandbox는 app.agentwallex.com에서 라이브로 이용 가능하며, 3,600개 이상의 팀이 대기 목록에 있습니다.
Follow & Try AgentWallex
- 🌐 웹사이트: app.agentwallex.com
- 🚀 샌드박스 (무료): app.agentwallex.com
- 📖 문서: docs.agentwallex.com
- 📲 텔레그램: t.me/AgentWallexOfficial
- 🐦 X / 트위터: x.com/AgentWallex
- 🦋 Bluesky: bsky.app/profile/agentwallex.bsky.social
- 💻 Dev.to: dev.to/agentwallex
- 📝 Hashnode: agentwallex.hashnode.dev
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기