주 콘텐츠로 건너뛰기
학습용어집AP2 프로토콜
용어집

AP2 프로토콜이란.

정의

AP2는 Google의 에이전트 결제 프로토콜로, AI 에이전트가 상인에게 프로그래밍 방식으로 결제하는 방법에 대한 개방형 사양입니다. 사용자가 결제 위임을 부여하는 방법, 에이전트가 해당 위임을 결제 처리기에 제시하는 방법, 상인이 수락하는 레일을 통해 정산이 이루어지는 방법을 표준화합니다. AP2는 위임 레이어에 위치하며, 기본 레일은 법정 화폐 또는 스테이블코인이 될 수 있습니다.

그것이 중요한 이유

Google의 에이전틱 상거래 내기.

AP2는 Google의 에이전틱 상거래 카테고리에 대한 베팅입니다. Coinbase의 x402가 호출당 HTTP 접근 방식을 사용하는 반면, AP2는 위임 기반 접근 방식을 사용합니다: 에이전트를 결제의 봉투에 대해 사전 승인한 다음, 추가 사용자 개입 없이 해당 봉투 내에서 실행하도록 합니다. 두 프로토콜은 약간 다른 형태의 에이전트 활동을 목표로 합니다. x402는 API 호출당 청구에 적합하고, AP2는 에이전트 주도 쇼핑, 구독 및 조달에 적합합니다.

For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.

작동 방식

위임, 프레젠테이션, 정산.

  1. 위임 부여. 사용자가 Google의 위임 UI(지갑 또는 기업을 위한 개발자 인터페이스)를 통해 에이전트를 승인합니다. 위임은 최대 금액, 빈도 창, 허용된 수령인 또는 수령인 카테고리 및 만료를 지정합니다.
  2. 위임 제시. 에이전트가 결제해야 할 때, 위임을 상인 프로세서에 대한 결제 요청에 묶습니다. 프로세서는 위임의 서명 및 매개변수를 검증하며, 요청이 적합하면 결제가 진행됩니다.
  3. 정산. 실제 정산은 상인의 선택한 경로(구글 페이, 카드 네트워크, ACH, 스테이블코인)를 통해 발생합니다. AP2는 정산에 무관하며, 표준화하는 것은 에이전트가 사용자 계좌에서 인출할 수 있는 권한입니다.
  4. 감사 및 취소. 모든 지불은 기록됩니다. 사용자는 언제든지 지갑에서 위임을 취소할 수 있습니다. 이후의 제시는 유효성 검사를 실패하며, 취소 순간의 진행 중인 정산은 레일에 따라 완료될 수도 있고 완료되지 않을 수도 있습니다.
예제들

AP2가 적합한 곳.

예시 1

Google Pay 경로를 통해 지불하는 에이전트

Google 스택 에이전트(제미니, 에이전트스페이스 또는 버텍스 AI 내에서 실행)는 상인의 프로세서에게 AP2 위임을 제시합니다. 프로세서는 위임을 검증하고 Google Pay의 기존 레일을 통해 결제를 처리하며 확인을 반환합니다. 상인의 통합은 일반 Google Pay 거래와 동일하며, 차이점은 구매자 측에서 에이전트가 인간을 대신했다는 점입니다.

예시 2

프로토콜 간 에이전트 상거래

에이전트는 Google Pay를 통한 법정 화폐 결제를 위한 AP2 권한과 Base에서 USDC 결제를 위한 Blockchain0x 지갑을 가지고 있습니다. 두 가지를 모두 수락하는 상인에게 결제해야 할 때, 해당 거래 형태에 대해 수수료가 더 낮은 경로를 선택합니다. 사용자는 두 권한을 한 번 부여했습니다; 에이전트는 결제별로 라우팅합니다.

예시 3

AP2를 통한 기업 조달

기업 조달 에이전트는 재무 팀으로부터 정의된 공급업체 허용 목록에 대해 월 최대 $10,000의 결제를 승인하는 AP2 위임을 받습니다. 에이전트는 구매 주문을 처리하고 위임에 대해 검증하며, 각 결제를 승인할 필요 없이 결제를 처리합니다. 감사 추적(위임 및 각 결제 이벤트)은 회사의 ERP 시스템에 기록됩니다.

자주 묻는 질문

세 가지 일반적인 질문.

AP2는 x402의 경쟁자인가요, 아니면 공존하나요?

그들은 공존하며, 겹치지만 구별되는 디자인 선택이 있습니다. AP2는 위임 기반입니다: 사용자가 결제 봉투를 사전 승인하고 에이전트가 이를 사용합니다. x402는 요청 기반입니다: 상인이 결제 URL과 함께 402를 반환하고 에이전트는 호출당 지불합니다. AP2는 구독 및 반복 패턴에 더 적합하고, x402는 호출당 및 사용량 기반 패턴에 더 적합합니다. 정교한 에이전트는 결제 형태에 따라 두 프로토콜을 모두 사용할 수 있습니다. 우리는 두 프로토콜 모두 2026년 중반까지 생산 등급이 될 것으로 예상합니다.

AP2는 암호화폐가 필요합니까, 아니면 전통적인 레일에서 작동합니까?

전통적인 레일에서 작동합니다. AP2는 레일에 구애받지 않으며; 프로토콜은 위임이 어떻게 부여되고, 제시되며, 검증되는지를 명시하며, 기본적인 정산이 어떻게 이루어지는지는 명시하지 않습니다. Google의 참조 구현은 Google Pay(카드, 은행 송금, 지역 결제 방법)를 목표로 합니다. 독립 구현은 스테이블코인으로 정산할 수 있습니다. 실제로 오늘날 AP2 배포는 주로 법정 통화 레일을 사용합니다. Google의 생태계가 그쪽으로 기울어져 있기 때문입니다.

Blockchain0x는 AP2를 지원합니까?

아직은 아닙니다. 현재의 spend-control model(API layer에서 enforced되는 per-agent per-period allowance 및 per-transaction cap)은 일반적인 경우에는 mandate-equivalent이지만, AP2 wire protocol은 구현하지 않습니다. 명시적 AP2 support는 spec이 안정화되고 adoption signal이 더 명확해지면 roadmap에 포함됩니다. 그동안 우리의 접근 방식과 AP2의 차이는 agent가 휴대하는 formal mandate document에 있으며, policy outcome은 매우 유사합니다.
마지막 검토: 2026-05-15. CC BY 4.0에 따라 게시됨.

오늘 에이전트의 결제 표면을 구축하세요.

AP2 지원은 로드맵에 있습니다. 핵심 기능(위임에 상응하는 지출 제어, 에이전트별 신원, 감사 로그)은 현재 활성화되어 있습니다.