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

저자：Azuma，Odaily 별자리 일보

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 에이전트 경제 시스템을 구축하는 것입니다.