> For the complete documentation index, see [llms.txt](https://docs.awenetwork.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.awenetwork.ai/stp-kr/infra/undefined-2.md). # 신원 ### ERC-8004와 AgentBeat **ERC-8004는 에이전트에게 온체인 신원을 부여하고, AgentBeat는 에이전트의 활동을 가시화합니다.** 에이전트는 자신을 일관된 방식으로 식별하고, 서비스를 알리며, 애플리케이션 및 다른 에이전트와 신뢰를 구축할 수 있어야 합니다. #### ERC-8004 ERC-8004는 사전에 형성된 신뢰 관계 없이도 여러 조직에 걸쳐 에이전트를 발견하고 평가할 수 있도록 설계된 이더리움 표준입니다. ERC-8004는 세 가지 온체인 레지스트리를 정의합니다. * **신원 레지스트리** — 각 에이전트에 ERC-721 기반 식별자를 부여하고, 해당 식별자를 메타데이터와 서비스 엔드포인트가 포함된 등록 파일에 연결합니다. * **평판 레지스트리** — 에이전트에 관한 피드백을 게시하고 조회하기 위한 표준 인터페이스를 제공합니다. * **검증 레지스트리** — 에이전트의 작업을 독립적으로 검증하는 시스템의 요청과 응답을 기록합니다. ERC-8004는 신원과 신뢰 신호를 제공합니다. 결제는 처리하지 않으며, 별도의 결제 레이어는 x402가 제공합니다. #### AgentBeat AgentBeat는 ERC-8004 에이전트를 위한 AWE의 분석 및 정보 레이어입니다. 에이전트 등록 정보를 인덱싱하고 활동, 탈중앙화 및 검증에 관한 표준화된 신호를 제공합니다. 이를 통해 빌더와 사용자는 단순히 등록만 된 에이전트와 실제 활동을 보여주는 에이전트를 구분할 수 있습니다. #### 함께 작동하는 방식 1. 에이전트가 ERC-8004 신원을 등록합니다. 2. 등록 파일에 에이전트의 기능과 서비스 엔드포인트가 기술됩니다. 3. 평판, 검증 및 경제 활동을 통해 추가 신호가 생성됩니다. 4. AgentBeat가 이러한 신호를 인덱싱하여 더 쉽게 확인할 수 있도록 제공합니다. #### 신원은 출발점입니다 등록은 온체인 신원이 존재한다는 사실을 증명합니다. 하지만 해당 에이전트가 활동 중이거나 신뢰할 수 있고 안전하다는 것을 보장하지는 않습니다. AgentBeat는 관찰 가능한 맥락을 추가로 제공하지만, 사용자와 애플리케이션은 중요한 작업을 에이전트에 맡기기 전에 여전히 개별 에이전트를 직접 평가해야 합니다. > ERC-8004는 현재 표준 트랙 초안(Draft Standards Track) 제안으로 분류되어 있습니다. 사양과 구현은 앞으로도 계속 변경될 수 있습니다. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.awenetwork.ai/stp-kr/infra/undefined-2.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.