본문으로 건너뛰기

© 2026 Molayo

Dev.to헤드라인2026. 06. 03. 11:04

1억 달러 규모의 아키텍처 분열: AI 에이전트 결제 인프라가 갈라지는 이유

요약

AI 에이전트 결제 시장에 막대한 자본이 유입되는 가운데, 기존 카드 인프라를 개조하는 방식과 에이전트 전용 네이티브 인프라를 구축하는 두 가지 아키텍처가 대립하고 있습니다. 에이전트의 자율성과 마이크로 결제 특성을 고려할 때 MPC 지갑 기반의 네이티브 방식이 기술적 대안으로 부상하고 있습니다.

핵심 포인트

  • AI 에이전트 결제 시장에 1억 달러 이상의 대규모 투자 유입
  • 기존 카드 인프라 활용 방식과 에이전트 네이티브 방식의 아키텍처 분열
  • 카드는 인간의 인증 절차와 패턴에 최적화되어 에이전트 활용에 한계 존재
  • MPC 지갑 기반 모델은 밀리초 단위 결제와 자율적 승인 가능

이번 주 AI 에이전트 결제 분야에 1억 달러 이상의 자금이 유입되었습니다. Catena는 3,000만 달러를 유치했고, Sapiom은 1,500만 달러를 유치했습니다. Crossmint은 Visa와 함께 Agentic Cards API를 출시했습니다. Coinbase는 에이전트 지갑(agent wallets)을 출시했습니다. Visa는 Replit의 에이전트 결제 인프라에 투자했습니다.

이 헤드라인들은 마치 검증된 사실처럼 읽힙니다. AI 에이전트는 무언가를 결제할 필요가 있습니다. 시장도 이에 동의합니다. 자본이 쏟아져 들어오고 있습니다.

하지만 투자 발표 너머를 들여다보면 한 가지 사실을 발견하게 됩니다. 자금이 서로 호환되지 않는 두 가지 방향으로 갈라지고 있다는 점입니다.

분기 (The Fork)

캠프 1: 기존 카드 인프라의 개조 (Retrofit card infrastructure).

Visa와의 파트너십. 은행 인가 (Bank charters). 에이전트가 결제 카드를 "사용"할 수 있게 해주는 카드 API. 이들의 논지는 다음과 같습니다: 결제 시스템은 이미 작동하고 있다. 에이전트는 기존의 레일(rails)에 접근할 권한만 있으면 된다.

캠프 2: 에이전트 네이티브 인프라 구축 (Build agent-native infrastructure).

MPC 지갑 (MPC wallets). x402 마이크로 결제 (micropayments). 임계값 서명 (Threshold signing). 이들의 논지는 다음과 같습니다: 카드는 인간을 위해 만들어졌다. 에이전트에게는 그들만의 레일이 필요하다.

이것은 단순한 기능 경쟁이 아닙니다. 이것은 아키텍처에 대한 국민투표입니다.

카드가 에이전트에게 맞지 않는 이유

카드는 인간의 행동 양식에 맞춰 설계되었습니다. 긁고, 승인하고, 정산합니다. 이상 거래를 탐지하는 부정 결제 방지 시스템은 비정상적인 거래를 확인하기 위해 인간이 존재한다고 가정합니다.

자율 에이전트(Autonomous agents)는 이러한 모든 가정을 깨뜨립니다:

  • 그들은 끊임없이 거래합니다 (시간당 수백 건의 마이크로 구매)
  • 기준점으로 삼을 수 있는 "정상적인" 소비 패턴이 없습니다
  • CAPTCHA를 통과하거나 SMS를 통해 인증할 수 없습니다
  • 자율적으로 행동하는 것만으로도 부정 결제 경보를 발생시킵니다

카드 인프라를 개조한다는 것은 에이전트에게 인간을 흉내 내도록 가르치는 것을 의미합니다. 카드 접근 권한을 빌려 쓰는 세션 토큰(Session tokens). 인간의 확인을 기다리는 승인 흐름(Approval flows). 거래당 2~3초가 소요되는 승인 시간.

작동은 합니다. 하지만 그것은 근본적으로 에이전트가 억지로 비집고 들어가야 하는 인간 형태의 구멍과 같습니다.

에이전트 네이티브(Agent-Native)란 어떤 모습인가

MPC 지갑은 모델을 뒤집습니다. 에이전트는 인간의 지갑에 대한 접근 권한을 빌려 쓰는 것이 아니라, 자신만의 지갑을 소유합니다.

기술적인 차이점은 다음과 같습니다:

카드 모델 (Card model): 에이전트가 인간이 소유한 카드에 접근하기 위해 세션 키 (session key)를 사용합니다. 인간이 지출 한도를 설정합니다. 에이전트가 승인을 요청합니다. 카드 네트워크가 이를 검증합니다. 배치 (batch) 단위로 결제됩니다.

MPC 모델 (MPC model): 에이전트가 임계치 암호화 (threshold cryptography, 2-of-3 signing)를 통해 지갑을 공동 소유합니다. 어느 단일 당사자도 개인 키 (private key)를 독점적으로 보유하지 않습니다. 에이전트가 직접 승인합니다. 밀리초 (milliseconds) 단위로 결제됩니다.

결과적으로: 150ms 미만의 승인 속도를 구현합니다. 인간의 행동 패턴에 맞춰 설계된 부정 사용 탐지 (fraud detection) 기능이 필요 없습니다. 만료되는 빌려온 접근 권한도 필요 없습니다.

x402 사례

이 분열을 가장 명확하게 보여주는 사례는 마이크로페이먼트 (micropayments, 소액 결제)입니다.

에이전트는 구독 (subscription)을 원하지 않습니다. 이들은 사용량 기반 결제 (pay-per-use)를 원합니다. API를 호출하고, 정확히 발생한 비용만큼 지불한 뒤, 다음 단계로 넘어가는 방식입니다.

카드는 이를 수행할 수 없습니다. 가맹점 수수료 (interchange fees) 때문에 5달러 미만의 거래는 경제성이 없습니다. 배치 결제 (batch settlement) 방식은 호출당 결제를 불가능하게 만듭니다.

x402는 "결제 필요 (payment required)"를 의미하는 HTTP 상태 코드입니다. 이는 요청당 결제 (pay-per-request) 과금 방식의 표준입니다. 에이전트가 API를 호출하면, 결제 요청이 포함된 402 응답을 받고, 결제한 뒤, 재시도하여 결과를 얻습니다. 총 소요 시간은 200ms 미만입니다.

이는 에이전트 네이티브 레일 (agent-native rails)에서만 작동합니다. 카드는 API 속도에 맞춘 마이크로센트 (microcent) 단위의 거래를 위해 만들어지지 않았습니다.

정책 엔진 (Policy Engine) 문제

두 진영 모두 승인 (authorization) 문제를 해결합니다. 하지만 해결 방식이 다릅니다.

카드 모델: 카드 자체에 지출 한도를 설정합니다. 에이전트가 한도를 벗어난 시도를 하면 거래가 거절됩니다. 에이전트는 그 이유를 알 수 없습니다. 사용자가 수동으로 디버깅해야 합니다.

MPC 모델: 지갑 수준에서 정책 엔진 (policy engine)을 운영합니다. 규칙을 설정합니다: 일일 최대 100달러, 특정 수신자에게만 지급, 분당 10회 거래로 속도 제한 (rate-limit) 등. 에이전트는 서명하기 전에 정책을 확인합니다. 실패할 경우, 이유가 포함된 구조화된 에러 (structured errors)를 받게 됩니다.

하나는 인간의 개입 (human in the loop)을 요구합니다. 다른 하나는 에이전트가 자율적으로 탐색할 수 있는 가드레일 (guardrails)을 제공합니다.

이것이 중요한 이유

최근의 투자 발표들은 이 분야의 가치를 입증합니다. 에이전트에게는 결제가 필요하며, 투자자들은 이것이 거대한 시장이라고 믿고 있습니다.

하지만 아키텍처의 분열은 더 어려운 질문을 던집니다: 우리는 에이전트가 사용하고 싶어 할 인프라를 구축하고 있습니까, 아니면 우리가 배포하기 편한 인프라를 구축하고 있습니까?

카드는 안전하게 느껴집니다. 규제되어 있고, 검증되었으며, 신뢰할 수 있습니다. 은행도 이해하고 있으며, 컴플라이언스 (Compliance) 팀도 이해합니다.

MPC 지갑은 새롭게 느껴집니다. 임계치 암호화 (Threshold cryptography), 탈중앙화된 키 관리 (Decentralized key management), 스테이블코인 (Stablecoin) 결제 등이 포함됩니다.

하지만 에이전트는 인간에게 무엇이 안전하게 느껴지는지에는 관심이 없습니다. 그들은 밀리초 (milliseconds) 단위에 집중합니다. 인프라가 자신들의 실행 모델 (execution model)을 위해 구축되었는지, 아니면 타인의 모델에 맞춰 사후 수정 (retrofitted) 되었는지에 집중합니다.

질문해야 할 것

만약 현재 에이전트 결제 인프라를 평가하고 있다면, 혼란을 뚫고 나갈 단 하나의 질문은 다음과 같습니다:

당신의 에이전트는 지갑을 소유하고 있습니까, 아니면 인간의 권한을 빌려 쓰고 있습니까?

그 답변에 따라 나머지 모든 것이 결정됩니다.

권한을 빌려 쓰는 방식은 승인 흐름 (approval flows), 인간 참여형 (Human-in-the-loop) 제한, 카드 네트워크 지연 시간 (latency), 그리고 의심스러운 자율 행동을 위해 설계된 부정 결제 탐지 (Fraud detection)를 의미합니다.

소유형 지갑은 임계치 서명 (threshold signing), 정책 엔진 (Policy engines), 네이티브 마이크로페이먼트 (Native micropayments), 그리고 밀리초 단위의 승인을 의미합니다.

둘 중 어느 것도 틀린 것은 아닙니다. 하지만 구조적으로 완전히 다른 베팅입니다.

우리의 위치

AgentWallex는 두 번째 진영에 있습니다. 우리는 에이전트 네이티브 레일 (agent-native rails)을 구축하고 있습니다.

우리의 Paratro 인프라를 통한 MPC 지갑, 40배 빠른 마이크로페이먼트 (micropayment) 지원, 에이전트별 규칙을 가진 정책 엔진, 그리고 150ms 미만의 승인 속도를 제공합니다.

에이전트는 자신의 지갑을 소유합니다. 빌려온 카드 권한도, 인간의 승인 루프도 없습니다.

우리는 현재 app.agentwallex.com에서 샌드박스 (sandbox) 형태로 운영 중이며, 3,600개 이상의 팀이 대기 명단에 이름을 올렸습니다.

시장은 분열되고 있습니다. 자금 조달 규모는 에이전트가 무언가를 결제해야 한다는 사실을 증명하며, 아키텍처의 분열은 우리가 그 방법을 여전히 찾아가는 과정임을 증명합니다.

우리는 사후 수정된 승인 흐름이 아닌, 밀리초 단위로 측정되는—에이전트가 실제로 사용하고 싶어 하는 인프라에 베팅하고 있습니다.

샌드박스를 체험해 보세요. 어떤 진영이 당신의 에이전트에게 적합한지 확인해 보시기 바랍니다.

AgentWallex 팔로우 및 체험하기

AI 자동 생성 콘텐츠

본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0