이번 주는 우리가 무엇을 향해 구축해 왔는지를 확인시켜 주었습니다. 바로 에이전트 결제 (agent payments) 시장이 실재한다는 사실입니다. Visa는 AI 에이전트를 위한 카드를 출시하기 위해 Inflow와 파트너십을 맺었습니다. Circle은 Agent Stack을 출시했습니다. Sapiom은 에이전트 결제 인프라를 위해 1,500만 달러 규모의 시드 라운드를 마감했습니다. Sygnum Bank는 AI 에이전트 기반의 디지털 자산 거래를 실제로 실행했습니다. 시장이 답을 내놓았습니다. 자율 에이전트 (Autonomous agents)는 대규모로 거래를 수행할 것입니다. 하지만 이 뉴스 이면에 숨겨진, 아무도 묻지 않는 구조적인 질문이 있습니다. 바로 '누가 키(keys)를 제어하는가?'입니다.

레트로핏(Retrofit) 대 네이티브(Native)의 분기
카드 네트워크는 자신들이 가장 잘하는 일, 즉 기존 인프라를 새로운 사용자에게 확장하는 일을 하고 있습니다. Visa의 에이전트 카드는 논리적인 움직임입니다. 동일한 발행사 레일 (issuer rails), 동일한 분쟁 해결 방식, 동일한 컴플라이언스 (compliance) 프레임워크를 사용합니다. 단지 카드 소유자를 자동화했을 뿐입니다. 하지만 여기에 문제가 있습니다. AI 에이전트를 위한 Visa 카드는 여전히 결제에 대한 이의 제기를 할 인간을 필요로 합니다. 카드 인프라는 인간의 개입 (human fallback)을 전제로 합니다. 은행에 전화할 누군가, 예외 사항을 승인할 누군가, 사기를 확인할 누군가가 필요합니다. 전체 패러다임이 인간 참여형 에스컬레이션 (human-in-the-loop escalation)을 기반으로 구축되어 있습니다. 이는 인간의 워크플로우에 AI 기능을 추가할 때는 작동합니다. 하지만 에이전트가 곧 워크플로우인 경우에는 작동하지 않습니다.

아키텍처적 질문
에이전트 결제에는 두 가지 경로가 있습니다:

경로 1: 인간 인프라를 레트로핏(Retrofit) 함

• 에이전트에게 카드 발급
• 기존 승인 네트워크 사용
• 인간의 컴플라이언스 프로세스 위에 에이전트 로직을 계층화
• 에스컬레이션 경로에 인간을 유지

경로 2: 에이전트 네이티브(agent-native) 인프라 구축

• MPC를 통해 에이전트에게 직접적인 지갑 수탁 (wallet custody) 권한 부여
• 승인이 발행사의 승인이 아닌 코드(code)를 통해 이루어짐
• 정책 제약 조건이 수동이 아닌 프로그래밍 방식으로 적용됨
• 정상적인 운영에 인간이 필요 없음

이것은 단순한 기능의 차이가 아닙니다. 아키텍처의 차이입니다.

MPC 지갑이 구조적으로 다른 이유
다자간 계산 (Multi-Party Computation, MPC) 지갑은 임계치 서명 (threshold signing)을 사용합니다. 2-of-3 방식은 단일 당사자가 완전한 개인 키 (private key)를 보유하지 않음을 의미합니다. 에이전트는 거래를 승인할 수 있지만, 키 구조 자체에 의해 강제되는 정책 경계 내에서만 가능합니다.

AgentWallex에서는 에이전트 수탁 (Custody)을 위해 이를 다음과 같이 활용합니다: 에이전트가 하나의 키 조각 (Key share)을 보유하고, 정책 엔진 (Policy engine)이 다른 하나를 보유하며, 복구 메커니즘 (Recovery mechanism)이 세 번째 조각을 보유합니다. 에이전트는 자율적으로 거래할 수 있습니다. 하지만 지출 한도를 초과하거나, 승인되지 않은 수취인에게 지급하거나, 속도 제한 (Rate caps)을 우회할 수는 없습니다. 정책 조각 (Policy share)이 서명하지 않을 것이기 때문입니다. 승인 대기열 (Approval queue)도, 수동 검토 (Manual review)도, 정상적인 운영을 위한 인간의 개입 (Human fallback)도 필요하지 않습니다.

구조적 이점으로서의 속도
우리의 결제 승인은 150ms 이내에 완료됩니다. 카드 네트워크 승인은 평균 2~3초가 소요되며, 이는 정산 (Settlement) 전 단계의 시간입니다. 이것은 단순한 최적화가 아니라 아키텍처 (Architecture)의 문제입니다. 발행사 네트워크 (Issuer networks)를 거치거나, 인간의 승인 대기열을 확인하거나, 분쟁 해결 인프라 (Dispute resolution infrastructure)가 검증할 때까지 기다릴 필요가 없을 때, 여러분은 암호학적 서명 (Cryptographic signing)의 속도로 움직일 수 있습니다. API 호출당 과금 방식인 x402 마이크로 결제 (Micropayments)의 경우, 이는 매우 중요합니다. 작업당 50개의 API를 호출하는 에이전트가 결제당 3초를 기다릴 수는 없습니다. 그렇게 되면 작업은 몇 초가 아니라 몇 분이 걸리게 될 것입니다.

에이전트 네이티브 (Agent-Native)의 실제 의미
Sygnum Bank는 최근 AI 에이전트를 사용한 실시간 거래를 완료했습니다. 이것은 데모가 아니라 실제 운영 (Production) 환경입니다. 현재 3,600개의 팀이 대기 명단에 있습니다. LangChain, CrewAI, AutoGPT로 개발 중인 개발자들은 카드를 요구하는 것이 아닙니다. 그들은 자신들의 에이전트가 직접 사용할 수 있는 지갑 (Wallets)을 요구하고 있습니다. 패턴은 일관적입니다: 에이전트는 API 호출에 대해 자율적으로 결제해야 하며, 수동 승인은 워크플로 (Workflow)를 깨뜨리고, "카드 소유자"가 코드인 상황에서 카드 분쟁 (Card disputes)은 의미가 없으며, 수탁 (Custody)은 발행사가 아닌 에이전트에게 머물러야 합니다. 이것이 우리가 말하는 에이전트 네이티브입니다. "에이전트를 관리하는 인간을 위한 더 나은 UX"가 아니라, 인간의 개입 없이 에이전트가 사용할 수 있는 실제 인프라를 의미합니다.

표준 계층 (Standards Layer)
Stripe, Visa, Tempo는 마이크로 결제 프로토콜 (Micropayment Protocol, MPP)을 구축하고 있습니다. Coinbase는 x402를 구현하고 있습니다. 이것들은 에이전트 결제를 위한 HTTP 레벨의 표준입니다. 우리는 이를 지원합니다. 우리는 이러한 프로토콜 '위'의 지갑 및 게이트웨이 계층 (Wallet and gateway layer)을 구축하고 있습니다. 표준은 결제가 어떻게 요청되고 형식이 지정되는지를 정의합니다.

지갑 (Wallets)은 누가 수탁 (Custody)을 담당하고 승인 (Authorization)이 어떻게 이루어지는지를 정의합니다. 이 두 가지는 모두 필요하며, 어느 하나가 다른 하나를 대체할 수 없습니다.

이번 주 뉴스가 의미하는 것
투자 라운드와 파트너십은 시장을 검증합니다. 기업들은 에이전트 (Agents)가 거래할 것이라고 믿고 있습니다. 자본이 인프라 (Infrastructure)로 흐르고 있습니다. 하지만 시장의 검증이 아키텍처 (Architectural)에 대한 질문에 답을 주지는 않습니다. 에이전트를 기존의 인간 중심 결제 시스템—카드, 승인 대기열 (Approval queues), 분쟁 핫라인—에 맞춰 개조할 것인가? 아니면 에이전트가 작동하는 방식, 즉 자율적이고 프로그래밍 가능하며 빠른 방식에 맞춰 작동하는 인프라를 구축할 것인가? 두 가지 경로 모두 존재할 것입니다. 카드 네트워크는 복제하기 어려운 유통망과 컴플라이언스 (Compliance) 인프라를 보유하고 있습니다. 특정 사용 사례의 경우, 발행사 (Issuer)의 통제가 정확히 원하는 바일 수 있습니다. 하지만 진정한 에이전트 자율성—인간의 개입 (Human in the loop) 없이 수익을 창출하고, 소비하고, 거래하는 에이전트—을 위해서는 카드 발행 (Card issuance)이 아닌 지갑 수탁 (Wallet custody)이 필요합니다.

우리가 구축하고 있는 것
AgentWallex는 AI 에이전트를 위한 결제 게이트웨이 (Payment gateway)입니다. 카드 발행사가 아닙니다. 은행도 아닙니다. 게이트웨이입니다. 에이전트는 정책 제약 조건 (Policy constraints)이 포함된 MPC 지갑을 부여받습니다. 이들은 150ms 미만으로 결제를 승인합니다. x402를 통해 API 호출당 비용을 지불합니다. 이들은 프로그래밍 가능한 가드레일 (Programmatic guardrails) 내에서 작동하며, 수동 승인이 필요하지 않습니다. 현재 app.agentwallex.com에서 샌드박스 (Sandbox) 환경으로 운영 중입니다. 프로덕션 (Production) 에이전트들은 이미 거래를 수행하고 있습니다.

시장은 방금 검증되었습니다. 이제 아키텍처에 대한 질문이 중요해졌습니다. 누가 키 (Keys)를 제어하는가?

AgentWallex는 자율 에이전트를 위한 결제 인프라를 구축하고 있습니다. MPC로 보안이 강화된 지갑, 150ms 미만의 승인, x402 네이티브 마이크로페이먼트 (Micropayments). 3,600개 이상의 팀이 대기 명단 (Waitlist)에 있습니다. app.agentwallex.com에서 구축을 시작하세요.

AgentWallex 팔로우 및 체험하기
🌐 웹사이트: app.agentwallex.com
🚀 샌드박스 (무료): app.agentwallex.com
📖 문서: 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