ERC8004: 이 Web3+AI 스토리는 따끈한 테이크아웃 음식을 즐기는 데 도움이 될 수 있습니다.

ERC8004는 이더리움 블록체인 기반의 프로토콜 사양으로, 스마트 에이전트들이 블록체인 상에서 신뢰 관계를 구축할 수 있도록 하는 표준을 정의합니다. 이는 A2A (에이전트 간) 개념과 Web3 개념을 통합한 것입니다. 이 글에서는 이러한 Web3+AI의 거대한 비전에 담긴 논리를 살펴보겠습니다.

이 프로토콜( https://eips.ethereum.org/EIPS/eip-8004 )은 올해 8월에 만들어졌으며 현재 검토 중입니다. 이 글에서는 이 프로토콜이 해결하는 문제를 분석하고, 표준에 대한 간단한 설명을 제공하며, 마지막으로 그 중요성에 대해 논의합니다. 이 글을 읽는 데 약 15분이 소요되므로 즐겨찾기에 추가해 두시기 바랍니다.

해결해야 할 문제들

먼저, 이 프로토콜이 해결하고자 하는 문제가 무엇인지 살펴보겠습니다.

간단히 말해, A2A(에이전트 간) 프로세스에서 발생하는 신뢰 문제를 해결합니다 . 예를 들어, 저에게는 A라는 이름의 인공지능 비서가 있습니다. 저는 이 비서에게 믿을 수 있는 배달 음식을 주문해 달라고 요청합니다. 하지만 제 인공지능 비서는 이 작업을 제대로 수행하지 못합니다. 배달 기사와 판매처를 연결하는 것은 작은 인공지능 비서가 감당하기에는 너무 복잡한 작업이기 때문입니다. 그렇다면 어떻게 해야 할까요?

이 시점에서 다른 지능형 에이전트의 도움을 요청할 수 있습니다.

그래서 다음과 같은 질문이 제기됩니다. 지능형 에이전트는 어떻게 다른 신뢰할 수 있는 지능형 에이전트를 찾아 도움을 받을 수 있을까요? 신뢰할 수 있는 기관이 부족한 것은 아닐까요? 인간도 마찬가지입니다. 우리는 중앙 집중식 신뢰 기관인 타오바오를 통해 거래합니다. 하지만 중앙 집중식 신뢰 기관에는 한계가 있으며, 이러한 문제는 지능형 에이전트 시대에 더욱 두드러집니다. 지능형 에이전트가 효율적으로 작동하려면 모든 것을 사람이나 중앙 집중식 기관에 의존할 수 없습니다. 그렇지 않으면 인간이 AI의 발전을 저해하게 됩니다. 중앙 집중식 기관을 검증에 활용하더라도 AI의 효율성을 극대화하기 위해서는 AI 기반 또는 분산형 방식을 통해 운영되는 신뢰할 수 있는 기관을 찾는 것이 여전히 필요합니다.

따라서, 신뢰할 수 있는 지능형 에이전트를 찾는 데 도움이 되는 분산되고 믿을 수 있는 데이터가 있다면 업무 효율성이 훨씬 높아질 것입니다. 이것이 8004 프로토콜의 개발로 이어졌습니다.

음, 꽤 합리적으로 보이지 않나요? 이제 이러한 논리에 따라 ERC8004가 어떻게 설계되었는지 살펴보겠습니다.

프로토콜의 구체적인 구성 방식 분석

이 섹션에서는 프로토콜의 구체적인 기술적 해결책을 분석합니다. 하지만 이해를 돕기 위해 지나치게 상세한 계약 인터페이스나 사양의 매개변수에 대해서는 자세히 다루지 않겠습니다. 더 자세한 내용은 프로토콜의 표준 문서를 참조하십시오. 프로토콜 내용을 바탕으로, 이 프로토콜이 위에서 제기한 문제들을 어떻게 해결하는지 일반적인 용어로 설명하겠습니다.

기술적으로 말하면, ERC8004는 기본적으로 세 가지 유형의 계약에 대한 인터페이스 사양을 정의합니다.

• 신원 등록 시스템. ERC721(대체 불가능 토큰, NFT) 기반으로 스마트 에이전트를 등록하는 데 사용됩니다. 각 스마트 에이전트는 본질적으로 NFT이며, 관련 정보는 이 NFT를 통해 얻을 수 있습니다.
• 평판 등록 시스템.
• 검증 레지스트리는 레지스트리를 검증합니다.

간단히 말해, 이 세 가지 유형의 계약은 블록체인 상에서 운영되는 세 가지 유형의 기관이라고 생각할 수 있습니다.

• 조직 1: 똑똑한 누군가가 마치 식당을 차리듯 계좌를 개설하러 옵니다.
• 두 번째 조직: 저는 디안핑과 가오더 지도가 거리 곳곳을 조사하는 것처럼 이러한 지능형 에이전트에 대한 평가를 수집하는 일을 담당할 것입니다.
• 기관 3: 저희는 검증을 담당하는 제3자 조사 기관입니다. 품질관리국이나 보건국과 유사한 역할을 합니다.

🌐 특정 워크플로

예를 들어 배달 음식을 주문하는 경우를 생각해 봅시다. 인공지능 비서 "샤오 A"에게 폐식용유를 사용하지 않고 배달 음식을 주문해 달라고 요청하고 싶다고 가정해 보세요.

1. 파트너 찾기 : "A씨"는 먼저 신원 등록 양식을 확인하여 좋은 평가를 받은 "B씨"를 찾고 과거 리뷰를 검토합니다.
2. 초기 신뢰 구축 : 다음으로, "리틀 A" 는 평판 등록 시스템을 확인하여 다른 협력자들이 "리틀 B"를 어떻게 평가하는지 살펴보고 고용 여부를 결정합니다.
3. 실행 및 검증 : 이 식사가 매우 중요한 경우, "A" 또는 귀하는 검증 등록 기관 에서 독립적인 검증자 "C"를 고용할 수 있습니다. "C"는 "B"의 보고서가 정확하고 요구 사항을 충족하는지 확인하고 검증 결과를 공개합니다.
4. 결제 및 피드백 : 사용자는 x402 프로토콜(온체인 결제와 오프체인 활동을 연결하는 영수증 메커니즘, 자세한 내용은 이전 x402 관련 게시글 참조)을 통해 "A"에게 대금을 지불합니다. 그러면 "A"는 "B"와 "C"에게 대금을 지급합니다. 마지막으로 사용자는 "A"와 "B"의 서비스에 대한 긍정적인 리뷰를 남깁니다. 이러한 모든 결제 및 활동은 레지스트리에서 각 업체의 평판을 강화하거나 영향을 미칩니다.

요약하자면, ERC-8004는 이 세 가지 계약의 상호 호출 및 협력을 통해 AI 비서를 위한 분산되고 신뢰할 수 있는 협업 환경을 구축하여 AI 비서가 시장에서 인간이 하는 것처럼 자유롭고 안전하게 서비스와 가치를 교환할 수 있도록 합니다.

신원 등록

이 계약은 기본적으로 NFT 계약이며, 전송 규칙을 포함한 ERC721 프로토콜 자체를 포함하고 있지만, 재정의되고 확장된 NFT 메타데이터 파일을 가지고 있습니다.

보시는 바와 같이, 에이전트의 이름, 이미지, 설명 및 해당 포트 주소를 이미 입력하셨습니다.

또한, 등록 방식인 "register"와 관련 이벤트에 대해서도 합의가 이루어졌습니다(ERC721 프로토콜 자체는 발행 방식을 명시하지 않으므로, 이 방식은 ERC8004 방식을 따르는 것으로 간주됩니다).

평판 등록

이 계약을 배포할 때 NFT 계약은 생성자를 통해 전달되어야 하며, 이는 해당 계약이 고유한 ID 레지스트리와 연결됨을 의미합니다.

몇 가지 방법이 정의되어 있습니다.

• `giveFeedback`은 ID 레지스트리에 있는 NFT에 0에서 100 사이의 점수를 부여하는 평가 함수입니다. (`agentId`는 NFT의 TokenID에 해당합니다.) 이 메서드를 호출하려면 에이전트가 작업을 수락할 때 생성하는 서명인 `feedbackAuth` 매개변수가 필요합니다.
• 피드백을 취소하세요.
• `appendResponse`는 응답을 추가합니다. 오프라인 주소와 검증용 해시 값과 같은 추가 정보를 특정 형식 요구 사항에 따라 추가할 수 있습니다.
• 관련 평점 정보를 추출할 수 있는 다양한 읽기 방법도 있습니다.

추가 정보 제출 시 요구되는 형식은 다음과 같습니다.

레지스트리 확인

평판 등록부와 마찬가지로, 이 테이블 역시 생성 시 해당 지역 등록부의 계약 주소를 전달해야 하며, 고유하게 신원 등록부와 연결됩니다. 이 계약은 에이전트 소유자(NFT 소유자)가 호출해야 하며, 다음과 같은 메서드를 제공합니다.

• validationRequest는 유효성 검사를 요청하는 데 사용됩니다.
• validationResponse는 유효성 검사 요청에 응답하는 데 사용됩니다.

구체적인 내용은 여기에서 자세히 설명하지 않겠습니다. 요컨대, ERC8004는 세 가지 계약 사양을 정의하며, 이를 통해 블록체인 상의 스마트 에이전트를 위한 투명하고 분산된 평가 메커니즘을 구축할 수 있습니다. 이는 스마트 에이전트가 협력하고자 하는 다른 스마트 에이전트를 쉽게 찾을 수 있도록 도와주며, 에이전트 간(A2A)을 위한 Web3 기반의 신뢰 솔루션을 제공합니다.

저희 병원

ERC-8004 설계를 기반으로, 파로스(Pharos) 및 조베이(Jovay) 네트워크에서 웹3용 트러스트리스(Trustless) 서비스 기능을 구축하여 사용자가 웹3 환경에서 "신뢰할 수 있는 신원 에이전트 DID"를 할당할 수 있도록 지원합니다. 동시에, 기존 TEE/ZK 검증 기능을 금융 등급 수준으로 강화하여 향후 기계 거래와 같은 금융 시나리오에서 더욱 강화된 보안 검증을 지원할 수 있도록 했습니다.

미래 전망

멋진 곳이지만, 동시에 많은 어려움도 안고 있습니다. 하지만 어려움은 기회가 될 수도 있죠. 앞으로 어떤 기회가 찾아올지 기대해 봅시다.

첫째, 데이터가 블록체인 상에 저장되고 온체인 데이터는 투명하고 변경 불가능하지만, 그 진위성과 신뢰성을 보장하는 것은 여전히 어려운 과제입니다. 따라서, 막후에서 권위 있는 기관을 대표하는, 신뢰도가 높은 온체인 검증자들이 등장할 수 있습니다. 신뢰할 수 있는 검증자들은 과거 온체인 데이터와 같은 다양한 수단을 통해 더욱 신뢰할 수 있는 정보를 제공할 수 있습니다. 예를 들어, 새로운 계정을 만들어 부정적인 리뷰를 작성하는 것은 명백히 신뢰도를 떨어뜨릴 것입니다.

이러한 논리에 따라 이 프로토콜과 관련하여 할 수 있는 일은 많습니다.

• 지능형 에이전트에 온체인 서비스를 제공하는 데 특화된 서비스를 개발할 수 있습니다. 예를 들어, 저는 귀사의 지능형 에이전트가 이 프로토콜을 기반으로 다양한 작업을 수행할 수 있는 컨트랙트를 배포하도록 지원할 수 있습니다. 이러한 서비스는 MCP(다중 채널 프로그래밍 프로토콜)를 통해 제공할 수 있습니다.
• 온체인 푸드 스트리트를 만들어서 모든 사업자가 스마트 에이전트를 스마트 컨트랙트에 등록하도록 할 수 있습니다. 예를 들어, 저는 AI 로봇이 치킨을 튀기는 치킨 가게를 열고 이 푸드 스트리트에 등록할 수 있습니다. 푸드 스트리트의 방문객 수가 많을수록 등록비를 받을 수 있습니다. 마치 이더리움 도메인 이름인 ens처럼 말이죠. 하하, 사실 ens는 확장자를 몇 개 붙인 레지스트리라고 생각하면 됩니다.
• 다른 사람들이 만든 음식을 평가하고 리뷰하는 체인 레스토랑 '블랙 펄'(미슐랭도 괜찮아요)을 만들어보는 건 어때요? 물론 그걸로 약간의 수익도 올릴 수 있겠죠.

요컨대, 오프라인에서 이루어진 모든 작업은 블록체인으로 옮겨질 수 있으며, 지능형 에이전트는 이제부터 블록체인 환경에서 작동할 수 있습니다.

여러분 생각에 이거 믿을 만한 건가요? 저는 꽤 흥미롭다고 생각하는데요.

이 글은 ZAN 팀(X 계정 @zan_team )의 Fisher(X 계정 @yudao1024 )가 작성했습니다.