퀵노드

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

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

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

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

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

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

ERC-8257이란 무엇인가요?

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

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

ERC-8257의 작동 원리

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

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

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

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

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

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

에이전트 도구 레지스트리의 목적과 구성 요소를 파악했으니, 이제 이 모든 요소가 어떻게 상호 작용하는지, 그리고 그 흐름이 어떠한지 알아보겠습니다.

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

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

2. 탐지 및 검증 흐름: 에이전트, 레지스트리, 도구 간의 상호작용.

각각을 하나씩 살펴보겠습니다.

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

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

ERC-8257: 발견 및 검증 방식

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

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

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

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

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

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

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

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

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

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

이제 프레디케이트 계약을 통해 에이전트가 NFT를 소유하고 있는지, 구독 토큰을 보유하고 있는지, 이용 요금을 지불했는지, 허용 목록에 포함되어 있는지, 또는 평판 요건을 충족하는지 여부를 확인할 수 있습니다.

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

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

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

ERC-8257이 열어주는 가능성

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

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

ERC-8257은 에이전트가 접근할 수 있는 도구를 위한 디스커버리 레이어를 구축합니다. 이를 통해 가능해진 다양한 기능들을 살펴보겠습니다:

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

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

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

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

3. 조합 가능한 에이전트 워크플로우

ERC-8257을 통해 이제 각 도구가 독립적으로 검증되고 단계별 승인을 거치는 다단계 에이전트 파이프라인을 구현할 수 있게 되었습니다.

예를 들어, 트레이딩 에이전트를 연중무휴 24시간 뉴스 스크래퍼 도구와 연동하거나, 예측 시장 에이전트를 트위터(X) 에이전트와 연동할 수 있습니다.

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

4. 개방형 에이전트 생태계

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

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

5. 조직 간 에이전트 워크플로우

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

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

예를 들어, 연구 담당자는 등록된 도구를 통해 공개된 독점 데이터 피드에 대한 접근 권한을 구매할 수 있습니다.

ERC-8257의 작동 방식과 기능은 이제 파악되었습니다. 다음 단계는 에이전트가 실제로 작동할 수 있도록 지원하는 데 필요한 더 광범위한 에이전트 스택을 이해하는 것입니다.

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

ERC-8257은 광범위한 에이전트 스택 내에서 ‘기능 탐색’과 ‘검증 가능한 상호작용’이라는 구체적인 문제를 해결합니다.

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

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

이 렌즈를 장착하면 ERC-8257은 AI 표준이라기보다는 인프라에 더 가깝게 보입니다.

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

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

• 요청을 보낸 사람이 누구인지 증명하기 위해 에이전트 식별 표준을 사용할 수 있습니다.

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

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

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

ERC-8257의 향후 전망은?

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

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

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

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

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

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

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

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

앞으로 더 힘든 도전이 기다리고 있습니다.

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

ERC-8257은 그 질문들에 대한 답을 제시하지는 않습니다. 대신 대화와 해결 방안을 모색하는 계기를 마련해 줍니다.

자주 묻는 질문(FAQ)

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

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

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

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

3. ERC-8257은 AI 에이전트 전용인가요?

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

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

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

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

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

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

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

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

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