용어집

지불 명령이란.

정의

결제 위임은 에이전트가 추가 승인 없이 특정 유형의 결제를 실행할 수 있도록 하는 사전 승인된 지침입니다. 위임은 매개변수화되어 있으며, 최대 금액, 수신자 또는 허용된 수신자 집합, 빈도 창 및 만료 날짜를 지정할 수 있습니다. 원시 Google의 AP2 프로토콜 및 여러 유사한 위임 기반 결제 시스템이 구축되었습니다.

그것이 중요한 이유

The "approve every payment" model does not scale to agents.

인간의 결제 패턴은 거래당 하나의 승인을 가정합니다: 체크아웃에서 총액을 보고 확인을 위해 탭합니다. 한 시간에 200개의 API에 결제해야 하는 에이전트는 이렇게 작동할 수 없습니다. 사용자는 200개의 확인을 클릭할 수 없으며, 클릭할 수 있다고 해도 지연 시간은 에이전트의 유용성을 떨어뜨릴 것입니다. 일부 사전 승인 모델이 필요합니다.

Payment mandates formalize the pre-authorization. Instead of "approve every payment" or "approve nothing" (a static spend limit), a mandate says: "approve any payment that matches these parameters, up to this cap, until I revoke it." The user grants the mandate once; the agent executes against it many times. This is the structural primitive that turns the agent into an autonomous economic actor while still keeping the human in control of the boundaries.

작동 방식

부여, 제시, 정산, 철회.

부여. 사용자(또는 사용자의 대리인)는 프로토콜의 UI를 통해 위임을 생성하며, 매개변수를 지정합니다: 결제당 최대 금액, 기간 내 최대 총액, 수령인 허용 목록, 만료. 위임은 프로토콜에 의해 서명되고 저장됩니다.
제시. 에이전트가 결제를 해야 할 때, 수신자의 결제 프로세서에 권한 증명으로 명령을 제시합니다. 프로세서는 명령을 검증하고 결제 매개변수가 명령의 한도 내에 있는지 확인한 후 결제를 수락합니다.
정산. 실제 정산은 명령이 지정한 경로(스테이블코인, 카드, ACH)에서 발생합니다. 명령 검증은 정산과 별개이며, 하나의 명령이 프로토콜이 허용하는 경우 여러 정산 방법에 대해 결제를 승인할 수 있습니다.
철회. 언제든지 사용자는 명령을 철회할 수 있습니다. 이후의 제시는 검증에 실패합니다. 진행 중인 결제는 프로토콜의 원자성 보장에 따라 완료될 수도 있고 완료되지 않을 수도 있습니다.

The protocol layer holds the mandate; the agent never holds the user's payment credentials directly. This is the safety property that makes mandate-based systems different from "give the agent your credit card." Compromise the agent and the worst case is the mandate's parameter envelope, not the user's full payment power.

예제들

세 가지 위임 형태.

예시 1

호출별 API 접근 의무

에이전트는 정의된 허용 목록의 모든 API에서 호출당 최대 $0.10를 지출할 수 있는 권한을 부여받으며, 하루 총 $50까지 가능합니다. 에이전트는 하루 종일 API를 호출합니다; 권한의 매개변수 내에서 각 호출은 추가 승인 없이 정산됩니다. 24시간 동안 $50 이상 지출하면 플랫폼 계층에서 차단됩니다.

예시 2

공급업체 특정 구독 위임

연구 에이전트는 특정 데이터 공급업체에게 월 최대 $200를 스테이블코인으로 청구하는 위임을 부여받습니다. 공급업체의 청구서는 위임의 사전 승인된 결제를 자동으로 트리거합니다. 에이전트는 결제를 인간에게 표시할 필요가 없습니다.

예시 3

일회성 한정 의무

사용자가 에이전트에게 신뢰할 수 있는 예약 플랫폼에서 호텔 예약에 대해 최대 $500를 지출할 수 있는 단일 사용 위임을 부여합니다. 에이전트는 검색하고, 한도 내에서 옵션을 선택하고 예약합니다. 위임이 소진되면 재사용할 수 없습니다.

이것이 적합한 곳.

AP2 프로토콜

mandate primitive 위에 구축된 Google의 프로토콜입니다.

에이전트 지출 정책

유사한 통제를 API로 강제하되, 공식적인 mandate 표현 없이 구현한 Blockchain0x 버전입니다.

x402

사전 승인 대신 호출마다 결제를 요청하는 대체 프로토콜입니다.

자주 묻는 질문

세 가지 일반적인 질문.

결제 위임은 카드의 정기 승인과 동일한가요?

정신적으로 유사하지만 구조적으로 매우 다릅니다. 카드 승인은 카드 네트워크에 의해 보유되며 특정 카드 소지자와 특정 상인 간에 적용됩니다. 에이전트 상거래 의미에서의 결제 위임은 결제 프로토콜(예: AP2)에 의해 보유되며, 금액, 수신자, 빈도 및 시간 창에 따라 매개변수화될 수 있으며, 구현에 따라 스테이블코인 또는 법정 통화로 정산됩니다. 위임은 더 프로그래머블하고 더 세분화되어 있으며 카드 네트워크 레일에 묶이지 않습니다.

위임을 철회할 수 있나요?

네. 권한을 부여한 사용자는 프로토콜의 취소 원시를 통해 언제든지 이를 취소할 수 있습니다. 일단 취소되면 새로운 결제는 실행되지 않습니다. 취소 순간의 대기 중인 결제나 진행 중인 결제는 프로토콜에 따라 완료될 수도 있고 완료되지 않을 수도 있습니다; AP2는 체인에서 아직 정산되지 않은 결제에 대해 즉각적인 중지를 지정합니다.

Blockchain0x는 결제 의무를 사용합니까?

아직은 공식적으로는 아닙니다. 우리는 API layer에서 enforced되는 per-agent spend permission(기간별 allowance와 transaction별 cap)을 통해 유사한 agent spending control 결과를 달성합니다. 이는 일반적인 경우(시간 창 내 capped spend)에는 mandate-equivalent입니다. full mandate protocol support(revocation primitive, payment request와 함께 이동하는 signed mandate, AP2-compatible flow)는 표준이 수렴함에 따라 roadmap에 있습니다.

마지막 검토: 2026-05-15. CC BY 4.0에 따라 게시됨.

에이전트의 지출을 사전 승인하세요.

API 레이어에서 시행되는 에이전트별 지출 정책. 무료로 시작할 수 있습니다.