에이전틱 결제를 위한 최고의 인프라: 2026년 비교

AI 에이전트가 실제 돈을 쓰기 시작했다. API 호출 비용을 지불하고, 인보이스를 정산하고, 사람이 승인 버튼을 누르지 않아도 스테이블코인을 이동시킨다. 그리고 에이전트에게 그런 능력을 부여하는 순간, 에이전트의 키가 어디에 존재하고 어떻게 결제하는지를 선택하게 된다. 엔드포인트는 몇 분 안에 바꿀 수 있지만, 에이전트의 지갑과 지출 정책을 다른 프로바이더로 옮기는 일은 그렇지 않다. Agentic payment infrastructure는 세 개의 레이어로 구성된다: 자산 커스터디, 결제 레일, 그리고 온체인 데이터. Alchemy, Coinbase's Developer Platform, Circle, Crossmint, Privy, Turnkey 모두 이 스택의 어떤 형태를 제공한다고 말한다. 이들은 겹치는 부분이 많아 서로 대체 가능해 보인다. 하지만 그렇지 않다. 커스터디는 다루지만 데이터는 다루지 않는 프로바이더, 또는 레일은 다루지만 gas는 다루지 않는 프로바이더를 선택하면, 에이전트에게 필요 이상의 서명 권한을 넘겨주거나 그 빈틈을 메우기 위해 두 번째 벤더를 연결하는 데 몇 주를 쓰게 된다.

이 글은 인프라 프로바이더들을 비교하는 것이지, 이들이 사용하는 결제 프로토콜을 비교하는 것이 아니다. x402나 MPP 같은 프로토콜은 에이전트가 HTTP를 통해 결제하는 방식을 정의하는 오픈 표준이고, 프로바이더는 키를 어떻게 보관하고, gas를 어떻게 지원하고, 체인을 어떻게 읽을지를 결정한다. 프로토콜 레이어부터 알고 싶다면 에이전트 결제란 무엇인가와 x402의 작동 방식을 먼저 보고, 무엇을 기반으로 구축할지 선택하러 다시 여기로 돌아오면 된다.

에이전트가 결제를 하려면 실제로 무엇이 필요한가?

프로바이더를 비교하기 전에, 각 구성 요소를 분리해서 보는 것이 도움이 된다. 이 레이어들은 사람에게도 존재하지만, 차이는 지갑과 체크아웃 UI가 그 작업을 대신 흡수한다는 점이다. 심지어 gas를 뒤에서 처리해주기도 한다. 에이전트에게는 그 일을 대신해줄 인터페이스가 없으므로, 어떤 프로바이더를 선택하느냐에 따라 어떤 부분을 아웃소싱하고 어떤 부분을 직접 연결할지가 정해진다.

• 커스터디. 에이전트가 실제로 사용할 자산을 보유하는 지갑이 필요하다. 결제용 스테이블코인과 그 외 허용한 자산 모두 포함되며, 탈취된 프롬프트가 지갑을 비워버릴 수 없도록 범위가 제한되어야 한다. 실제로는 smart account(프로그래머블 지갑 컨트랙트로, 단순한 private key 계정이 아니다)이거나, policy engine 뒤에 있는 서버 보관 키를 의미하며, 여기에 지출 한도, allowlist, 시간 제한 세션이 함께 적용된다. 어떤 옵션을 선택하든 밑바탕에 있는 원칙은 동일하다. 에이전트는 절대 raw private key를 보지 않는다. 설계상 메모리에 키를 남겨둔다면, 그건 에이전트가 아니라 취약점을 만든 것이다.
• 결제 레일. 실제로 가치를 이동시키는 방법이며, 여기에는 두 가지 서로 다른 동작이 있다. 오프체인 서비스(API, 데이터 피드, 컴퓨트)에 대한 결제는 점점 x402를 통해 이루어지는데, 이는 휴면 상태였던 HTTP 402 상태 코드를 되살려 서버가 가격을 제시하고 에이전트가 계정이나 API 키 없이 바로 결제할 수 있게 한다. 온체인 결제, 즉 스테이블코인을 전송하거나 상대방과 정산하는 것은 에이전트가 서명하는 일반적인 블록체인 트랜잭션이다. 오프체인 동작을 어떤 프로토콜이 처리할지는 별도의 결정 사항이며, x402 vs MPP에서 다룬다.
• Gas. 온체인 결제에는 gas 비용이 든다. 단일 체인에서 동작하는 에이전트라면 그 체인의 네이티브 토큰을 그냥 보유하면 되고, 많은 경우 이것이 마찰이 가장 적은 방법이다. 하지만 에이전트가 여러 체인에서 동작하거나, 각 체인마다 네이티브 토큰 잔고를 충전하고 모니터링하고 싶지 않을 때는 이 방식이 확장되지 않는다. 이때 paymaster(다른 누군가를 대신해 gas를 지불하는 컨트랙트)가 제 역할을 한다. paymaster는 수수료를 대신 지불하거나, 에이전트가 이미 보유한 토큰으로 수수료를 지불하게 해준다.
• 온체인 데이터. 대부분의 지갑 비교에서 빠지는 부분이다. 지갑 플랫폼들은 지갑이 필요로 하는 read 기능, 즉 사용자가 소유한 주소의 잔고와 활동 내역을 제공한다. 하지만 에이전트는 보통 자신의 원장 이상의 것이 필요하다: 스왑 전의 가격, 다른 컨트랙트의 상태, 자신의 주소를 넘어서는 히스토리, 결제가 실제로 반영되었는지에 대한 확인. 이런 일반적인 조회는 별개의 제품이며, 프로바이더가 이를 제공하지 않으면 결국 별도의 데이터 벤더를 옆에 붙이게 된다.

그러므로 진짜 질문은 "어떤 지갑을 쓸 것인가"가 아니다. 프로바이더가 이 네 개 레이어 중 몇 개를 하나의 플랫폼에서 제공하고, 나머지 몇 개를 직접 조립해야 하느냐가 진짜 질문이다. 이 글의 나머지 부분은 바로 이 기준으로 정리된다.

풀스택 플랫폼: 지갑, 레일, gas, 데이터를 한곳에서

두 프로바이더가 네 레이어 모두를 하나의 플랫폼으로 제공한다. 결제도 하고 온체인에서 행동도 하는 에이전트를 만드는 대부분의 팀에게, 이 계층이 프로덕션까지 가는 가장 짧은 경로다.

Alchemy

Alchemy CLI를 통해 에이전트에게 지갑을 제공하며, 이는 범위가 제한되고 취소 가능한 세션 안에서 동작하고, 키 커스터디는 내부적으로 Privy가 처리한다. 에이전트는 설정한 한도 내에서 서명하며, 키는 에이전트에게 노출되거나 프롬프트에 붙여넣어지지 않는다. 그 위에는 x402 지원이 있어 에이전트가 HTTP 402를 통해 API 비용을 지불할 수 있고, Gas Manager를 통한 gas 지원이 있어 gas 토큰을 보유할 필요가 없다. 같은 플랫폼이 100개 이상의 네트워크에 걸쳐 RPC와 Data API를 제공하므로, 에이전트는 무엇에 결제할지 결정하고 결제가 반영되었는지 확인하기 위해 잔고, 가격, 히스토리를 읽을 수 있다.

이 마지막 레이어가 지갑 자체보다 더 확실하게 프로바이더들을 갈라놓는다. 온체인 데이터는 이 스택에서 가장 오래된 primitive이지만, 이 비교에 포함된 결제 플랫폼 중 우리와 Coinbase만이 범용 데이터 API를 제공하며, 별도의 데이터 벤더를 에이전트의 의사결정 루프에 연결하는 일은 실질적인 통합 작업이다. 수취 측면에서는, AgentPay를 통해 비즈니스가 각 프로토콜마다 커스텀 인증을 작성하지 않고도 여러 프로토콜에 걸쳐 에이전트 결제를 받을 수 있다.

부족한 점: 프리티어 gas 지원은 testnet에서만 동작하며(mainnet은 유료 계정이 필요하다), scoped session은 의도적으로 시간 제한이 있어 자율성 측면에서는 올바른 기본값이지만 장기간 동작하는 에이전트는 재승인이 필요하다.

에이전트가 결제도 해야 하고 자신이 행동하는 체인을 읽기도 해야 할 때, 그리고 지갑 SDK에 별도의 데이터 프로바이더를 엮고 싶지 않을 때 이 옵션을 선택하라. 전체 구축 과정은 온체인 에이전트 만드는 법에서 확인할 수 있다.

Coinbase Developer Platform (CDP)

Coinbase's Developer Platform(CDP)은 또 다른 진정한 풀스택 옵션이며, 정당하게 평가하자면 Coinbase는 x402를 만들었고 그 reference facilitator를 운영하고 있어, 여기서 이 프로토콜은 가장 깊은 의미에서 네이티브다. Server wallet은 secure enclave 안에 키를 보관하고, AgentKit은 에이전트 프레임워크를 위해 온체인 액션을 래핑하며, Paymaster가 gas를 지원하고, CDP 자체 데이터 API가 잔고와 히스토리를 다룬다.

공식 문서 기준으로 부족한 점: Paymaster를 통한 gas 지원은 Base에서만 동작하므로, Solana, Hyperliquid, 그 외 다른 EVM 체인의 에이전트는 여전히 자체적으로 gas를 부담해야 한다. Smart account는 일부 EVM 체인으로 제한되며, 플랫폼 전체 커버리지는 EVM 생태계와 Solana에 그친다. 무게 중심은 Base와 Coinbase 생태계에 있다.

Base 위에서, Coinbase 생태계 안에서 구축하며 이를 만든 팀이 제공하는 canonical x402 구현을 원할 때 이 옵션을 선택하라.

결제 및 지갑 플랫폼: 정산에 강하고, 데이터는 약함

다음 두 프로바이더는 지갑, 레일, gas를 하나로 묶어 제공하며, 대부분의 지갑 플랫폼처럼 wallet-scoped read, 즉 사용자가 소유한 주소의 잔고와 활동을 다룬다. 이들이 제공하지 않는 것은 에이전트 자신의 지갑을 넘어서는 조회를 위한 범용 데이터 제품이다. 에이전트의 의사결정이 가격, 다른 컨트랙트의 상태, 시장 전반의 히스토리에 좌우된다면, 데이터 프로바이더와 함께 사용해야 한다.

Circle

Circle은 USDC를 발행하며, 이는 다른 프로바이더들의 결제 흐름 대부분이 이동시키는 자산이기 때문에 경쟁자라기보다는 공유되는 의존 관계에 가깝다. 프로그래머블 지갑은 multi-party computation(MPC, 단일 머신이 키 전체를 절대 갖지 않는 방식)을 사용하고, Gas Station과 USDC 표시 Paymaster가 수수료를 처리하며, Agent Stack은 x402 위에 직접 구축된 Nanopayments를 추가해 서브센트 단위의 API 결제를 지원한다. CCTP를 통한 크로스체인 USDC 이동은 다른 어떤 프로바이더도 따라오기 힘든 진짜 강점이다.

한계는 데이터 레이어에 있다: Circle 문서는 범용 RPC나 온체인 데이터 제품이 아니라 wallet-scoped read만 다룬다. 광범위한 체인 데이터가 필요한 에이전트는 여전히 별도의 프로바이더가 필요하다.

여러 체인에 걸친 USDC 정산이 제품의 핵심이고 데이터는 다른 곳에서 조달할 계획이라면 이 옵션을 선택하라.

Crossmint

Crossmint는 지갑 중심 플랫폼 중 가장 넓은 체인 목록을 갖고 있다: EVM, Solana, Stellar 등을 아우르는 50개 이상의 체인, 기본으로 제공되는 gas 지원, 프로덕션 단계의 x402, 그리고 non-custodial, custodial, hybrid 중 선택해서 운영할 수 있는 모듈형 signer 모델. 또한 crypto-native 인프라 업체 대부분이 갖추지 않은, 소비자 커머스에 가장 가까운 요소들, 즉 agentic checkout과 에이전트가 발급하는 virtual card도 제공한다.

문서상 알아둘 점 두 가지가 있다: 커스터디는 모듈형 signer 아키텍처(passkey, device, server, cloud KMS)이지, MPC나 enclave 기반 signer가 아니므로, 실제로 사용할 signer 유형을 잘 평가해야 한다. 그리고 데이터는 balance API 하나뿐이며, 범용 온체인 데이터가 아니다.

체인 범위나 checkout·card 레이어가 통합된 데이터 스택보다 더 중요할 때 Crossmint를 선택하라.

지갑 및 서명 primitive: 최대한의 통제권, 나머지는 직접 구축

마지막 두 프로바이더는 의도적으로 범위가 좁다. 커스터디와 서명은 매우 잘 해결하지만, 레일과 데이터는 직접 구축해야 한다. 서명 보안 모델이 여러분의 문제에서 가장 어려운 부분이라면 이는 장점이 된다.

Privy

이제 Stripe 소속 회사가 된 Privy는 강력한 policy engine을 갖춘 wallet signer다. 키는 Shamir secret sharing(비밀을 여러 조각으로 나눠 어느 한쪽도 단독으로 복원할 수 없게 하는 방식)으로 보호된 secure enclave에 존재하며, 지출 한도, 수취인 allowlist, 시간 제한 window로 에이전트를 제약할 수 있다. authorization 단계에서 x402를 지원하여 결제 헤더에 서명하며, 정산은 third-party facilitator가 담당한다. 이것은 지갑이지, 전체 스택이 아니다.

세밀한 커스터디 통제를 원하고 레일과 데이터를 직접 연결하는 데 문제가 없거나, 이미 Stripe 생태계 안에 있다면 이 옵션을 선택하라.

Turnkey

Turnkey는 policy engine을 키를 보관하는 것과 동일한 secure enclave 안에서 실행하므로, 모든 서명 요청은 서명이 만들어지기 전에 규칙에 따라 평가된다. 이는 여기 소개된 옵션 중 서명 경계에 대한 통제권이 가장 크고, 번들링은 가장 적은 형태다. x402가 네이티브로 제공되지 않으며(에이전트 레이어에서 직접 통합해야 한다) 데이터 제품도 없다.

서명 보안 모델 자체가 제품이고 나머지 스택은 의도적으로 직접 조립할 계획이라면 이 옵션을 선택하라.

보너스: Alchemy CLI 안의 Agent Wallets도 또 다른 옵션이다. 대시보드에서 지갑을 생성하고, CLI에 범위가 제한된 시간 제한 접근 권한을 부여하면, 에이전트가 커맨드라인에서 바로 거래할 수 있다.

비교표

어떤 것을 선택해야 하는가?

이들을 감싸는 프레임워크와 SDK들은 서로 대체 가능하지만, 그 아래에 있는 인프라는 그렇지 않다. 에이전트 프레임워크는 오후 한나절이면 바꿀 수 있다. 하지만 에이전트가 서명하고, 결제하고, 체인을 읽는 방식을 바꾸는 것은 재설계에 가깝다. 이 레이어를 먼저 선택하라.

Alchemy에서 agentic payment 구축하기

에이전트가 결제하고 온체인에서 행동해야 한다면, Alchemy's infrastructure for AI agents에서 세 레이어 모두를 연결할 수 있다. Alchemy CLI를 통해 범위가 제한된 지갑을 부여하고, x402를 통해 API 키나 대시보드 가입 없이 API 비용을 지불하게 하고, gas 지원으로 gas를 처리하고, 100개 이상의 네트워크에 걸쳐 Data API로 잔고, 가격, 히스토리를 읽게 할 수 있다. 트랜잭션의 반대편에서는, AgentPay를 통해 비즈니스가 각 프로토콜마다 커스텀 인증을 만들 필요 없이 여러 프로토콜에 걸쳐 에이전트 결제를 받을 수 있다.

프리티어로 시작하라: 계약도, 대기자 명단도, 최소 약정도 필요 없다. 가장 빠른 시작 방법은 커스터디, 결제, 데이터를 처음부터 끝까지 연결해주는 온체인 에이전트 구축 가이드다.

Agentic payment infrastructure는 커스터디, 결제 레일, 온체인 데이터로 구성된다. 그 위에 프레임워크를 선택하기 전에, 이 세 가지를 모두 제공하는 레이어부터 먼저 선택하라.

자주 묻는 질문

Agentic payments infrastructure란 무엇인가?

Agentic payments infrastructure는 AI 에이전트가 스스로 결제할 수 있게 해주는 스택이다: 커스터디(에이전트가 서명하는 범위가 제한된 지갑), 결제 레일(오프체인 API를 위한 x402, 정산을 위한 온체인 트랜잭션), 네이티브 토큰이 필요 없도록 해주는 gas 지원, 그리고 무엇에 결제할지 결정하고 결제가 반영되었는지 확인하기 위한 온체인 데이터로 구성된다.

Agentic payments를 위한 최고의 인프라는 무엇인가?

이는 스택 중 얼마나 많은 부분을 한곳에서 원하는지에 따라 다르다. Alchemy는 에이전트 지갑, x402, gas 지원, 100개 이상의 네트워크에 걸친 온체인 데이터를 결합한 가장 강력한 풀스택 옵션이다. Coinbase CDP는 Base 중심 구축에 적합하고, Circle은 USDC 정산에 적합하며, Privy나 Turnkey는 커스터디 통제를 원하고 나머지를 직접 조립하려는 팀에 적합하다.

AI 에이전트가 결제하려면 crypto 지갑이 필요한가?

그렇다. 에이전트는 트랜잭션에 서명함으로써 결제하므로 지갑이 필요하지만, raw private key가 필요한 것은 아니다. 안전한 패턴은 policy engine 뒤에 있는 smart account나 서버 보관 키이며, 지출 한도, allowlist, 시간 제한 세션으로 범위를 제한해 탈취된 프롬프트가 자금을 빼내지 못하게 한다.

x402란 무엇이며 에이전트는 이를 어떻게 사용하는가?

x402는 HTTP 402 상태 코드를 되살려 에이전트가 계정이나 API 키 없이 API 호출 비용을 즉시 지불할 수 있게 해주는 결제 표준이다. 서버가 가격을 제시하면 에이전트가 스테이블코인 결제에 서명하고 요청이 완료된다. Alchemy, Coinbase CDP, Circle, Crossmint가 이를 지원한다.

AI 에이전트의 과도한 지출을 어떻게 막는가?

지갑의 범위를 제한하고, 프롬프트를 신뢰하지 마라. 건당 및 총 지출 한도를 설정하고, allowlist로 수취인과 컨트랙트를 제한하며, 만료되고 취소할 수 있는 시간 제한 세션을 사용하라. private key는 에이전트가 아예 접근할 수 없도록 유지해서, 프롬프트가 탈취되더라도 넘을 수 없는 확실한 한계가 존재하게 하라.

어떤 프로바이더가 에이전트 결제를 위한 x402를 지원하는가?

Alchemy, Coinbase CDP, Circle, Crossmint는 오프체인 API 결제를 위한 x402를 네이티브로 지원한다. Privy는 authorization 단계에서 이를 지원하여 결제에 서명하고, 정산은 third-party facilitator가 담당한다. Turnkey는 x402를 네이티브로 지원하지 않으며, Turnkey의 서명 기능 위에 에이전트 레이어에서 직접 통합해야 한다.