에이전트 결제 스택이 두 갈래로 나뉘고 있다
요약
AI 에이전트 결제 인프라가 '계정 추상화(Account Abstraction)'와 'MPC 지갑'이라는 두 가지 경로로 나뉘고 있습니다. 전자는 사용자의 자산을 빌려 쓰는 방식이며, 후자는 에이전트가 자체 지갑을 소유하여 독립적으로 행동하는 방식입니다. 이 선택은 속도, 책임, 그리고 에이전트의 자율성을 결정하는 핵심 아키텍처 문제입니다.
핵심 포인트
- 계정 추상화(AA): 사용자의 지갑에 권한을 위임받아 트랜잭션을 실행합니다.
- MPC 지갑: 에이전트가 자체 지갑을 소유하며, 사용자 자산과 분리되어 독립적으로 작동합니다.
- 속도와 자율성이 중요한 마이크로페이먼트나 Agent-to-agent 거래에 MPC 지갑이 유리합니다.
- AA는 기존 스마트 컨트랙트 패턴에 익숙하지만, 승인 로직으로 인한 지연 시간이 발생할 수 있습니다.
지난 30일 동안 5개의 기업이 AI 에이전트를 위한 결제 인프라를 구축하기 위해 1억 1,100만 달러 이상의 투자금을 유치했습니다. Visa는 ChatGPT 통합을 발표했습니다. Coinbase는 에이전트 결제가 매출을 7배 성장시킬 것이라고 전망합니다.
시장은 검증되었습니다. 하지만 아무도 지도를 그리고 있지 않은 갈림길이 존재합니다.
핵심 질문
AI 에이전트는 인간의 지갑을 '빌려야' 할까요, 아니면 자신만의 지갑을 '소유해야' 할까요?
대부분의 보도는 모든 솔루션을 동일하게 취급합니다. 하지만 그렇지 않습니다. 아키텍처 선택 — 계정 추상화 (Account Abstraction) 대 에이전트 소유 MPC 지갑 (MPC Wallets) — 은 속도, 책임, 자율성 등 모든 후속 단계를 결정합니다.
경로 1: 계정 추상화 (Account Abstraction, 위임)
작동 방식: 에이전트가 권한을 부여받아 '당신의' 지갑을 운영합니다.
주요 플레이어: Biconomy Smart Sessions, ZeroDev, Alchemy Account Kit.
에이전트는 세션 키 (Session Key)를 받습니다. 에이전트는 미리 설정된 규칙 내에서 당신을 대신하여 트랜잭션을 실행할 수 있습니다. 지갑의 소유권은 당신에게 있으며, 에이전트는 이를 빌려 쓰는 것입니다.
강점:
- 기존 사용자의 유동성 활용 가능
- 친숙한 스마트 컨트랙트 (Smart Contract) 패턴
- Ethereum의 계정 모델 내에서 작동
트레이드오프 (Trade-offs):
- 모든 결제가 여전히 당신의 승인 로직을 거쳐야 함
- 책임이 사용자에게 있음 (에이전트가 자금을 소진할 경우, 그것은 당신의 자산임)
- 지연 시간(Latency) 발생 — 세션 키를 사용하더라도 승인 계층이 존재함
가장 적합한 경우: 사용자를 대신하여 작업을 수행하는 에이전트 (트레이딩, DeFi, 소셜 액션 등).
경로 2: MPC 지갑 (MPC Wallets, 소유)
작동 방식: 에이전트가 '자신만의' 지갑을 가집니다. 공동 수탁이 없습니다.
주요 플레이어: AgentWallex, Skyfire, Turnkey (엔터프라이즈).
에이전트는 다자간 계산 (Multi-party Computation, MPC)으로 보호되는 지갑을 제어합니다. 개인 키 (Private Keys)는 결코 한 곳에 존재하지 않습니다. 에이전트는 자신의 지갑에서 직접 결제를 승인합니다. 사용자 자금과 깔끔하게 분리됩니다.
강점:
- 150ms 미만의 승인 시간 (인간의 승인 루프 없음)
- 책임 격리 (에이전트의 지갑이 바닥나더라도 사용자 자산은 건드리지 않음)
- 네이티브 자율성 (에이전트가 위임하지 않고 직접 행동함)
트레이드오프 (Trade-offs):
- 에이전트 자체 유동성 필요 (예치 필요)
- 새로운 멘탈 모델 (에이전트를 금융 주체로 간주)
- 수탁 (Custody) 책임이 인프라 제공자에게 전이됨
최적의 용도: 에이전트 간 거래 (Agent-to-agent transactions), 마이크로페이먼트 (micropayments), 대규모 자율 상거래 (autonomous commerce).
이 분기점이 중요한 이유: 세 가지 리트머스 시험 (Litmus Tests)
1. 속도 (Speed)
API 추론당 0.002달러를 지불하는 에이전트가 사용자의 지갑 승인 로직을 거칠 필요는 없습니다.
x402 마이크로페이먼트 (API 호출당 결제, 결과당 결제)는 150ms 미만의 결제 시간을 필요로 합니다. 카드 네트워크는 평균 2~3초가 소요됩니다. 계정 추상화 (AA)는 세션 키 (session key) 확인 단계를 추가합니다. MPC 지갑은 직접 권한을 부여합니다.
예시: 에이전트가 하루에 날씨 API를 1,000번 호출하며 호출당 0.001달러를 지불합니다. AA 경로는 사용자의 지갑을 통해 1,000건의 위임된 트랜잭션을 처리합니다. MPC 경로는 에이전트가 자신의 지갑에서 직접 지불하므로, 사용자는 이러한 노이즈를 전혀 보지 않습니다.
2. 책임 (Liability)
에이전트가 과다 지출을 한다면, 누구에게 책임이 있을까요?
AA 모델: 에이전트는 '사용자의' 지갑을 운영하고 있었습니다. 지출 한도가 설정되어 있더라도, 자금은 사용자의 계정에서 나왔습니다. 사용자는 위험에 노출됩니다.
MPC 모델: 에이전트는 '자신의' 지갑에서 지출했습니다. 사용자의 자산은 전혀 건드리지 않았습니다. 에이전트의 지갑 잔액이 바닥나면 작동이 중단됩니다. 깔끔한 실패 모드 (failure mode)입니다.
3. 자율성 (Autonomy)
사용자가 잠든 동안에도 에이전트가 거래할 수 있습니까?
AA 모델: 세션 키 만료 및 지출 한도에 달려 있습니다. 수동적이긴 하지만, 여전히 사용자가 루프 안에 머물러 있어야 합니다.
MPC 모델: 에이전트가 24/7 운영됩니다. 사용자는 에이전트의 지갑에 한 번 충전해 주었을 뿐입니다. 에이전트는 컴퓨팅, API, 서비스 비용을 승인 없이 스스로 지불합니다.
더 큰 그림: 부상하는 네 가지 계층
에이전트 결제 스택은 승자 독식 구조가 아닙니다. 이는 계층화(layering)되고 있습니다:
-
프로토콜 표준 (Protocol standards) (Coinbase의 x402, Stripe+Visa+Tempo의 MPP): 에이전트가 '어떻게' 결제할지를 정의합니다. 상호 운용 가능한 레일 (Interoperable rails)입니다.
-
소유 계층 (Ownership layer) (AgentWallex, Skyfire): 에이전트가 직접 지갑을 소유합니다. MPC (Multi-Party Computation)로 보안이 강화된 자율적인 방식입니다.
-
위임 계층 (Delegation layer) (Biconomy, ZeroDev, Alchemy): 에이전트가 사용자의 지갑을 빌려 사용합니다. 스마트 컨트랙트 세션 (Smart contract sessions) 방식입니다.
-
레트로핏 계층 (Retrofit layer) (Visa, Mastercard, PayPal): 에이전트에 맞춰 조정된 기존의 카드 레일 (Legacy card rails)입니다. 소비자 쇼핑에는 적합하지만, 에이전트 간 상거래 (Agent-to-agent commerce)에는 한계가 있습니다.
이들은 서로 경쟁하는 것이 아닙니다. 서로 다른 유스케이스 (Use cases)를 지원합니다.
빌더(Builders)를 위한 시사점
만약 당신이 다음과 같은 AI 에이전트를 구축하고 있다면:
- 사용자의 명령을 실행 (거래, 게시, 관리) → AA (Account Abstraction) 위임 방식이 적합합니다.
- 자체 인프라 비용을 지불 (API, 컴퓨팅, 스토리지) → MPC 소유 방식이 적합합니다.
- 소비자를 대신해 쇼핑 수행 → 카드 레일 레트로핏 (Visa+ChatGPT) 방식도 괜찮습니다.
만약 당신의 에이전트가 다음과 같은 기능이 필요하다면:
- 다른 에이전트들과 대규모로 거래해야 함
- API 호출당 $0.002를 지불하며, 시간당 1,000회 이상 호출함
- 인간의 승인 루프 (Human approval loops) 없이 자율적으로 작동해야 함
당신에게는 에이전트 소유의 지갑이 필요합니다.
우리가 MPC 기반의 AgentWallex를 구축한 이유
우리가 소유 모델 (Ownership model)을 선택한 이유는 미래가 인간의 유동성을 빌려 쓰는 에이전트가 아니라, 경제적 주체 (Economic entities)로서의 에이전트가 될 것이기 때문입니다.
우리의 아키텍처 (Architecture):
- MPC 지갑 (Paratro를 통한 2-of-3 임계값 서명)
- 150ms 미만의 승인 (인간의 개입 없음)
- x402 네이티브 (API 호출당 결제, HTTP 402 표준)
- 정책 엔진 (Policy Engine) (지출 한도, 허용 목록, 속도 제한 — 인프라 수준에서 강제됨)
에이전트는 지갑을 갖습니다. USDC를 입금합니다. 사용한 만큼 지불합니다. 잔액이 떨어지면 중단합니다. 깔끔하고, 격리되어 있으며, 빠릅니다.
대기 명단에 있는 3,600개 이상의 팀은 이를 이해하고 있습니다: 에이전트는 단순히 '행동(ACT)'하는 것이 아니라 '결제(PAY)'해야 한다는 것을 말입니다.
시장은 분화되고 있습니다. 당신의 에이전트가 수행하는 작업에 맞는 경로를 선택하십시오.
AgentWallex 샌드박스 오픈: app.agentwallex.com
AgentWallex 팔로우 및 체험하기
- 🌐 웹사이트(Website): app.agentwallex.com
- 🚀 샌드박스 (Sandbox, 무료): app.agentwallex.com
- 📖 문서(Docs): docs.agentwallex.com
- 📲 텔레그램(Telegram): t.me/AgentWallexOfficial
- 🐦 X / 트위터(Twitter): 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가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기