ERC-8183 상세 설명: 이더리움, AI 에이전트 간 신뢰 문제 해결을 위한 답변

원작 | Odaily (@OdailyChina)

작성자｜Azuma (@azuma_eth)

3월 10일, 이더리움 재단 산하 "인공지능(AI)과 블록체인의 심층 통합"을 추진하는 dAI 팀과 Virtuals Protocol이 새로운 표준 ERC-8183을 공동으로 발표했습니다.

이더리움 재단 AI 책임자인 Davide Crapis는 이 표준에 대해, ERC-8183은 이더리움 커뮤니티가 구축 중인 개방형 에이전트 경제 시스템에 부족한 구성 요소 중 하나이며, 이 표준은 x402 및 ERC-8004와 함께 사용되어 에이전트 간의 안전한 상호작용에서 인프라 역할을 할 수 있다고 밝혔습니다. dAI 팀은 ERC-8183의 채택을 지원하고 중립적인 표준이 되도록 노력할 것이라고 했습니다.

ERC-8183이 해결하려는 문제는 무엇인가?

Virtuals Protocol 측이 발표한 소개 글에 따르면, ERC-8183은 AI 에이전트 간의 상업적 거래를 위해 설계되었으며, 이 표준은 두 개의 서로 신뢰하지 않는 에이전트가 중앙화된 플랫폼에 의존하지 않고 "고용-전달-결제"와 같은 상업적 프로세스를 완료할 수 있도록 하는 일련의 온체인 규칙을 정의합니다.

ERC-8183이 해결하려는 핵심 문제는 에이전트가 서로 고용하고 협력할 때, 플랫폼, 법률, 인공 중재 없이 어떻게 거래를 완료할 수 있는가입니다.

예를 들어, 마케팅에 치중된 에이전트 A가 이미지 생성에 치중된 에이전트 B를 고용하여 일괄의 마케팅 포스터를 제작하길 원한다고 가정해 봅시다. 여기에는 상업적 신뢰 문제가 존재합니다 — 서로를 알지 못하고 신뢰 기반도 없는데, 언제 지불해야 할까요? A가 먼저 지불하면 B가 파업하거나 불합격 작업 결과를 반환할 수 있습니다. B가 먼저 작업하면 A가 보수를 지불하지 않을 수도 있습니다...

전통적인 인터넷 세계에서도 사용자와 판매자는 유사한 상업적 신뢰 문제에 직면하며, 플랫폼이 그 중에서 핵심적인 중개 역할을 담당합니다 — 플랫폼은 A의 자금을 예치하고, B의 서비스 완료 여부를 판단하며, 최종적으로 자금을 방출하는 역할을 합니다. 우리가 익숙한 타오바오, 징동, 메이투안, 디디는 본질적으로 이러한 플랫폼형 중개자입니다.

이더리움 재단과 Virtuals Protocol이 하고자 하는 것은 ERC-8183을 통해 플랫폼의 기능을 온체인 프로토콜로 추상화하여 스마트 계약이 실행하도록 함으로써, 에이전트 경제에서 탈중앙화된 중개 역할을 담당하게 하는 것입니다.

ERC-8183 작동 방식 분석

ERC-8183의 운영 메커니즘은 복잡하지 않습니다. 이 표준은 Job(작업으로 이해할 수 있음)이라는 새로운 개념을 도입합니다. 각 Job은 하나의 완전한 상업 거래로 볼 수 있으며, 세 가지 다른 역할을 포함합니다:

• Client: "고객", 간단히 말해 다양한 작업을 발행하는 에이전트입니다.
• Provider: "서비스 제공자", 작업을 완료하는 책임을 진 에이전트입니다.
• Evaluator: "평가자", 가장 특별한 역할로 작업 완료 여부를 판단하는 책임을 집니다.

여기서 Evaluator에 대해 중점적으로 설명할 필요가 있습니다. 이 역할의 도입은 ERC-8183의 가장 핵심적인 설계입니다. 이 표준에서 Evaluator는 단지 온체인 주소(address)로 정의되지만, 더 넓은 관점에서 이 주소 뒤에는 다양한 실행 형태가 대응될 수 있습니다.

• 글쓰기, 디자인 또는 분석과 같은 주관적인 작업의 경우, Evaluator는 AI 에이전트가 될 수 있습니다. 이는 제출된 결과를 읽고, 이를 초기 작업 요구사항과 비교한 후 판단을 내립니다.
• 계산, 증명 생성 또는 데이터 변환과 같은 결정론적 작업의 경우, Evaluator는 영지식 검증기(ZK verifier)를 캡슐화한 스마트 계약이 될 수 있습니다. Provider가 증명을 제출하면, Evaluator는 온체인에서 검증하고 자동으로 'complete' 또는 'reject'를 호출하여 작업을 완료하거나 거부합니다.
• 고가치 또는 고위험 작업 시나리오에서 Evaluator는 멀티시그 계정, DAO 또는 스테이킹 메커니즘으로 지원되는 검증 클러스터가 될 수도 있습니다.

ERC-8183은 이러한 다양한 형태를 구분하지 않습니다. 프로토콜 계층은 한 가지만 관심을 가집니다 — 특정 주소가 'complete'을 호출하는지 'reject'를 호출하는지. 이 주소 뒤에서 실행되는 것이 LLM으로 구동되는 AI 에이전트인지, ZK 회로인지는 프로토콜이 관심을 가질 범위가 아닙니다.

Job으로 돌아가서, 각 Job의 생명주기에는 다음 네 가지 상태가 있으며, 이는 ERC-8183이 작동할 때의 다른 프로세스에 대응합니다.

• Open: Client가 이 주기에서 Job을 생성하고, 작업을 발행하며 요구사항을 명확히 합니다.
• Funded: Client는 커미션을 Provider에게 직접 주는 대신 스마트 계약 에스크로 주소로 이전합니다.
• Submitted: Provider가 작업을 완료하고 증명을 제출합니다.
• Terminal (Completed / Rejected / Expired): Evaluator가 작업을 심사하고, 심사 결과에 따라 작업 완료 여부(Completed 또는 Rejected)를 판단하여 자금을 각각 Client 또는 Provider에게 이전합니다. 시간 요구사항 내에 Provider가 응답하거나 작업을 완료하지 않으면 자금은 Client에게 반환됩니다.

위의 표준 프로세스 외에, ERC-8183은 모듈화된 확장 기능 Hooks를 통해 더 많은 파생 기능을 구현하여 현실 세계의 복잡한 상업적 사용 사례에 대응할 수 있습니다. Hooks는 Job 생성 시 부착되는 선택적 스마트 계약으로, Job의 각 생명주기 전후에 맞춤형 로직(예: 평판 문턱값, 입찰 메커니즘, 수수료 분배 또는 기타 특별 요구사항)을 실행할 수 있습니다.

ERC-8183과 x402, ERC-8004의 차이점은 무엇인가?

x402에서 ERC-8004, 그리고 지금의 ERC-8183까지, 익숙하지 않은 독자들은 혼란스러울 수 있으며, 왜 자주 새로운 것을 만드는지 궁금해할 수 있습니다. 하지만 사실 이 세 가지는 AI 에이전트 경제 시스템의 세 가지 다른 단계에 위치하며, 해결하려는 문제도 각각 다릅니다.

x402는 HTTP 결제 프로토콜로, AI 에이전트가 API를 호출하듯 직접 결제할 수 있도록 하는 문제를 해결하려 합니다. ERC-8004는 AI 에이전트 신원 및 평판 표준으로, 에이전트가 신뢰할 수 있는지 어떻게 판단할지의 문제를 해결합니다. ERC-8183은 상업 거래 단계를 대상으로 하며, 신뢰하지 않는 두 에이전트가 어떻게 거래를 완료할지의 난제를 해결하려 합니다.

한 문장으로 요약하면, x402는 "어떻게 돈을 지불할지"를 담당하고, ERC-8004는 "상대방이 누구이며, 얼마나 신뢰할 수 있는지"를 알게 하며, ERC-8183은 "어떻게 안심하고 거래할지"를 처리합니다.

이 세 가지는 경쟁 관계가 아닌 상호 보완 관계이며, 모두 동일한 목표 — 탈중앙화되고 자율적으로 운영되는 AI 에이전트 경제 시스템 구축 — 를 향하고 있습니다.