AI 에이전트 경제 인프라: 연구 입문 (1부)
AI 에이전트 경제 인프라: 연구 입문 (1부)
원본 출처: OKX Ventures. 이 기사는 OKX Ventures의 심층 연구 보고서를 각색한 것입니다. 분량이 많아 2부작으로 나누어 발행합니다: 1부는 거시적 맥락, x402 프로토콜, ERC-8004, Virtuals Protocol에 중점을 둡니다. 2부에서는 OpenClaw와 더 넓은 산업 동향을 다룰 예정이니 기대해 주세요.
요약
AI 에이전트는 수동적인 조수에서 능동적인 경제 주체로 빠르게 진화하고 있습니다. 서비스 검색, 조건 협상, 거래 실행, 그리고 (점점 더) 온체인에서 가치를 정산하는 역할을 수행합니다. 여기서 핵심적인 변화는 "AI가 더 똑똑해진다"가 아니라 "AI가 돈을 받고 지불할 수 있게 된다"는 점이며, 이는 소프트웨어를 시장 행위자로 바꿉니다.
OKX Ventures는 이를 기계 간(M2M) 결제 네트워크와 에이전트 경제 인프라 스택의 출현으로 보고 있으며, 여기서 신원, 신뢰, 결제, 에이전트 마켓플레이스는 조합 가능한 기본 요소가 됩니다. 2026년 전망에서 그들은 여러 표준 및 산업 파일럿과 더불어 에이전트 결제가 초기 돌파 국면에 진입할 것으로 예상합니다. (okxventures.medium.com)
1부에서는 개발자들 사이에서 점점 더 많이 언급되는 세 가지 기초적인 요소에 초점을 맞춥니다.
- x402: 요청당 결제를 위한
402 Payment Required상태 코드를 암호화폐 정산에 다시 활용하는 HTTP 기반 결제 핸드셰이크 - ERC-8004: 신뢰할 수 없는 에이전트 검색 + 평판 + 검증을 위한 이더리움 표준 제안
- Virtuals Protocol: 에이전트를 토큰화된 경제 주체로 취급하고 ACP를 통해 에이전트 간 상거래를 표준화하는 온체인 생태계
1) 거시적 배경: 왜 에이전트 경제는 암호화폐 레일을 필요로 하는가
1.1 에이전트는 "API 네이티브 비즈니스"가 되고 있다
Web2에서는 일반적으로 계정, 구독, API 키, 송장, 결제 취소를 통해 소프트웨어가 수익을 창출합니다. 에이전트는 이러한 가정을 벗어납니다.
- 에이전트는 작업 중간에 "가입"하고 싶어 하지 않습니다.
- 에이전트는 사람을 대상으로 설계된 KYC/신원 확인을 안정적으로 통과할 수 없습니다.
- 에이전트는 긴밀한 루프(데이터 검색 → 추론 실행 → 작업 수행 → 결과 검증)로 작동하며, 월별 청구보다 호출당 정산이 더 자연스러운 경우가 많습니다.
이것이 바로 스테이블코인 소액 결제, 온체인 정산 최종성, 프로그래밍 가능한 승인이 다시 중요해지고 있는 이유이며, 특히 여러 서비스를 연결하는 AI 기반 워크플로우에 있어서 더욱 그렇습니다.
1.2 표준의 융합: 도구, 신원, 신뢰, 결제
현대의 에이전트 스택은 계층별로 표준화되고 있습니다.
- 도구 연결성 (에이전트가 외부 서비스를 호출하는 방법) — 예: Model Context Protocol (MCP)
- 에이전트 간 통신 (에이전트가 메시지를 주고받고 조정하는 방법) — 예: Agent2Agent (A2A)
- 신원 및 식별자 (중앙 집중식 디렉터리 없이 엔터티를 확인할 수 있는 방법) — 예: W3C Decentralized Identifiers (DIDs) (w3.org)
- 결제 + 정산 (가치가 이동하는 방식) — x402와 같은 프로토콜은 결제를 HTTP 흐름의 기본 부분으로 만드는 것을 목표로 합니다.
방향은 명확합니다. 에이전트가 자율적으로 거래하려면 기계 판독 가능하고, 기본적으로 허가 없이 사용 가능하며, 적대적인 조건에서도 검증 가능한 인프라 스택이 필요합니다.
2) x402: HTTP 402 Payment Required를 온체인 결제 흐름으로 전환
2.1 갑자기 중요해진 "미사용" HTTP 상태 코드
HTTP 상태 코드 402는 수십 년 동안 존재했지만, HTTP 의미론 사양에서 향후 사용을 위해 예약되었습니다. (datatracker.ietf.org) 참고: RFC 9110 — HTTP Semantics
x402는 이 예약된 공간을 활용하여 구체적이고 개발자 친화적인 의미를 부여합니다: 이 리소스가 필요하다면, 유효한 결제를 첨부하고 다시 시도하십시오.
간략한 HTTP 중심 개요는 다음을 참조하십시오: MDN: 402 Payment Required.
2.2 x402가 제안하는 것 (그리고 왜 매력적인가)
x402 설계에서 AI 에이전트(또는 모든 클라이언트)는 API/리소스에 요청합니다.
- 클라이언트 요청 → 결제 없이 요청 도착
- 서버가 HTTP 402 반환 → 가격 책정 + 결제 지침 포함
- 클라이언트가 서명된 결제 승인으로 재시도
- 서버가 결제 확인 및 방송 → 리소스 반환
이 흐름은 사용량 기반 액세스를 위해 API 키, 계정 및 구독을 제거하는 것으로 명시적으로 포지셔닝됩니다. (x402.org) 주요 참고 자료: x402 백서 (PDF)
2.3 x402가 "에이전트 네이티브"인 이유 (단순히 새로운 결제 버튼이 아닌)
x402는 에이전트 경제 인프라 대화에서 흥미로운 이유는 에이전트의 실제 작동 방식과 일치하기 때문입니다.
- 원자적 의도 루프: "데이터가 필요해 → 지불해 → 작업을 계속해"
- API 키와 같은 장기 비밀 없음: 일반적인 보안 취약성 감소
- 조합 가능한 수익 창출: 모든 API 엔드포인트가 마이크로 마켓이 될 수 있습니다.
이것이 바로 에이전트 결제의 핵심입니다. 단순히 암호화폐로 결제할 수 있게 하는 것이 아니라, 결제를 기계 트리거 가능하고 프로토콜 수준으로, 일반적인 인터넷 흐름에 포함시키는 것입니다. (x402.org)
2.4 x402가 자체적으로 해결하지 못하는 어려운 문제
x402는 결제 전송을 우아하게 만들 수 있지만, 프로덕션 등급의 에이전트 상거래에는 더 많은 계층이 필요합니다.
- 승인 및 예산: 어떤 에이전트가 얼마만큼, 어떤 제약 조건 하에 지출하도록 허용했는가?
- 분쟁/품질 시행: 서버가 약속된 결과를 제공하지 못하면 어떻게 되는가?
- 서비스 원자성: 결제를 실행 + 배송에 강력하게 바인딩할 수 있는가?
- 에이전트 신원 및 신뢰: 상대방 에이전트/서비스가 합법적인지 어떻게 알 수 있는가?
이것이 바로 ERC-8004와 같은 표준 및 Virtuals ACP와 같은 에코시스템 프로토콜이 경쟁하기보다는 상호 보완적인 이유입니다.
3) ERC-8004: 이더리움 상의 신뢰할 수 없는 에이전트 (신원, 평판, 검증)
x402가 에이전트가 어떻게 결제하는가에 관한 것이라면, ERC-8004는 에이전트가 조직 경계를 넘어 어떻게 검색되고 신뢰받는가에 관한 것입니다.
3.1 ERC-8004가 제안하는 것
ERC-8004 ("Trustless Agents")는 블록체인을 사용하여 다음을 수행하는 것을 제안하는 이더리움 표준 초안입니다.
- 에이전트 검색
- 에이전트 선택
- 기존 신뢰 없이 에이전트와 상호 작용
이는 다음을 중심으로 하는 구조를 정의합니다.
- 신원 레지스트리
- 평판 레지스트리
- 검증 레지스트리
ERC-8004는 플러그형 신뢰 모델을 강조하며, 위험 가치에 비례하는 보안 수준을 제공합니다. 이는 낮은 가치의 작업부터 높은 가치의 작업까지 다양하며, 평판 피드백, 스테이크로 보호되는 재실행, zkML 증명 또는 TEE 기반 접근 방식과 같은 옵션을 포함합니다. (eips.ethereum.org) 주요 참고 자료: EIPs의 ERC-8004
3.2 AI 에이전트 경제에 이것이 중요한 이유
실제 금전 거래 상황에서 에이전트 실패의 대부분은 "모델 지능"에 관한 것이 아니라 신뢰 경계에 관한 것입니다.
- 어떤 에이전트가 무엇을 실행했는지 확인할 수 있는가?
- 에이전트가 침해당했을 때 피해 범위를 제한할 수 있는가?
- 합의된 규칙에 따라 결과가 계산/확인되었음을 증명할 수 있는가?
ERC-8004의 레지스트리는 에이전트 신뢰를 조합 가능하게 만들기 위한 직접적인 시도이며, 각 폐쇄된 플랫폼에서 재발명될 필요가 없습니다.
3.3 ERC-8004 + x402: 자연스러운 조합
실용적인 사고 모델:
- x402: "사용량 기반 서비스에 대한 결제 핸드셰이크입니다."
- ERC-8004: "에이전트/서비스를 검색하고 신뢰를 평가하는 방법입니다."
함께, 이들은 임시 에이전트 결제에서 개방형 에이전트 경제로 가는 경로를 스케치합니다. 여기서 에이전트는 공급업체를 찾고, 신뢰를 평가하고, 결제하고, 계속 진행할 수 있습니다.
4) Virtuals Protocol: 토큰화된 에이전트 사회 + 에이전트 상거래 프로토콜 (ACP)
Virtuals Protocol은 생태계 및 조정 각도에서 에이전트 경제에 접근합니다. 에이전트를 온체인 경제 주체로 취급하여 결과물을 생성하고, 수익을 얻고, 작업을 조정할 수 있도록 합니다.
4.1 Virtuals가 구축하고 있다고 주장하는 것
자체적인 프레임워크에서 Virtuals Protocol은 "AI 에이전트 사회"입니다. 즉, 에이전트가 블록체인을 통해 허가 없이 작업을 조정하고, 거래하고, 결과를 정산하는 온체인 생태계입니다. (whitepaper.virtuals.io) 주요 참고 자료: Virtuals Protocol 백서
주목할 만한 설계 선택: 이 프로토콜은 $VIRTUAL을 에이전트 상호 작용 전반에 걸쳐 기본 거래 통화 및 유동성 쌍으로 포지셔닝합니다. (whitepaper.virtuals.io)
4.2 ACP: 에이전트 간 상거래를 위한 표준
Virtuals는 표준화된 프로토콜이 없으면 에이전트 상거래 통합이 사용자 지정 코드와 불안정한 가정의 조합적 혼란이 된다고 주장합니다. 특히 에이전트와 거래 유형 수가 증가함에 따라 더욱 그렇습니다. (whitepaper.virtuals.io) 참고: Agent Commerce Protocol (ACP)
중요한 것은 ACP가 단순히 "결제"가 아니라는 점입니다. 이는 다음을 포함합니다.
- 에이전트 오퍼링의 검색 가능성
- 구조화된 작업 워크플로우
- 온체인 정산 경로
- 에이전트 상거래를 위한 공유 어휘
4.3 ACP v2, 실제 복잡성을 향한 움직임을 시사
Virtuals의 문서는 ACP v2를 주요 업데이트로 설명하며, (기타 사항 포함) 다음을 도입합니다.
- 워크플로우를 위한 통합 작업 인터페이스
- 도메인별 요구 사항을 위한 사용자 지정 작업 오퍼링 스키마
- 에이전트 간 관계 및 상호 작용 기록에 대한 영구적인 온체인 기록으로서의 계정 (whitepaper.virtuals.io)
참고: ACP v2 소개
이는 에이전트 상거래가 본질적으로 이질적이기 때문에 중요합니다. "데이터 세트 구매", "감사 실행", "거래 실행", "미디어 자산 전달"은 현실적으로 하나의 엄격한 스키마에 맞출 수 없습니다.
4.4 Virtuals + ERC-8004 + x402: 상호 보완적인 역할
일관된 스택이 나타날 수 있습니다.
- ERC-8004: 경계를 넘나드는 검색 + 신뢰 기본 요소
- x402: API/서비스를 위한 원활한 사용량 기반 결제 정산
- ACP (Virtuals): 상거래 네트워크 내에서의 워크플로우, 작업 구조화 및 에이전트 간 조정
2026년의 열린 질문은 에이전트가 거래할 수 있는지 여부가 아니라, 생태계가 비호환적인 폐쇄형 가든으로 분열되는 것을 방지하기 위해 워크플로우와 신뢰 표면 중 얼마나 많은 부분을 표준화할 수 있는지 여부입니다.
5) 개발자 및 사용자 체크리스트: 2025–2026년에 주목할 사항
5.1 개발자를 위한: 누락된 "제어 평면"
에이전트 결제 또는 온체인 에이전트 상호 작용을 통합하는 경우 다음을 우선시하십시오.
- 지출 정책 (가맹점별, 작업별, 시간별 제약 조건)
- 키 격리 (운영 키와 재무 키 분리)
- 감사 가능성 (모든 의도에 서명하고 영수증 보관)
- 대체 수단 및 회로 차단기 (일시 중지 가능한 흐름, 엣지 케이스에 대한 인간 승인)
이것이 "에이전트 경제 인프라"가 현실이 되는 곳입니다. 결제는 쉽지만, 안전한 결제는 어렵습니다.
5.2 사용자를 위한: 자체 보관은 에이전트 안전 기본 요소가 된다
에이전트가 거래할 수 있게 되면, 지갑 보안은 틈새 문제가 아니라 운영 위험 관리가 됩니다.
많은 팀이 채택하는 실용적인 접근 방식은 역할별 자금 분리입니다.
- 제한된 일상 에이전트 지출을 위한 작고 모니터링되는 핫 월렛
- 의도적으로 예산을 충전하는 콜드 스토리지 재무 월렛
DeFi 또는 사용량 기반 암호화폐 서비스를 사용하는 에이전트를 운영하는 경우, 하드웨어 지갑이 자연스럽게 통합될 수 있는 곳이기도 합니다. 예를 들어 OneKey는 자체 보관을 위해 설계되었으며, 온체인 워크플로우를 지원하면서도 장기 자금을 오프라인으로 유지하는 데 사용할 수 있습니다.
다음은 무엇인가 (2부 미리 보기)
2부에서는 이 인프라 지도를 다음과 같은 내용으로 확장할 것입니다.
- OpenClaw: 에이전트 런타임/툴링 계층에서의 역할과 암호화폐 사용자에게 미치는 의미
- 더 넓은 산업 궤적: 상호 운용성, 규제 압력, 보안 사고, 개방형 표준과 폐쇄형 플랫폼 간의 경쟁
고지 사항: 이 기사는 정보 제공 목적으로만 작성되었으며 재정적 조언을 구성하지 않습니다.
