ERC-8183에 대한 자세한 설명: AI 에이전트 간 상호 신뢰 문제에 대한 이더리움의 해결책

ERC-8183은 이더리움 재단과 Virtuals Protocol이 발표한 새로운 표준으로, AI 에이전트 간의 상업적 거래에서 신뢰 문제를 해결하기 위한 것입니다.
Job 개념을 도입하여 Client, Provider, Evaluator 세 역할을 정의하고, 분산형 거래 중개를 가능하게 합니다.
Evaluator는 핵심 설계로, AI 에이전트, 스마트 계약, 멀티서명 계정 등이 될 수 있으며, 작업 완료 판단을 담당합니다.
Job 생명주기는 Open, Funded, Submitted, Terminal 상태를 포함하여 거래 안전성을 보장합니다.
Hooks 확장 기능과 결합하여 복잡한 비즈니스 사용 사례에 대응할 수 있습니다.
x402 및 ERC-8004와 보완적이며, 분산형 AI 에이전트 경제 시스템 구축을 목표로 합니다.

글쓴이: 아즈마, 오데일리

3월 10일, 인공지능(AI)과 블록체인의 심층적인 통합을 촉진하는 데 주력하는 이더리움 재단 산하 부서인 dAI 팀과 버추얼스 프로토콜(Virtuals Protocol)은 공동으로 새로운 표준인 ERC-8183을 발표했습니다.

이더리움 재단의 AI 책임자인 다비데 크라피스는 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의 서비스 완료 여부를 평가하며, 최종적으로 대출금을 지급하는 책임을 맡습니다. 타오바오, JD.com, 메이투안, 디디와 같은 익숙한 플랫폼들이 바로 이러한 플랫폼 기반 중개자입니다.

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

ERC-8183 작동 솔루션 분해

ERC-8183 표준은 작동 방식이 복잡하지 않습니다. 이 표준은 "작업(Job)"이라는 새로운 개념을 도입했는데, 이는 "태스크"로 생각할 수 있습니다. 각 작업은 세 가지 역할을 포함하는 완전한 비즈니스 트랜잭션으로 볼 수 있습니다.

클라이언트: "클라이언트"는 간단히 말해 다양한 작업을 게시하는 에이전트를 의미합니다.
제공자: "서비스 제공자"는 작업을 완료하는 책임을 맡은 주체입니다.
평가자: 가장 특별한 역할로, 과제가 완료되었는지 여부를 판단하는 책임을 맡습니다.

여기서 평가자(Evaluator)에 대해 설명하는 것이 중요한데, 평가자의 도입이 ERC-8183의 핵심 설계이기 때문입니다. 이 표준에서 평가자는 단순히 온체인 주소로 정의되지만, 더 넓은 관점에서 보면 이 주소는 다양한 실행 모델에 대응할 수 있습니다.

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

ERC-8183은 이러한 다양한 형태를 구분하지 않습니다. 프로토콜 계층은 특정 주소가 "완료"를 호출했는지 또는 "거부"를 호출했는지 여부만 고려합니다. 해당 주소가 LLM 기반 AI 에이전트를 실행하는지 아니면 ZK 회로를 실행하는지는 프로토콜의 관심사가 아닙니다.

Job에 대한 주제로 돌아가서, 각 Job에는 ERC-8183 작동 중 발생하는 다양한 프로세스에 해당하는 네 가지 수명 주기 상태가 있습니다.

시작 단계: 이 단계에서 클라이언트는 작업을 생성하고, 작업을 게시하고, 요구 사항을 명시합니다.
자금 지급 완료: 고객은 수수료를 제공업체에 직접 지급하는 대신 스마트 계약 에스크로 주소로 이체합니다.
제출 완료: 서비스 제공자가 작업을 완료하고 증빙 자료를 제출합니다.
최종 결과(완료/거부/기간 만료): 평가자는 과제를 검토하고 검토 결과를 바탕으로 과제 완료 여부(완료 또는 거부)를 결정한 후, 각각 의뢰인 또는 제공자에게 대금을 지급합니다. 제공자가 기한 내에 응답하지 않거나 과제를 완료하지 않을 경우, 대금은 의뢰인에게 환불됩니다.

위에서 언급한 표준 절차 외에도 ERC-8183은 모듈식 확장 기능(훅)을 통해 더욱 다양한 파생 기능을 구현하여 복잡한 실제 비즈니스 사용 사례를 처리할 수 있습니다. 훅은 Job 생성 시 첨부되는 선택적 스마트 계약으로, 평판 임계값, 입찰 메커니즘, 수수료 할당 또는 기타 특별 요구 사항과 같은 Job 수명 주기의 다양한 단계 전후에 사용자 지정 로직을 실행할 수 있습니다.

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

x402부터 ERC-8004, 그리고 이제는 ERC-8183까지, 이러한 기술에 익숙하지 않은 독자들은 왜 이렇게 새로운 기술이 계속해서 개발되는지 의아해할 수도 있습니다. 하지만 이 세 가지 기술은 AI 에이전트 경제 시스템의 서로 다른 단계에 위치하며, 각각 다른 문제를 해결하는 것을 목표로 합니다.

x402는 AI 에이전트가 API를 호출하는 것처럼 직접 결제할 수 있도록 하는 HTTP 결제 프로토콜입니다. ERC-8004는 AI 에이전트의 신뢰성을 판단하는 방법을 다루는 AI 에이전트 신원 및 평판 표준입니다. ERC-8183은 상업적 거래를 대상으로 하며, 신뢰할 수 없는 두 에이전트가 거래를 완료할 수 있도록 하는 문제를 해결하는 것을 목표로 합니다.

요약하자면, x402는 "결제 방법"을 해결하고, ERC-8004는 "상대방이 누구이며 신뢰할 수 있는지"를 파악하며, ERC-8183은 "안심하고 거래를 진행하는 방법"을 처리합니다.

이 세 가지는 경쟁 관계가 아니라 상호 보완적이며, 모두 분산형 자율 AI 에이전트 경제 시스템 구축이라는 동일한 목표를 향하고 있습니다.