ERC-8257이란 무엇인가? ‘ Agent ’ 도구 레지스트리 설명

Quicknode

2026년 6월 22일 — 읽는 데 8분 소요

공유하기

선호하는 소스로 추가

AI 기반 agents 는 코드를 생성하고, 워크플로를 실행하며, 외부 서비스와 연동할 수 있습니다.

새로운 도구를 찾는 일은 여전히 훨씬 더 어렵습니다.

대부분의 agents 는 프롬프트, 프레임워크, API 또는 마켓플레이스를 통해 사전에 구성된 통합 기능에 의존합니다. agent 에서 이용할 수 있는 서비스의 수가 늘어남에 따라, 이러한 접근 방식은 확장하기 어려워지고 있습니다.

ERC-8257은 에이전트 기반 도구와 서비스를 발견하고 검증할 수 있는 허가 없이도 이용 가능한 방식을 제공합니다.

이 블로그에서는 ERC-8257이 무엇인지, ‘ agent ’ 도구 레지스트리가 어떻게 작동하는지, 이것이 전체 에이전트 기반 인프라 스택 내에서 어떤 역할을 하는지, 그리고 이 레지스트리가 어떤 기능을 가능하게 하는지 설명합니다.

ERC-8257이란 무엇인가요?

ERC-8257(Agent 도구 레지스트리)는 AI agents 및 도구를 위한 허가 없이 이용할 수 있는 온체인 레지스트리를 정의하는 Ethereum 표준 초안입니다. 이 표준은 도구의 정의, 게시자, 호출 권한이 있는 사용자에 대한 최소한의 검증 가능한 기록을 표준화합니다.

2026년 4월, OpenSea의 코디 시어스(Cody Sears)와 라이언 고즈(Ryan Ghods)는 AI agents 가 도구를 자율적으로 탐색하고, 사용 권한을 구매하며, 호출할 수 있도록 하기 위해 이 표준을 제안했습니다.

ERC-8257의 작동 원리

등록된 각 도구 또는 ERC-8257 호환 agent 에는 다음 3가지 구성 요소로 이루어진 온체인 기록이 포함됩니다:

1. 제작자 주소: 발행인, 등록 시 영구적으로 기재됨

2. 메타데이터 URI: 해당 도구의 오프체인 매니페스트를 가리키는 포인터

3. 매니페스트 해시: 설명이 변경되지 않았는지 확인합니다

또한, 액세스 술어에 포함될 수 있는 선택적 네 번째 구성 요소로, 누가 해당 도구를 호출할 수 있는지 결정하는 계약 주소가 있습니다.

이 모든 요소가 결합되어 도구 메타데이터에 대한 신뢰할 수 있는 공통 정보원을 형성하며, 한 가지가 보장됩니다. 바로 사용자가 가져온 매니페스트가 제작자가 자신이 관리하는 원본에서, 자신이 서명한 주소를 통해 커밋한 바로 그 매니페스트라는 점입니다.

agent 도구 레지스트리에 포함된 목적과 구성 요소를 파악했으니, 이제 이 모든 요소가 어떻게 상호 작용하는지, 그리고 flow 가 어떤 모습인지 알아보겠습니다.

ERC-8257에는 두 가지 워크플로가 있으며, 구체적으로 다음과 같습니다:

1. 등록 기관 Flow: 발행자와 등록 기관 간의 상호작용.

2. 발견 및 검증 Flow: agents, 레지스트리 및 도구 간의 상호작용.

하나씩 차례대로 살펴보겠습니다.

ERC-8257: 레지스트리 Flow 의 작동 방식

flow 레지스트리는 도구가 어떻게 게시되고 검색 가능하게 되는지를 규정합니다. 게시자는 도구의 작성자 주소, 메타데이터 URI, 매니페스트 해시(및 선택 사항인 접근 술어)를 등록함으로써, agents 에서 나중에 조회하고 검증할 수 있는 온체인 기록을 생성합니다.

ERC-8257: 발견 및 검증 방식

agent 가 도구 또는 서비스를 발견하면, 이러한 발견 및 검증 과정을 통해 agent 가 읽고 있는 메타데이터에 대한 신뢰가 확립됩니다.

agent 가 매니페스트, 게시자 및 액세스 요구 사항이 등록된 기록과 일치함을 확인하면 레지스트리의 역할은 종료됩니다.

지금까지 ERC-8257은 일반적인 레지스트리처럼 보였지만, 선택적 술어 섹션 덕분에 ERC-8257은 단순한 레지스트리를 넘어서는 존재가 됩니다.

ERC-8257 접근 제어: 술어 패턴 해설

agent 도구 레지스트리는 도구 탐색 및 검증 문제를 해결합니다. 하지만 모든 도구가 모든 agent 에서 호출 가능하거나 완전히 공개되어야 하는 것은 아닙니다.

일부 서비스는 구독이 필요할 수 있습니다. 다른 서비스는 NFT 보유자, 기업 고객 또는 특정 평판 요건을 충족하는 ‘ agents ’로 이용이 제한될 수 있습니다.

ERC-8257은 ‘액세스 술어(access predicate)’라고 하는 선택적 구성 요소를 통해 액세스 문제를 해결합니다. 액세스 술어란 호출자가 특정 도구를 사용할 수 있는지 여부를 결정하는 외부 계약입니다.

술어 기반 접근 제어란 무엇인가

액세스 술어는 도구 등록에 연결된 계약 주소입니다.

agent 가 도구를 사용하려고 할 때, 술어 계약을 호출하여 간단한 질문을 할 수 있습니다. “이 호출자가 이 도구에 접근할 수 있는가?”

이제 술어 계약은 특정 주소( agent )가 NFT를 소유하고 있는지, 구독 토큰을 보유하고 있는지, 이용 요금을 지불했는지, 허용 목록에 포함되어 있는지, 또는 평판 요건을 충족하는지 여부를 확인할 수 있습니다.

레지스트리 자체를 변경하지 않고도 다양한 도구를 통해 서로 다른 정책을 적용할 수 있습니다. 다음은 몇 가지 예시입니다:

무엇보다 중요한 점은, ERC-8257이 이러한 규칙들을 하드코딩하지 않고, 술어 계약을 선택적 추가 기능으로 허용함으로써 표준을 가볍게 유지하면서도 다양한 사용 사례에 대응할 수 있도록 확장성을 확보한다는 것입니다.

이제 ‘ agent ’ 도구 레지스트리가 무엇인지, 어떻게 등록되는지, ‘ agents ’가 이를 어떻게 탐지하는지, 그리고 접근 권한이 어떻게 제어되는지 알게 되었습니다. 그렇다면, 이를 활용해 무엇을 만들 수 있을까요?

ERC-8257이 열어주는 가능성

레지스트리 자체만으로는 그다지 흥미롭지 않습니다.

DNS는 이를 통해 웹사이트를 찾을 수 있게 되면서 중요해졌습니다. 패키지 레지스트리는 소프트웨어가 이를 기반으로 작동할 수 있게 되면서 중요해졌습니다. 앱 스토어는 사용자와 애플리케이션을 연결해 주면서 중요해졌습니다.

ERC-8257은 agent 에서 이용할 수 있는 도구들을 위한 검색 계층을 구축합니다. 이를 통해 가능해진 다양한 기능들을 살펴보겠습니다:

1. 행위자 중심 마켓플레이스

모든 도구에는 검증 가능한 출처 정보, 프로그래밍 가능한 접근 권한, 온체인 가격 단서가 포함되어 있습니다. 이 정도면 플랫폼 운영자의 중재 없이도 도구를 발견하고, 이용하며, 거래할 수 있는 마켓플레이스를 구축하기에 충분합니다.

2. 프로그래머블 액세스 시장

도구 제공자는 술어 계약을 통해 가격, 구독, 토큰 소유 요건, 평판 기준치 또는 기업용 권한을 정의할 수 있습니다. 이러한 유연성 덕분에 서로 다른 접근 모델들이 경쟁할 수 있으면서도 검색 계층에서 상호 운용성을 유지할 수 있습니다.

3. 조합 가능한 Agent 워크플로우

ERC-8257을 통해 이제 각 도구가 독립적으로 검증되고 게이트 처리되는 다단계 ‘ agent ’ 파이프라인을 구현할 수 있게 되었습니다.

예를 들어, 거래 플랫폼 agent 을 연중무휴 뉴스 수집 도구와 연동하거나, 예측 시장 agent 을 트위터(X) agent 와 연결할 수 있습니다.

ERC-8257은 이러한 종속성을 파악하고 검증할 수 있는 표준화된 방법을 제공함으로써, 독립적인 공급자 간에 멀티-agent 워크플로우를 보다 쉽게 구성할 수 있게 해줍니다.

4. Agent 생태계 열기

모든 플랫폼은 결국 같은 과제에 직면하게 됩니다. 바로 자체 서비스 디렉토리를 관리하는 일입니다.

ERC-8257은 이러한 책임을 공유 인프라로 이전합니다. 도구 제공업체는 한 번만 공개하면 됩니다. Agent 프레임워크, 지갑, 마켓플레이스 및 애플리케이션은 동일한 레코드를 활용합니다.

5. 조직 간 Agent 워크플로우

오늘날 대부분의 agent 워크플로는 단일 조직이나 플랫폼 내에서 운영됩니다.

ERC-8257은 공급업체-고객, 고객-마켓플레이스 등 조직 간 워크플로우를 가능하게 합니다.

예를 들어, 연구 기관( agent )은 등록된 도구를 통해 제공되는 독점 데이터 피드에 대한 접근 권한을 구매할 수 있습니다.

ERC-8257의 작동 방식과 기능은 이제 파악되었습니다. 다음 단계는 agents 이 실제로 작동하도록 하는 데 필요한, 더 광범위한 이더리움( agent ) 스택을 이해하는 것입니다.

Agentic 인프라 스택에서 ERC-8257이 차지하는 위치

ERC-8257은 광범위한 ‘ agent ’ 스택 내에서 발생하는 한 가지 구체적인 문제, 즉 기능 탐색 및 검증 가능한 상호작용 문제를 해결합니다.

하지만, agents 상호 작용을 위해서는 여전히 신원 확인, 실행 환경, 결제 인프라, 그리고 조정 메커니즘이 필요합니다.

그럼 이제 스택을 구성해 봅시다.

lens 를 통해 ERC-8257은 AI 표준이라기보다는 인프라에 더 가깝게 보입니다.

• 등록된 도구는 MCP 서버를 노출시킬 수 있습니다.

• 어떤 술어는 접근 권한을 부여하기 전에 결제를 요구할 수 있습니다.

• agent 신원 인증 표준을 사용하여 요청을 보낸 사람이 누구인지 확인할 수 있습니다.

이러한 책임 중 어느 것도 ERC-8257 자체에 속하는 것은 아닙니다.

이 표준의 역할은 “어떤 기능이 제공되며, 어디에서 찾을 수 있는가?”라는 더 간단한 질문에 답하는 데 있습니다.

현재 아키텍처는 탄탄하며, 설계 선택도 타당합니다. 남은 의문점은 도입 여부에 관한 것입니다.

ERC-8257의 향후 전망은?

오늘날 대부분의 소프트웨어는 직접 연동을 기반으로 구축됩니다.

개발자는 서비스를 선택하고, 해당 서비스의 문서를 읽은 뒤, 해당 API를 기반으로 코드를 작성하며, 시간이 지나도 그 관계를 유지해 나갑니다.

ERC-8257은 이를 진전시키지는 않지만, 에이전트 기반 인프라를 다른 방향으로 이끌어 나갑니다.

• 기능은 런타임에 식별 가능해집니다.

• 액세스 정책을 프로그래밍 방식으로 설정할 수 있게 됩니다.

• 서비스는 사람의 승인 없이도 이용할 수 있습니다.

ERC-8257은 널리 사용되는 디스커버리 레이어입니다. 이는 사소한 인프라 요소처럼 보일 수도 있습니다.

DNS는 인프라의 작은 일부에 불과했습니다. 패키지 레지스트리도 인프라의 작은 일부에 불과했습니다. 앱 스토어는 처음에는 단순한 디렉토리로 시작했습니다.

더 어려운 과제가 앞으로 기다리고 있습니다.

agents 는 평판을 어떻게 평가해야 할까요? 마켓플레이스는 도구를 어떻게 순위를 매겨야 할까요? 자율 시스템 간의 결제, 구독 또는 수익 분배는 어떤 기준에 따라 이루어져야 할까요? 조직은 보안을 훼손하지 않으면서 내부 역량을 어떻게 공개해야 할까요?

ERC-8257은 질문에 대한 답을 제시하지는 않습니다. 대신 대화와 해결 방안을 모색하는 출발점이 됩니다.

자주 묻는 질문(FAQ)

1. ERC-8257은 어떻게 작동하나요?

제공자는 생성자 주소, 메타데이터 URI, 매니페스트 해시 및 선택적 접근 조건(predicate)을 공개하여 도구를 등록합니다. Agents 는 매니페스트를 가져와 온체인 기록과 대조하여 검증하고, 필요한 접근 요건을 평가한 후 도구를 호출합니다.

2. ERC-8257 매니페스트란 무엇인가요?

매니페스트는 도구에 대한 기계가 읽을 수 있는 설명입니다. 여기에는 기능, 엔드포인트, 사용 요건 및 agents 가 서비스를 이해하고 상호 작용하는 데 필요한 기타 정보와 같은 메타데이터가 포함되어 있습니다.

3. ERC-8257은 AI agents 에만 적용되는 것입니까?

아닙니다. 기계가 접근할 수 있는 모든 서비스는 ERC-8257을 통해 등록할 수 있습니다. 이 표준은 AI agents 를 염두에 두고 설계되었지만, API, 소프트웨어 서비스, 자동화 시스템 및 기타 프로그래밍 가능한 애플리케이션도 동일한 검색 모델을 사용할 수 있습니다.

4. ERC-8257은 MCP와 어떻게 다른가요?

MCP는 도구의 노출 및 호출 방식을 표준화합니다. ERC-8257은 도구의 검색 및 검증 방식을 표준화합니다. 이 두 표준은 상호 보완적이며, 동일한 ‘ agent ’ 아키텍처 내에서 함께 사용할 수 있습니다.

5. 개발자들은 ERC-8257을 활용해 무엇을 만들 수 있나요?

개발자들은 공유 레지스트리 표준을 기반으로 agent 마켓플레이스, 프로그래밍 가능한 액세스 시스템, 조직 간 agent 워크플로우, 서비스 검색 계층, 그리고 다중agent 생태계를 구축할 수 있습니다.

6. ERC-8257이 mainnet 에서 운영 중인가요?

네. ToolRegistry 계약은 다음 위치에 배포되어 있습니다. 0x265BB2DBFC0A8165C9A1941Eb1372F349baD2cf1 Ethereum ,mainnet 및 Base 에서 확인할 수 있습니다. 2026년 중반 기준으로 76개의 도구가 색인되어 있습니다. 이 EIP는 여전히 초안(Draft) 상태이므로, 최종 확정되기 전까지 인터페이스가 변경될 수 있습니다.

7. ERC-8257은 도구 메타데이터를 온체인에 저장하나요?

아닙니다. 레지스트리는 메타데이터 자체보다는 메타데이터에 대한 참조 정보를 저장합니다. 도구 설명은 오프체인에 남아 있는 반면, 온체인에 저장된 해시를 통해 agents 에서 해당 설명의 무결성을 확인할 수 있습니다.