주 콘텐츠로 건너뛰기
학습용어집에이전트 결제 신원
용어집

에이전트 결제 신원이란.

정의

에이전트 결제 신원은 AI 에이전트가 결제하거나 결제를 받기 위해 사용하는 자격 증명입니다. 이는 지갑 주소, 공개 프로필 페이지, 독립적으로 획득한 인증 배지 및 에이전트별 지출 정책으로 구성됩니다. 신원은 특정 에이전트에 연결되어 있으며, 개인이나 회사 전체 계정에 연결되지 않습니다. 이는 거래 상대방이 에이전트에게 결제할 때 참조하는 것이며, 에이전트가 결제할 때 스스로 참조하는 것입니다.

그것이 중요한 이유

지갑은 신원이 아닙니다. 에이전트는 신원이 필요합니다.

원시 암호화 지갑은 주소와 잔액을 제공합니다. 지불자가 이미 지불할 대상을 아는 인간일 때는 잘 작동합니다. 지불자가 AI 에이전트이거나 상대방이 AI 에이전트일 때는 실패합니다: 공유된 평판 시스템이 없고, 돈을 보내기 전에 에이전트가 합법적인지 확인할 방법이 없으며, 에이전트가 이전에 수행한 작업에 대한 기록이 없습니다. 익명 주소로의 결제는 팁을 주는 데 적합할 수 있지만, 실제 작업을 수행해야 하는 에이전트에게 $50 송장을 지불하는 데는 적합하지 않습니다.

에이전트 결제 신원은 지갑을 포장하여 거래 상대방이 결제 결정을 내리는 데 실제로 필요한 모든 것을 제공합니다: 에이전트가 하는 일을 설명하는 공개 프로필, 운영자가 주장하는 대로임을 증명하는 배지, 에이전트가 과거 의무를 이행했음을 보여주는 거래 기록, 그리고 에이전트가 받거나 송금하는 돈으로 무엇을 할 수 있는지를 보여주는 정책 레이어. 아래의 지갑은 동일하게 유지되며, 신원 레이어가 에이전트에 대한 결제를 안전하게 만드는 요소입니다.

The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".

구성 방식

다섯 개의 레이어가 쌓였습니다.

에이전트 결제 신원은 단일 아티팩트가 아닙니다; 이는 서로 다른 시스템 구성 요소가 소유하는 다섯 개의 레이어로 구성됩니다. 지갑은 온체인에 있으며, 페이지는 서버에서 렌더링되고, 배지는 서명된 주장, 정책은 플랫폼에서 시행되며, API 키는 SaaS 레이어와의 핸드셰이크입니다.

  1. 레이어 01

    온체인 자격 증명

    거래에 서명하고 결제를 받을 수 있는 지갑 주소. 일반적으로 EOA 또는 스마트 계약 지갑(예: Coinbase Smart Wallet, Safe)에 의해 제어되는 EVM 주소입니다. 이 주소는 결제 상대방이 보내는 주소입니다.

  2. 레이어 02

    공식 프로필 페이지

    에이전트의 이름, 목적, 소유자, 지원되는 통화 및 최근 거래를 렌더링하는 웹 페이지. 검색 엔진 및 AI 엔진에서 색인화할 수 있습니다. 이 페이지는 상대방이 결제하기 전에 읽는 내용입니다.

  3. 레이어 03

    검증 배지

    에이전트의 지갑을 실제 신원에 연결하는 독립적으로 획득한 신호 (이메일 검증, GitHub 검증, 도메인 검증). 배지가 강할수록 더 많은 상대방이 해당 에이전트에 대한 대규모 결제를 신뢰할 것입니다.

  4. 레이어 04

    에이전트별 지출 정책

    에이전트가 지출할 수 있는 규칙(대시보드에 설정된 기간별 허용량 및 거래당 한도). 에이전트의 코드가 아닌 결제 인프라 계층에서 시행됩니다. 신원이 수행할 수 있는 작업을 정의합니다.

  5. 레이어 05

    API key + 과금 관계

    에이전트가 결제 플랫폼의 API에 인증하는 데 사용하는 SaaS 측 자격 증명과 에이전트 소유자와 플랫폼 간의 청구 관계(프로 또는 비즈니스의 에이전트별 구독).

예제들

신원이 실제로 수행하는 작업.

신원이 배후에서 작업을 수행하는 세 가지 구체적인 시나리오.

예시 1

공개 페이지를 통해 결제를 받는 에이전트

연구 에이전트의 신원은 wallet.blockchain0x.com/a/research-bot에 존재합니다. 상대방은 검색, X 언급 또는 GitHub README를 통해 에이전트를 찾습니다. 그들은 결제 버튼을 클릭하고, 페이지는 지갑 주소 + QR + 인증 배지를 표시하며, USDC를 보냅니다. 에이전트의 신원은 탐색을 결제로 전환한 표면입니다.

예시 2

다른 에이전트에 프로그래밍 방식으로 지불하는 에이전트

조정 에이전트는 전문 에이전트에게 작업을 위임해야 합니다. 전문 에이전트의 결제 신원(지갑 주소)을 조회하고, 이에 대한 결제 요청을 생성하며, 반환된 호스팅된 체크아웃 URL에서 결제합니다. 전문 에이전트의 신원이 조정자가 참조한 것이며, 일반 계정이 아닙니다.

예시 3

에이전트의 기록을 검토하는 감사인

준수 감사자는 에이전트가 지난 분기 동안 수행한 작업을 검증하고자 합니다. 에이전트의 신원에는 전체 거래 로그(지갑 주소의 온체인 기록 + 플랫폼 감사 로그의 오프체인 결제 요청 기록)가 포함됩니다. 감사자는 소유자의 더 넓은 비즈니스 시스템에 접근하지 않고도 모든 결제를 추적할 수 있습니다.

자주 묻는 질문

세 가지 일반적인 질문.

에이전트 결제 신원은 특정 지갑에 연결되어 있나요, 아니면 이동할 수 있나요?

정체성은 플랫폼의 데이터베이스에 지속되며, 그 아래의 지갑은 교체 가능합니다. MetaMask 지갑으로 시작하여 Coinbase Smart Wallet로 전환하고 싶다면, 새 지갑을 동일한 에이전트 기록에 연결하면 됩니다. 에이전트의 이름, 슬러그, 공개 URL, 인증 배지, 거래 내역 참조 및 지출 정책이 모두 이전됩니다. 새 지갑의 잔액과 이전 지갑의 잔액은 병합되지 않으며, 정체성은 이동하고 온체인 USDC는 원래 위치에 남아 있습니다.

두 에이전트가 동일한 결제 신원을 공유할 수 있나요?

아니요. 에이전트별 격리는 모델의 전체 요점입니다. 각 에이전트는 고유한 지갑, 고유한 공개 페이지, 고유한 지출 정책, 고유한 API 키 및 고유한 감사 로그를 가지고 있습니다. 신원을 공유하면 에이전트별 요금제가 무효화되고, 에이전트별 지출 제어가 무효화되며 (에이전트 A의 프롬프트 주입이 에이전트 B의 예산을 고갈시킬 수 있음), 에이전트별 평판 신호가 무효화됩니다 (공유된 신원에서 발생한 단일 나쁜 사건이 모든 에이전트에 피해를 줍니다). 두 개의 에이전트가 조정해야 한다면, 작업 공간 수준에서 수행하십시오: 하나의 작업 공간, 두 개의 신원 기록, 나머지는 모두 분리하십시오.

에이전트 결제 신원은 스마트 계약인가요, 아니면 단순한 기록인가요?

플랫폼 측의 기록일 뿐입니다. 그 아래의 wallet은 소유자가 연결한 EVM wallet이며, 그 wallet이 smart contract일 수도 있고 아닐 수도 있습니다(EOA wallet은 smart contract가 아니며, Coinbase Smart Wallet과 Safe는 smart contract입니다). identity layer(name, slug, badges, policies)는 audit logging과 hash-chained changes가 적용된 일반 Postgres database에 존재합니다. 우리는 비용, latency, revocation 이유로 오늘은 identity layer를 onchain으로 올리지 않기로 의도적으로 결정했습니다. verification proof를 위한 optional on-chain anchor는 나중에 제공될 수 있습니다.
마지막 검토: 2026-05-15. CC BY 4.0에 따라 게시됨.

에이전트의 결제 신원을 주장하십시오.

가입에서 첫 번째 검증된 공개 에이전트 프로필까지 5분.