OpenSea의 Agent 야망: ERC-8257이 어떻게 NFT를 AI의 통행증으로 만드는가?
- 핵심 의견: OpenSea는 ERC-8257 초안을 발표하여, 온체인 도구 레지스트리를 통해 NFT를 자산에서 AI Agent의 접근 자격 증명으로 전환함으로써 Agent 경제에서의 도구 배포 및 거래 진입점을 선점하고, NFT 시장에 새로운 성장 경로를 개척하는 것을 목표로 합니다.
- 핵심 요소:
- ERC-8257은 'Agent Tool Registry(에이전트 도구 레지스트리)'를 정의합니다. 개발자는 도구를 등록하고 accessPredicate 계약을 통해 체인 상의 접근 조건(예: 특정 NFT 보유)을 설정할 수 있으며, Agent는 도구를 발견하고 자신의 권한을 확인할 수 있습니다.
- 이 표준은 지불을 처리하지 않으며, 권한 검증만 담당합니다. 실제 지불은 x402와 같은 프로토콜에 의해 처리되며, 가격 정보는 오프체인 manifest 파일에 저장되어 표준의 경량성을 보장합니다.
- OpenSea는 ERC-8257을 HTTP 403(권한 부족)에 비유하고, x402(지불 요구)와 상호 보완적인 관계로 설정하여, 폐쇄형 앱 스토어가 아닌 배포 및 접근 인프라를 구축하는 것을 목표로 합니다.
- 사용 사례에 따르면, Agent는 NFT를 구매하여 할인된 호출 권한을 얻을 수 있습니다(예: 단일 호출 수수료를 0.05달러에서 0.01달러로 인하). 이는 NFT의 용도를 할인 카드, 멤버십 증명서 또는 구독 자격 증명으로 확장합니다.
- 제안의 참조 구현은 이미 Base 메인넷에 배포되었지만, 크로스체인 지갑 상태 확인, 다른 표준과의 중복 문제 등 과제에 직면해 있으며, 도구의 서비스 품질과 보안을 보장할 수 없습니다.
원문 저자: KarenZ, Foresight News
이번에 OpenSea가 내세우는 핵심은 NFT 거래가 아닙니다. 또 다른 진입점을 주목하고 있습니다. AI Agent가 스스로 도구를 발견하고, 권한을 획득하며, 비용을 지불하는 시대가 오면, 누가 이러한 도구들을 조직하는가가 다음 온체인 유통의 출발점을 차지할 수 있습니다.
OpenSea는 모두에게 익숙한 비유를 차용했습니다. App Store가 개발자가 앱을 출시하고 사용자가 앱을 발견하며 결제를 완료하도록 하는 것처럼, Agent 도구에도 유사한 진입점이 필요하다는 것입니다. 차이점은, 이번에는 가게를 둘러보고, 권한을 판단하며, 결제를 준비하고 서비스를 호출하는 주체가 지갑을 보유한 Agent일 수 있다는 점입니다.
OpenSea가 주목하는 것은, NFT가 자산에서 권한으로 변화하는 것
5월 26일 밤, OpenSea는 'ERC-8257: Agent Tool Registry(에이전트 툴 레지스트리)'를 발표했습니다. OpenSea가 제시한 시나리오에서, 한 AI Agent가 NFT 가치 평가를 시도합니다. 전문 평가 도구를 호출하려다 거절당하고, 특정 NFT를 보유한 주소만 할인된 인터페이스를 사용할 수 있다는 사실을 발견합니다. 이에 Agent는 온체인에서 해당 NFT를 구매하고 다시 요청하여 단일 호출 비용을 0.05달러에서 0.01달러로 낮춥니다.
이 예시는 OpenSea의 새로운 계산을 드러냅니다. ERC-8257의 구상에서 NFT는 기계가 읽고 즉시 사용할 수 있는 접근 자격 증명이 될 수 있습니다.
연구 데이터 소스, 가격 평가 도구, 거래 신호, 파트너 API 등은 모두 온체인 게이트웨이를 설정할 수 있습니다. 예를 들어, 특정 NFT를 보유해야 할인 인터페이스에 접근할 수 있고, 구독형 NFT를 보유해야 고급 서비스를 호출할 수 있으며, 화이트리스트, 스테이킹 잔액, 영지식 증명을 통해 접근 권한을 결정할 수 있습니다.
OpenSea에게 이는 매우 구체적인 변화입니다. NFT의 용도는 아바타, 수집품, 커뮤니티 신분에서 Agent가 서비스를 호출할 때 사용하는 할인 카드, 멤버십 증명, 한정 좌석으로 확장될 수 있습니다. 시장에서 거래될 수 있는 대상도 소프트웨어가 직접 실행할 수 있는 접근 권한으로 확장됩니다.
OpenSea CTO Chris Maddern은 이후 이 방향을 보다 완전한 온체인 경로로 요약했습니다: 스테이블코인은 Agent 결제에, NFT는 신원 및 구독에 사용되며, Agent Tool Registry는 이러한 구상을 실제 운영에 가깝게 만드는 역할을 합니다.
ERC-8257의 역할: 도구 등록 및 자격 검증
ERC-8257은 2026년 4월 17일에 생성되었으며, 현재 ethereum/ERCs 저장소에서 Draft(초안) 상태입니다. 제목은 Agent Tool Registry이며, 목표는 심사, 순위, 환불 메커니즘을 갖춘 완전한 앱 스토어를 구축하는 것이 아니라 허가 없이 사용할 수 있는 온체인 도구 레지스트리를 제공하는 것입니다.
ERC-8257의 기술 설계는 복잡하지 않습니다. 개발자가 도구를 등록하면 온체인에 몇 가지 핵심 요소가 기록됩니다: 도구 생성자 주소, 도구 설명 파일을 가리키는 metadataURI, 설명 파일이 변조되지 않았음을 증명하는 manifestHash, 그리고 도구에 접근할 수 있는 대상을 결정하는 accessPredicate입니다.
쉽게 말해, 온체인 레지스트리는 검증 가능한 도구 디렉터리와 같습니다. 도구가 무엇을 할 수 있는지, 어떻게 호출하는지, 가격 힌트는 무엇인지 등은 오프체인 manifest 파일에 저장됩니다. 해당 파일의 해시는 온체인에 기록되며, Agent는 파일을 가져온 후 내용이 일치하는지 확인할 수 있습니다. 특정 지갑이 도구를 호출할 자격이 있는지 여부는 독립적인 predicate 컨트랙트가 판단합니다.
accessPredicate가 빈 주소이면 도구는 모든 호출자에게 공개됩니다. 컨트랙트가 지정되면 NFT 보유, 구독 상태, 화이트리스트, 스테이킹 임계값, DAO 투표 결과 또는 영지식 증명과 같은 조건을 검증할 수 있습니다.
유의할 점은, ERC-8257이 자금을 관리하지 않는다는 것입니다. 제안서는 명확히 가격 정보를 manifest에 넣고, 실제 결제는 x402 또는 다른 결제 프로토콜에 위임합니다. 레지스트리는 발견과 권한을 담당하고, 정산은 외부 시스템에 맡깁니다. 이러한 분리를 통해 표준은 가벼움을 유지하며, 이는 OpenSea가 새로운 결제 프로토콜이 아닌, 배포 및 접근 인프라 계층을 제공하는 것임을 의미합니다.
이것이 ERC-8257의 저자가 이를 '402에 대한 403'이라고 부르는 이유이기도 합니다. HTTP 맥락에서 402는 지불 요구를, 403은 권한 부족을 나타냅니다. x402가 '이번 호출을 어떻게 지불할 것인가'에 답한다면, ERC-8257은 '이 주소가 접근 자격이 있는가'를 처리하려고 합니다.
엄밀히 말해, 403은 제품 포지셔닝을 이해하기 쉽게 만드는 비유입니다. ERC-8257 초안은 등록 및 권한 판단 메커니즘을 규정할 뿐, 모든 도구가 반드시 특정 HTTP 403 흐름을 통해 Agent에 응답해야 한다고 요구하지는 않습니다.
소위 Agent App Store, 다툼의 핵심은 유통의 출발점
'App Store'라는 표현은 플랫폼이 심사, 순위를 매기고 진입로를 통제하는 폐쇄적인 시장을 연상시킵니다. 그러나 ERC-8257의 핵심 설계는 개방성을 지향합니다. 모든 개발자가 도구를 등록할 수 있고, Agent는 온체인 등록 정보를 읽을 수 있으며, 접근 조건은 외부 컨트랙트를 통해 확장될 수 있습니다.
OpenSea가 진정으로 얻고자 하는 것은 개방형 프로토콜 위에서의 도구 발견 및 자산 거래 시나리오입니다. 과거에 Agent가 도구를 찾는 것은 주로 문서, GitHub 저장소, 중앙화 디렉터리 또는 수동 설정에 의존했습니다. ERC-8257은 검증 가능한 온체인 진입점을 제공하여 Agent가 평가 API, 리서치 구독, 거래 신호 또는 데이터 서비스를 찾고, 사용 조건을 읽은 후 자신의 지갑 상태에 따라 권한을 구매하거나 결제를 완료할 수 있도록 합니다.
Ethereum Magicians 토론 포럼에서 제안자는 참조 구현이 이미 Base 메인넷에 배포되었으며, CLI, SDK 및 ERC-721, ERC-1155, 구독 및 복합 predicate 예제를 통해 검증되었다고 밝혔습니다.
이는 OpenSea에게 NFT 종합 거래를 두고 경쟁하는 것보다 더 넓은 길을 열어줍니다. Agent 경제가 온체인 멤버십, 거래 가능한 좌석 또는 토큰 게이트 API를 필요로 하는 한, OpenSea는 계속해서 자산 발견 및 구매 장소로서의 역할을 수행할 수 있습니다. 플랫폼이 중개하는 대상은 문화 자산에서부터 기계가 작업을 수행할 때 필요한 접근 자격으로 점차 확장될 수 있습니다.
Agent가 온체인 유료 도구를 호출하는 과정을 세분화하면, 현재 등장하는 프로토콜 간의 대략적인 역할 분담은 다음과 같습니다:
MCP는 도구와 AI 애플리케이션 간의 통신 방식을 담당합니다. 서버는 tools, resources 및 prompts를 노출할 수 있고, 클라이언트는 연결된 서비스의 기능을 발견한 후 호출을 시작합니다. MCP는 기능 설명과 호출 인터페이스를 처리하지만, 공개적이고 온체인이며 검증 가능한 글로벌 도구 디렉터리를 기본적으로 제공하지는 않습니다.
ERC-8004는 Agent의 신원, 평판 및 검증 기록에 중점을 두어, 다양한 주체가 특정 Agent와 그 과거 행동 패턴을 식별할 수 있도록 합니다.
x402는 결제를 담당하며, 사람이나 Agent가 스테이블코인을 통해 API 및 디지털 콘텐츠에 대해 프로그래밍 방식으로 지불할 수 있도록 합니다.
ERC-8257은 도구 발견 및 접근 제어 계층을 보충하려고 시도합니다: Agent가 도구를 찾는 방법, manifest가 변조되지 않았는지 확인하는 방법, 자신의 지갑이 사용 조건을 충족하는지 판단하는 방법 등입니다.
어떤 과제가 있는가?
ERC-8257은 Agent에게 도구 디렉터리와 접근 제어 규칙 세트를 제공하지만, 서비스 품질과 보안 문제를 자동으로 해결하지는 않습니다.
온체인의 manifest 해시는 Agent가 읽은 설명 파일이 등록 시점과 일치한다는 것만 증명할 뿐, 도구 출력의 신뢰성, 인터페이스의 데이터 유출 가능성 없음, 또는 개발자의 장기적인 서비스 제공을 보장하지 않습니다. predicate 컨트랙트 역시 잘못 구성되거나, 실패하거나, 복잡한 위험을 초래할 수 있습니다. Agent가 자동으로 티켓을 구매할 수 있다고 해서 그것이 들어가는 방이 반드시 안전하다는 의미는 아닙니다.
Ethereum Magicians 토론 포럼에는 이미 계속해서 다듬어야 할 여러 문제가 제기되었습니다: 크로스체인 지갑 상태를 어떻게 증명할 것인가; ENS가 추가 발견 진입점으로 적합한가; 결제 프로토콜 명명에 통일된 규칙이 필요한가; ERC-8257과 다른 제안인 ERC-8239: Agent Skill Registry 간의 범위가 중복되는가. 제안자는 또한 토론에서 도구 정의, 가격 힌트 및 다양한 레지스트리 접근 방식 간에 여전히 통합의 여지가 있다고 확인했습니다.
따라서 ERC-8257의 중요성은 아직 Agent 도구 시장의 표준 해결책이 되었다는 데 있지 않습니다. 오히려 OpenSea가 미리 마련해둔 하나의 장(테이블)과 같습니다: Agent는 도구를 찾고, 개발자는 기능을 등록하며, NFT는 권한을 부담하고, 결제 프로토콜은 정산을 담당하며, OpenSea는 거래가 발생하는 가장 가까운 위치에 앉고자 합니다.
NFT 시장이 가장 관심을 가졌던 문제는 누가 온체인 자산에 대해 가격을 제시할 의향이 있는지였습니다. ERC-8257이 열어주는 새로운 질문은: 소프트웨어가 작동을 계속하기 위해 권한이 필요할 때, 그것은 무엇을 구매할 것이며, 어디에서 구매할 것인가? 입니다.
