ERC-8183 설명: 이더리움이 AI 에이전트를 위한 프리랜서 경제를 구축한 방법

인터넷상의 모든 AI 에이전트 가 다른 에이전트 를 고용하고, 스마트 컨트랙트 에 대금을 에스크로 (결제 대금 예치)하며, 제3자 검증인이 작업 완료를 확인한 경우에만 자금을 지급할 수 있다면 어떨까요? 이 모든 과정이 사람이 버튼 하나 누르지 않고 이루어진다면 말입니다.

이것이 바로 2026년 2월 25일 Virtuals Protocol 의 개발자들이 이더리움 재단 의 dAI 팀과 협력하여 제안한 "에이전틱 커머스 (Agentic Commerce)" 표준인 ERC-8183 이 약속하는 미래입니다. 발표된 지 6주도 채 되지 않아 이 표준은 이미 Arbitrum, BNB Chain, 그리고 XRP Ledger 에 배포되어 실행되고 있습니다. 이는 ERC-721 이 NFT 를 도입한 이래 가장 중대한 이더리움 표준이 될 수 있습니다. 다만 이번에는 고객이 JPEG 를 수집하는 인간이 아니라, 기계의 속도로 비즈니스를 수행하는 자율 소프트웨어 에이전트 라는 점이 다릅니다.

문제점: 에이전트는 결제할 수 있지만, 비즈니스를 수행할 수는 없습니다

ERC-8183 이전에도 AI-크립토 스택에는 두 가지 기초적인 구성 요소가 있었습니다. 2026년 1월 29일 이더리움 메인넷에 출시된 ERC-8004 는 에이전트 에게 온체인 ID, 평판 및 검증 레지스트리를 부여했습니다. 그리고 1억 건 이상의 트랜잭션 을 처리한 코인베이스 (Coinbase)의 x402 프로토콜 은 HTTP 요청에 직접 포함된 스테이블코인 소액 결제를 가능하게 했습니다.

이 표준들을 통해 에이전트 는 자신의 신원을 증명하고 돈을 보낼 수 있게 되었습니다. 하지만 비즈니스를 수행할 수는 없었습니다. 한 에이전트 가 작업을 게시하고, 다른 에이전트 가 이를 수락하며, 제3자가 결과물을 검증하고, 확인이 완료된 후에만 대금이 지급되도록 하는 표준화된 방법이 없었기 때문입니다. 빠진 조각은 결제가 아니라 바로 커머스 (상거래)였습니다.

실질적인 시나리오를 생각해 보십시오. 마케팅 에이전트 가 카피를 작성할 콘텐츠 에이전트, 이미지를 생성할 이미지 에이전트, 그리고 캠페인 성과를 측정할 분석 에이전트 를 필요로 한다고 가정해 보겠습니다. 커머스 레이어가 없다면 각 상호작용마다 커스텀 통합, 수동 조정 또는 수수료를 챙기고 접근을 제어하는 중앙 집중식 플랫폼에 의존해야 합니다.

ERC-8183 은 작업 정의, 에스크로, 전달, 검증 및 정산에 이르는 전체 상업적 워크플로우를 단일 스마트 컨트랙트 프리미티브 (primitive)로 인코딩함으로써 이러한 마찰을 제거합니다.

ERC-8183 작동 방식: Job 프리미티브

ERC-8183 의 핵심은 Job 이라고 불리는 하나의 원자 단위를 정의하는 것입니다. 모든 에이전트 간 상업적 상호작용은 이 구조를 통해 실행되며, 세 가지 역할이 관여합니다.

• Client: 작업을 필요로 하며 예산을 할당하는 에이전트 입니다.
• Provider: 작업을 수행하고 완료 증명을 제출하는 에이전트 입니다.
• Evaluator: 자금이 이동하기 전에 결과물이 사양에 부합하는지 확인하는 주소 (사람, AI, 스마트 컨트랙트, DAO 또는 ZK 증명 검증자)입니다.

4단계 생애주기

각 Job 은 엄격한 상태 머신을 통해 진행됩니다.

1. Open — Client 가 Provider 주소, Evaluator 주소, 만료 타임스탬프, 작업 설명 및 확장성을 위한 선택적 Hook 컨트랙트 를 지정하여 createJob 을 호출합니다.
2. Funded — Client 가 fund(jobId, expectedBudget) 를 호출하여 합의된 토큰 금액을 스마트 컨트랙트 에스크로 로 가져옵니다. 예산은 자금 예치 전에 양측이 협상할 수 있습니다.
3. Submitted — Provider 가 bytes32 형태의 결과물 참조 (전형적으로 IPFS 콘텐츠 해시 또는 기타 검증 가능한 포인터)와 함께 submit 을 호출합니다.
4. Terminal — Evaluator 가 complete (선택적 플랫폼 수수료를 제외한 에스크로 자금을 Provider 에게 지급) 또는 reject (Client 에게 전액 환불) 중 하나를 호출합니다.

이 생애주기는 에이전트 간 상호작용에서 고질적인 문제였던 신뢰 문제를 해결합니다. Client 의 자금은 에스크로 에 잠기며 일방적으로 회수할 수 없습니다. Provider 는 작업이 평가를 통과하면 대금 지급이 보장된다는 것을 압니다. 그리고 Evaluator 는 결정이 온체인 에서 최종적으로 확정되는 무신뢰 중재자 역할을 합니다.

Evaluator: ERC-8183 의 가장 유연한 혁신

Evaluator 역할은 ERC-8183 이 단순한 에스크로 메커니즘을 넘어 완전한 커머스 프레임워크가 되는 지점입니다. 표준에서 Evaluator 를 임의의 이더리움 주소 로 정의하기 때문에, 다음과 같은 광범위한 검증 모델을 지원할 수 있습니다.

• 결과물에 대해 정성적 검토를 수행하는 AI 에이전트
• 결정론적 출력을 위해 영지식 증명 (Zero-Knowledge Proof) 검증자를 래핑한 스마트 컨트랙트
• 합의가 필요한 고가치 계약을 위한 멀티시그 (Multisig) 구성
• 커뮤니티 평가 작업을 위한 DAO 거버넌스 메커니즘
• 공정한 평가에 평판을 거는 전문 감사인 네트워크

이러한 유연성 덕분에 자동화된 분류기가 검증하는 0.001 달러 규모의 이미지 생성 작업부터 DAO 투표로 검증하는 100,000 달러 규모의 스마트 컨트랙트 감사에 이르기까지 동일한 표준을 적용할 수 있습니다. 이 프로토콜은 신뢰가 구축되는 방식을 규정하지 않고, 모든 신뢰 모델이 작동할 수 있는 경제적 토대를 제공합니다.

경쟁 환경: 세 갈래의 경주

ERC-8183 은 공백 상태에서 등장한 것이 아닙니다. 여러 프로토콜이 AI 에이전트 커머스의 표준이 되기 위해 경쟁하는 각축장에 진입했습니다.

Coinbase x402: 커머스가 아닌 결제

코인베이스 의 x402 프로토콜 은 오랫동안 휴면 상태였던 HTTP 402 "Payment Required" 상태 코드를 부활시켜 스테이블코인 결제를 HTTP 요청에 직접 내장합니다. 1억 건 이상의 트랜잭션 처리와 Stripe, Cloudflare, Alchemy 와의 통합을 통해 x402 는 에이전트 결제 프로토콜 중 가장 강력한 실사용 성과를 거두고 있습니다.

하지만 x402 는 결제 표준이지 커머스 표준이 아닙니다. 이는 "돈을 보내는" 단계는 처리하지만 내장된 에스크로, 작업 정의, 결과물 검증 또는 분쟁 해결 기능은 부족합니다. 중요한 점은 x402 와 ERC-8183 은 경쟁 관계가 아니라 상호 보완적이라는 것입니다. x402 는 ERC-8183 의 에스크로 메커니즘 내에서 정산 레이어 역할을 할 수 있습니다.

Google A2A + AP2: 중앙집중식 경로

AP2 결제 레일과 결합된 Google의 에이전트 간 (Agent-to-Agent, A2A) 프로토콜은 중앙집중식 접근 방식을 나타냅니다. Mastercard, American Express 및 PayPal의 지원을 받는 Google의 스택은 상거래를 위한 UCP, 기관 정산을 위한 GCUL, 결제를 위한 AP2/x402를 통합합니다.

Google은 심지어 Coinbase와 협력하여 A2A x402 확장 기능을 출시함으로써 에이전트 프로토콜에 암호화폐 결제를 도입했습니다. 그러나 A2A는 Google이 제어하는 인프라를 통해 라우팅되며 플랫폼 준수를 요구합니다. 이는 ERC-8183의 비허가형 온체인 접근 방식과는 근본적으로 다른 신뢰 모델입니다.

ERC-8183의 차별점

이러한 프로토콜 간의 차이는 더 깊은 철학적 격차를 보여줍니다.

기능	ERC-8183	x402	Google A2A
범위	전체 상거래 수명 주기	결제 전용	통신 + 결제
에스크로	네이티브 스마트 컨트랙트	없음	플랫폼 관리형
검증	모든 평가자 주소	없음	플랫폼 의존형
비허가형	예	예	아니오
정산	온체인	온체인	하이브리드

ERC-8183의 고유한 기여는 평가자 - 에스크로 (Evaluator-escrow) 페어링입니다. 이는 단순한 결제뿐만 아니라 전체 상거래 트랜잭션을 온체인에서 신뢰 없이 (trustlessly) 실행 가능하게 만드는 유일한 표준입니다.

표준에서 프로덕션까지: 멀티체인 확장

ERC-8183의 주요 옹호자인 Virtuals Protocol은 에이전트 상거래 프로토콜 (Agent Commerce Protocol, ACP)을 통해 사양 단계에서 배포 단계로 공격적으로 이동했습니다.

• Arbitrum 통합 (2026년 3월 24일): 깊은 유동성과 낮은 트랜잭션 비용을 활용하여 Arbitrum에서 라이브로 운영 중입니다. Octodamus AI와 같은 프로젝트는 작업당 온체인 결제 운영을 확인했습니다.
• BNB Chain: BNB Chain은 표준이 최종 확정되기도 전에 BNBAgent SDK를 통해 최초의 라이브 ERC-8183 구현을 출시했습니다.
• XRP Ledger: XRPL 생태계 전반에서 에이전트 상거래를 가능하게 하는 라이브 통합이 이루어졌습니다.
• XLayer: 2026년 2분기로 예정된 자율 트랜잭션을 위한 에이전트 상거래 레일입니다.

멀티체인 전략은 실질적인 현실을 반영합니다. AI 에이전트는 단일 블록체인에서만 작동하지 않습니다. DeFi 포트폴리오를 관리하는 에이전트는 Arbitrum에서 거래를 실행하고, Base에서 결제를 정산하며, Ethereum 메인넷에서 신원을 확인 할 수 있습니다. ERC-8183의 체인 애그노스틱 (chain-agnostic) 설계는 Ethereum의 실행 환경에 고정되지 않고 스마트 컨트랙트 인터페이스 수준에서 정의되므로, EVM 호환 런타임이 있는 곳이라면 어디든 배포할 수 있습니다.

ID-상거래 스택: ERC-8004와 ERC-8183의 만남

ERC-8183은 독립적으로 작동하지 않습니다. 이는 두 개의 표준으로 구성된 스택에서 상거래 계층으로 설계되었습니다.

ERC-8004 (2026년 1월 29일부터 라이브)는 세 가지 레지스트리를 제공합니다.

• ID 레지스트리 (Identity Registry): ERC-721 기반의 에이전트용 온체인 핸들로, 등록 파일로 연결됩니다.
• 평판 레지스트리 (Reputation Registry): 피드백 신호를 게시하고 가져오기 위한 표준화된 인터페이스입니다.
• 검증 레지스트리 (Validation Registry): 에이전트 기능에 대한 검증 메커니즘입니다.

그 다음 ERC-8183은 ERC-8004의 평판 시스템에 공급되는 트랜잭션 활동을 생성합니다. 모든 작업 (Job) 완료는 에이전트의 ERC-8004 ID와 연결된 온체인 자격 증명으로 기록되어, 플랫폼과 체인을 가리지 않고 에이전트를 따라다니는 이식 가능한 평판 점수를 구축합니다.

이는 강력한 플라이휠을 만듭니다. 더 많은 작업을 완료한 에이전트는 더 강력한 평판을 쌓아 더 많은 클라이언트를 유치하고, 이는 더 많은 작업을 만들어내며 더 많은 평판 데이터를 생성합니다. 시간이 지남에 따라 평판 신호는 해자가 됩니다. 에이전트는 독립적인 평가자에 의해 검증된 성공적인 작업 완료 이력을 조작할 수 없기 때문입니다.

Davide Crapis가 이끄는 Ethereum Foundation의 dAI 팀은 이 두 표준을 Ethereum의 "기계 경제 (economy of machines)" 전략의 기초로 명시적으로 포지셔닝했습니다. 메인넷 출시 이후 150개 이상의 프로젝트가 ERC-8004를 기반으로 구축을 시작했으며, dAI 팀은 1,000명 이상의 멤버가 참여하는 빌더 그룹을 유지하고 있습니다.

이것이 중요한 이유: 조 단위 달러 규모의 에이전트 경제

에이전트 경제는 막연한 미래가 아니라 지금 실현되고 있습니다. 다음 데이터 포인트를 고려해 보십시오.

• ERC-8004 메인넷 출시 전 Ethereum 테스트넷에 10,000개 이상의 에이전트 등록
• x402는 연간 6억 달러의 결제 규모와 함께 1억 건 이상의 트랜잭션 처리
• Theoriq Alpha Vault는 자율 에이전트 금고 메커니즘을 사용하여 2,500만 달러의 TVL 관리
• 에이전트가 챗봇에서 자율적인 경제 주체로 전환됨에 따라 526억 달러 규모의 AI 에이전트 시장 성장이 예상됨

Odaily의 분석가들은 ERC-8183을 단순한 결제 메커니즘이 아니라 "조 단위 달러 규모의 에이전트 경제를 위한 기본 비즈니스 프로토콜"이라고 설명했습니다. 이 차이는 중요합니다. 결제는 범용화된 상품 (commodity)입니다. 수십 개의 프로토콜이 주소 간에 스테이블코인을 이동시킬 수 있습니다. 하지만 상거래에는 구조화된 조율이 필요합니다. 누가 무엇을 원하는지, 누가 그것을 할 수 있는지, 누가 결과를 검증하는지, 그리고 문제가 발생했을 때 어떤 일이 일어나는지가 중요합니다.

Amazon에서 Upwork, Fiverr에 이르기까지 모든 전통적인 마켓플레이스는 이러한 기본 요소들을 플랫폼이 제어하는 독점 소프트웨어에 인코딩합니다. ERC-8183은 이를 개방형 비허가 스마트 컨트랙트에 인코딩하며, 여기서 프로토콜 수수료는 지대 추구형 중개자에 의해 추출되는 것이 아니라 선택 사항이며 구성 가능합니다.

도전 과제 및 미해결 질문

ERC-8183 이 리스크가 없는 것은 아닙니다. 몇 가지 과제가 남아 있습니다 :

평가자 중앙 집중화 (Evaluator centralization) : 대부분의 작업 (Jobs) 이 소수의 신뢰할 수 있는 평가자 (Evaluators) 에게 집중된다면, 이 프로토콜은 대체하고자 했던 플랫폼의 게이트키핑 현상을 다시 초래하게 됩니다. 평가자 선택에 있어 표준이 제공하는 유연성이 이를 완화하겠지만, 시장 역학으로 인해 평가 권한이 여전히 집중될 수 있습니다.

트랜잭션 규모의 현실 점검 : 일일 AI 에이전트 트랜잭션 규모는 2025년 12월 약 731,000 건에서 2026년 3월 약 57,000 건으로 감소했으며, 이는 92% 하락한 수치입니다. 초기 활동의 상당 부분은 실제 에이전트 상거래라기보다는 인위적이거나 투기적인 성격이 강했습니다.

표준의 파편화 : ERC-8183, x402, Google A2A, BNB Chain MCP 등이 모두 경쟁함에 따라 에이전트 경제는 초기 디파이 (DeFi) 를 괴롭혔던 것과 동일한 파편화 위험에 처해 있습니다. 개발자는 어떤 스택을 기반으로 구축할지 선택해야 하며, 표준 간의 상호 운용성은 여전히 미해결 과제로 남아 있습니다.

규제 불확실성 : 인간의 감독 없이 자금을 에스크로하고, 결과물을 평가하며, 대금을 지급하는 자율 에이전트는 규제 기관의 조사를 받을 수 있습니다 — 특히 작업 (Jobs) 이 금융 서비스, 보험 또는 기타 규제 대상 활동과 관련되어 있는 경우 더욱 그러합니다.

향후 전망

ERC-8183 표준은 아직 초안 상태이며, 최종 확정까지는 실제 운영 경험을 바탕으로 한 개선 과정을 거치게 될 것입니다. 하지만 그 궤적은 분명합니다. 첫 번째 실제 배포가 실제 작업 (Jobs) 을 처리하고 있으며, 멀티체인 확장이 가속화되고 있고, 신원-커머스 스택 (ERC-8004 + ERC-8183) 은 이더리움 에이전트 경제의 야망을 위한 사실상의 표준 프레임워크가 되고 있습니다.

어디에 집중해야 할지 평가하는 빌더들에게 ERC-8183 은 구조적 변화를 의미합니다. 이 표준은 단순히 AI 에이전트에 결제 버튼을 추가하는 것이 아닙니다 — 기계가 고객이자 노동자, 중재자가 되는 경제를 위한 상업용 운영체제를 구축하는 것입니다. 이제 질문은 자율 에이전트 상거래가 일어날 것인지가 아니라, 어떤 프로토콜 스택이 이를 조율할 것인가입니다.

그 해답은 점점 더 솔리디티 (Solidity) 로 작성될 것으로 보입니다.

BlockEden.xyz 는 ERC-8183 이 배포되고 있는 이더리움 (Ethereum), 아비트럼 (Arbitrum), BNB 체인 (BNB Chain) 등 EVM 호환 체인을 위한 고성능 RPC 및 API 인프라를 제공합니다. 에이전트 커머스 애플리케이션을 구축하고 계신다면, 프로덕션 에이전트 워크로드를 위해 설계된 저지연 노드 액세스를 위해 저희의 API 마켓플레이스를 살펴보세요.