AI Agent는 자율적인 경제 주제에 대한 계측 속성에서 진화함에 따라 AIAgent는 자율적인 의사결정, 운영 및 가치 교환이 가능한 경제 플레이어가됩니다. 그러나, 전통적인 지불 인프라는 자율 거래의 관점에서 에이전트의 핵심 요구를 충족하지 않습니다, 횡단적 상호 작용, 그리고 정체성 검증。
이러한 병목은 새로운 세대의 계약, — — x402, 에이전트 지불 프로토콜 (AP2) 및 ERC-8004, 다가오는 기계 경제에 대한 신뢰할 수있는 가치 교환 기초를 만드는. 이 논문은 향후 AIAgent 경제의 지불 풍경을 형성하는 방법을 보여주는 이러한 세 가지 계약의 기술 원칙, 응용 및 생태적 현실의 심층 분석을 제공합니다。
x402: HTTP 본래 사슬 지불 의정서
coinbase에 의해 도입 된 x402의 핵심 혁신은 웹 요청 응답 스트림으로 결제 논리를 구현하고 “ API 통화 지불 ” 및 전통적인 지불의 높은 마찰을 해결하기 위해 통화 또는 기타 암호화 통화를 안정화함으로써 지불 ” API 통화를 지불하고, 전통적인 지불의 높은 마찰을 해결하기 위해 통화 또는 다른 암호화 통화로 정착。
상세한 의정서
x402는 HTTP 402 상태 부호에 근거를 둔 열린 계약으로, 클라이언트/서버 구조로 구조됩니다. 고객은 서비스 / 상품의 구매자이며 서버는 서비스 / 상품의 판매자입니다. 클라이언트/서버 구조의 기초에, Coinbase는 구매자와 판매자 사이의 지불의 검증 및 결제의 과정을 단순화하기 위해 facilitator (Facilitators)의 서비스를 제공 업체를 제공합니다。
우리는 x402scan, Canza, 예를 들어 첫 번째 서버를 가지고 있습니다. 첫째로, 사용자는 클라이언트 측에 Canza 's fee-paying 서비스를 접근하기 위하여 요구를 개시합니다。
따라서 Canza 서버는 HTTP 402 응답을 사용하여 지불 요구 사항을 정의합니다. 클라이언트는 X-PAYMENTHHEAder를 제공하고 기본 체인에서 USDC를 통해 지불해야합니다. 아래 그림과 같이:
클라이언트가 402 응답JSON 콘텐츠를 분석 한 후, 지갑은 Transfer WithAuthorization에 대한 메시지를 표시하기 위해 전송됩니다 (Authorization를 통해 ERC-3009). 이 메시지는 제3자 EOA 주소 또는 계약 주소를 위탁함으로써 서명 ' s 주소에서 비 가스 수수료를 전송하는 서명을 허용했습니다. 이 예에서, 우리는 0x4e9bCe2547A9491b09ed092c433B1988e665ed의 수집 주소를 가진 Canza를 위탁할 것입니다 B는 우리의 지갑에서 USDC를 전송합니다。
이 메시지는 사용자가 서명 한 후 X-PAYMENTHHEAder coded Base64를 사용하여 Payload에 제출 된 클라이언트와 Canza 서버의 패스 인 Payload는 facilitator (Facilitators)에 의해 검증되었으며 서버의 블록 체인에 지불되었습니다. Canza 서버가 지불을 확인한 후, 요청된 서비스는 사용자에게 제공되었습니다。
위 예제에서 x402 계약의 워크플로는 다음과 같이 요약될 수 있습니다
특정 참고의 x402 프로토콜은 여러 블록 체인 (기본, Avalanche 및 기타 EVM, Solana)을 지원하는 ERC-3009, 기본 USDC)를 지원하는 여러 암호화 된 자산을 지불하는 데 사용되었으며 서버의이 끝에 구성되어야합니다
에이전트 지불 프로토콜 (AP2) : 에이전트 생태 신뢰할 수있는 지불 시스템
AP2는 AgentoAgent (A2A) Communication Agreement 및 Model Context Protocol (MCP)에 의해 확장 된 Open Payments Framework를 기반으로합니다. 이러한 핵심 목표는 에이전트 비즈니스의 세 가지 핵심 문제를 해결하는 것입니다 : AIAgent와 호환되는 공급업체 간의 안전한 거래를 달성하기 위해 승인 (사용자 권한 인증), 인증 (거래가 사용자의 진정한 필요를 반영한다는 것을 보장), 거래의 책임 (통합 책임)의 계정。
AP2 계약의 작업 흐름은 디지털 권한 (Mandates)의 핵심 개념을 중심으로 구성되며, 이는 탬퍼링에서 보호되고 코드에 의해 서명 한 디지털 계약이며, 사용자의 주문의 검증 가능한 증거로서. 그것은 허가의 3가지 유형으로 분할됩니다:
1. 명세 Intent 위임
사용자가 존재하지 않는 자동화된 거래에 적용. AIAgent에 대한 사용자의 사전 지침은 "500 달러를 초과하지 않는 예산으로 콘서트 티켓 구매"와 같은 명확한 조건을 포함합니다。
카트 위임
사용자의 존재에 확인 된 거래에 적용. 에이전트가 특정 필수품과 사용자 확인에 대한 가격을 준비할 때 생성. 이 사용자의 승인은 쇼핑 자동차 허가를 서명하고 정확한 상품 및 가격의 안전하고 신뢰할 수있는 기록을 만들고 그들이 본 것처럼 지불된다는 것을 보증합니다。
3. 명세 지불 허가 (Payment 위임)
AI Agent의 참여 및 사용자 존재에 대한 정보를 전달하기 위해 설계된 결제 네트워크 및 발행인과 공유되는 독립적 인 바우처입니다. 트랜잭션 분쟁을 해결하고 위험을 평가하고 규제합니다。
ERC-804: AIAgent 정체성 및 신뢰성 체계의 탈중앙화
ERC-8004는 Taigaya의 분산 된 AIAgent 정체성 솔루션으로 AIAgent 정체성, 행동 기록의 신뢰성 및 확률의 정체성을 결정합니다. AP2와는 달리, ERC-8004는 AIAgent-businesses 사이에서 오히려 AIAgents 사이 상호 신뢰를 건설하는 것에 집중합니다。
ERC-8004의 디자인은 세 가지 경량 형태로 구조화되어 신뢰 모델의 다른 측면과 거래됩니다
1. 명세 Identity 등록
ERC-721 표준과 URISTORAGE 기능의 확장을 기반으로 설계는 기존 NFT 생태계와 호환되는 AIAgent 정체성을 만들 것입니다。
각 AIAgent는 등록 기능을 호출하고 단일 에이전트를 가져옵니다 Id (i.e. 토큰 ERC-721). 등록 당시, 에이전트는 토큰URI를 제공해야 하며, 등록 파일(Agent Regulation File)을 의미하며 표준화된 JSON 형식을 따르고 에이전트의 이름, 설명, 엔드포인트 및 지원 신뢰 모델과 같은 정보를 포함합니다。
2. 평판 등록
표준 인터페이스는 0-100 등급 피드백 시스템, 라벨 분류 및 지불 인증서 링크를 지원하는 AIAgent 서비스 피드백을 게시하고 얻기 위해 제공됩니다. 등록 양식은 핵심 데이터의 클러스터성을 보장하고 체인의 복잡한 집계 계산을 더 큰 효율성을 위해 처리하는 혼합 체인 업 구조를 사용합니다。
Reputable register의 계약 구조는 identity register — &mdash에 밀접하게 연결됩니다; 양식의 주소는 배포를 위해 필요한 경우만 등록 된 AIAgent는 명성 레코드에 액세스 할 수 있습니다。
3. 검증 등록
독립적 인 검증 결과를 요청하고 녹음하기위한 일반적인 후크의 제공은 경제 권고 (특정 재 실행) 및 암호 인증서 (TEE 인증서, zkML 인증 등)를 포함한 다양한 인증 메커니즘을 지원하며, 같은 생태학에서 서로 다른 보안 요구에 대한 인증 메커니즘을 허용。
등록 양식을 검증하는 계약 인터페이스는 상대적으로 간단하며 주로 두 가지 기능으로 구성됩니다. 인증 요청을 제출하기위한 ValidationReQuest 및 인증 결과를 기록하기위한 검증 응답。
ERC-8004는 AIAgent 생태 정체성 층 계약입니다. 그것은 사슬에 verifiable ID, 명망 체계 및 등록 기계장치를 가진 AI 대리인을 제공하고 기계 경제에 있는 신뢰의 기초를 건설하는 열쇠입니다。
x402, AP2 및 ERC-8004의 조합은 완전한 AIAgent 지불 시스템을 구성합니다. ERC-8004는 AIAgent, x402 주소 &ldquo의 정체성을 해결합니다. 고주파 micropayments &rdquo에 대한 암호화 통화를 사용하는 방법; 문제는 AP2가 지불 계약 X402에 대한 안전하고 표준화 된 프레임 워크를 제공하므로 AIAgent에 대한 독립적 인 경제 행동 경계를 설정하여 정보를 처리하고 자산의 보유 및 분산을 가능하게하는 것입니다。