ERC-7715부터 솔라나 PDA까지 — 크로스체인 AI 에이전트 결제 아키텍처

AI 에이전트가 사람의 개입 없이 자율적으로 API 요금을 결제하고 온체인 자원을 구매하려면 멀티체인을 아우르는 안전한 권한 위임 아키텍처가 필수적입니다. 하지만 EVM의 스마트 계정 기반 권한 표준과 솔라나의 단일 대리인 모델은 아키텍처와 서명 체계가 완전히 달라 크로스체인 환경을 구축하려는 개발자들에게 큰 기술적 장벽이 되어 왔습니다. 이 글에서는 EVM의 ERC-7715 명세와 솔라나의 프로그램 파생 주소(PDA) 기반 정기 결제 구조를 상호 매핑하는 설계 기법을 살펴보고, 아마존 웹 서비스(AWS)와 마스터카드가 이를 실제 결제 환경에 어떻게 추상화하여 구현했는지 심도 있게 분석합니다.

EVM의 ERC-7715와 솔라나 Subscriptions & Allowances 비교

EVM 생태계에서는 스마트 계정 표준(ERC-4337, ERC-7579)을 활용해 세션 키와 지출 제한을 제어해 왔습니다. 여기에 최근 도입된 ERC-7715(Advanced Permissions) 표준은 에이전트가 지갑에 특정 한도와 유효 기간이 지정된 권한을 직접 요청하는 공통 API 규격을 제공합니다. 이를 통해 지갑 수준에서 세션 실행 권한을 간편하게 승인할 수 있어, AI 에이전트가 사용자 개입 없이 자율적으로 결제하는 환경을 설계할 수 있습니다.

반면 단일 위임 권한 모델을 사용하는 솔라나에서는 이러한 세밀한 권한 분할이 구조적으로 어려웠습니다. 토큰 계정당 대리인을 단 한 명만 지정할 수 있어 여러 에이전트에게 개별 예산을 할당하기가 불가능했기 때문입니다. 솔라나 재단은 이 한계를 극복하기 위해 프로그램 파생 주소(PDA) 기반의 'Subscriptions & Allowances' 프로그램을 도입했습니다. 지갑 소유자의 토큰 권한을 PDA가 위임받아 관리하는 구조로, 솔라나에서도 EVM 세션 키와 유사한 에이전트 전용 가스리스 결제 흐름을 안전하게 구현할 수 있게 되었습니다.

EVM 권한 페이로드를 솔라나 PDA 데이터로 매핑하기

멀티체인을 지원하는 에이전트 조율 엔진을 설계할 때 가장 까다로운 작업은 서로 다른 체인의 권한 체계를 정밀하게 변환하는 것입니다. 구체적으로는 EVM 지갑이 서명한 ERC-7715 JSON 페이로드를 솔라나의 프로그램 파생 주소(PDA) 기반 명령어 데이터로 1:1 매핑해야 합니다.

솔라나의 토큰 계정은 기본적으로 단일 대리인 위임 권한 모델만을 지원하므로, 에이전트에게 세부적인 지출 통제권을 주기 위해 별도의 온체인 프로그램을 활용합니다. 이 프로그램은 지갑 소유자의 토큰에 대해 무제한의 권한을 확보한 뒤, 실제 이체 과정에서 정교하게 설계된 FixedDelegation 및 RecurringDelegation PDA를 통해 에이전트의 실제 지출 한도를 검증하고 제한합니다.

EVM의 표준 권한 구조와 솔라나 PDA 프로그램 간의 세부 데이터 예시 매핑은 다음과 같습니다.

이러한 정밀 매핑 아키텍처 덕분에 에이전트는 EVM 기반 가맹점의 결제 요구를 수신하더라도, 온체인 상에서 안전하게 통제된 솔라나 결제 트랜잭션을 스스로 빌드하고 실행할 수 있습니다.

AWS Bedrock(x402)과 마스터카드 AP4M의 엔터프라이즈 설계

빅테크와 글로벌 금융사들은 이미 이러한 크로스체인 권한 체계를 추상화하여 실제 인프라에 도입하고 있습니다. 대표적인 사례가 AWS의 아마존 베드록 에이전트코어 페이먼트와 마스터카드의 AP4M 프로토콜입니다. 두 플랫폼은 각각 다른 방식으로 온체인 결제 흐름을 구현하지만, 에이전트의 가스비 계산과 다자간 서명 검증을 API 호출 수준으로 추상화한다는 공통점이 있습니다.

AWS의 Amazon Bedrock AgentCore Payments는 HTTP 402 상태 코드를 기반으로 하는 오픈소스 x402 프로토콜을 지원합니다. 에이전트가 가맹점으로부터 x402 결제 요청을 받으면 AgentCore는 결제 세션의 한도와 유효기간을 확인한 뒤, ProcessPayment API를 통해 결제 증명을 생성합니다. API 요청은 cryptoX402 객체 안에 프로토콜 버전을 나타내는 version과 결제 조건을 담은 payload를 포함하며, payload에는 결제 방식, 네트워크, 금액, 토큰 자산, 수취 주소와 제한 시간이 지정됩니다. EVM 네트워크에서는 USDC와 같은 지원 토큰에 EIP-3009 기반 서명을 사용할 수 있으며, Solana에서는 별도의 SVM 결제 방식을 사용합니다. 실제 트랜잭션 서명과 온체인 정산은 설정된 외부 지갑 제공자와 x402 결제 인프라를 통해 처리되므로, 에이전트에 직접 개인키나 수수료 처리 로직을 구현하지 않고도 Base 또는 Solana에서 결제를 실행할 수 있습니다.

반면 Mastercard의 Agent Pay for Machines(AP4M)는 AI 에이전트와 기계가 수행하는 고빈도·저금액 거래를 Mastercard의 글로벌 결제망에서 승인하고 조율하며 정산하기 위한 서비스입니다.

Mastercard의 공식 발표에 따르면 AP4M은 에이전트에 자격 증명을 부여하고, Verifiable Intent를 활용해 에이전트가 신뢰할 수 있는 주체로 인식되도록 설계됐습니다. 조직은 에이전트의 권한 규칙과 지출 한도를 사전에 설정할 수 있으며, 결제는 정의된 범위 안에서 프로그램 방식으로 실행됩니다.

AP4M은 검증된 참여자가 여러 서비스 제공자와 지속적으로 거래할 수 있도록 지원하고, 카드·계좌·스테이블코인 등 다양한 결제 수단에 걸친 정산을 제공하는 것을 목표로 합니다. AWS AgentCore Payments가 x402 기반 결제 요청과 온체인 결제 증명 처리를 중심으로 설명된다면, AP4M은 특정 블록체인 프로토콜보다는 에이전트 자격 증명, 권한 통제, 거래 조율과 다중 결제망 정산을 포함하는 금융 네트워크 차원의 서비스에 더 가깝습니다.

멀티체인 에이전트 커머스 구축을 위한 가이드라인

멀티체인 에이전트 결제를 성공적으로 구현하려면 개별 체인의 로우레벨 스마트 계약을 직접 제어하기보다 추상화된 권한 위임 레이어를 표준 인터페이스로 설계해야 합니다.

EVM 생태계의 ERC-7715와 솔라나의 서브스크립션 온체인 프로그램을 코어 엔진으로 삼고, 오프체인에서는 모델 컨텍스트 프로토콜(MCP) 연동 게이트웨이를 도입해 복잡한 가스비 추상화와 일괄 결제를 도구 호출 수준으로 단순화하는 구조가 실무적으로 유용합니다.

에이전트가 스스로 실물 경제 활동을 자율적으로 조율하는 머신 경제 시대를 대비해, 지금부터 규격화되고 안전한 크로스체인 결제 아키텍처를 프로토타이핑해 볼 것을 권장합니다.

참고 링크