OpenSea가 ERC-8257을 출시했으며, NFT를 AI 에이전트로 변환하는 권한 시스템을 도입했습니다.

Foresight News

이 글을 읽으려면 15 분

에이전트는 도구를 찾아오고, 개발자는 능력을 등록하며, NFT는 권한을 부여하고, 결제 프로토콜은 결제를 담당하며, OpenSea는 거래가 발생하는 위치에 가장 가까워지길 희망합니다.

원문 제목: "NFT + AI 에이전트의 가능성은? OpenSea의 새로운 ERC-8257 프로토콜 전략적 의도 해부"

이번에는 OpenSea의 이야기는 NFT 거래에 집중되지 않았습니다. 그 대신 다른 형태의 진입을 고려했습니다: AI 에이전트가 자립적으로 도구를 탐색하고 권한을 부여하며 비용을 지불하기 시작할 때, 이러한 도구를 조직할 사람은 다음 라운드의 온체인 분배의 출발점을 차지할 수 있습니다.

OpenSea는 모두가 익숙한 비유를 차용했습니다: App Store는 개발자가 앱을 출시하고 사용자가 앱을 발견하고 구매를 완료합니다; 에이전트 도구도 비슼한 진입이 필요합니다. 다른 점은, 이번에 상점을 돌아다니고 권한을 심사하고 결제를 준비하고 서비스를 호출하는 주체는 지갑을 보유한 에이전트일 수도 있다는 것입니다.

OpenSea가 주목한 것은 NFT의 자산에서 권한으로의 전환이었습니다

5월 26일 밤, OpenSea는 "ERC-8257: 에이전트 도구 등록 센터"를 발표했습니다. OpenSea의 시나리오에 따르면, 한 개의 AI 에이전트가 NFT를 평가하려고 노력합니다. 그것은 전문적인 가격 책정 도구를 호출할 때 거부당했으며, 그 후에 발견했습니다: 지정된 NFT를 보유한 주소는 할인 인터페이스를 사용할 수 있다는 것을. 따라서 에이전트는 그 NFT를 온체인에서 매입하고, 다시 요청을 시작하여 단일 호출 비용을 0.05 달러에서 0.01 달러로 낮춥니다.

이 예는 OpenSea의 새로운 계획을 보여줍니다. ERC-8257의 개념에서, NFT는 기계가 즉시 읽고 사용할 수 있는 액세스 권한이 될 수도 있습니다.

연구 데이터 소스, 가격 책정 도구, 거래 신호, 협력사 API는 온체인 필터로 설정할 수 있습니다. 예를 들어, 특정 NFT를 보유해야 할 수도 있고, 구독형 NFT를 보유해야 하는 경우 높은 수준의 서비스를 호출할 수도 있으며, 화이트리스트, 증거 잔고, 제로지식 증명을 통해 누가 진입할지 결정할 수도 있습니다.

OpenSea에게 변화는 매우 구체적입니다. 단일 NFT의 용도는 아바타, 수집품 및 커뮤니티 신분에서 에이전트가 서비스를 호출할 때의 할인 카드, 회원증 또는 한정된 좌석으로 확장됩니다. 시장에서 거래 가능한 항목 역시 소프트웨어가 직접 실행할 수있는 액세스 권한으로 확장됩니다.

OpenSea의 CTO Chris Maddern은 나중에이 방향을 안정적인 코인을 사용하여 에이전트 지불, NFT를 사용하여 신분과 구독을 할 수 있게 되었으며, 에이전트 도구 레지스트리는 이러한 아이디어를 실제 운영에 가깝게 이끕니다.

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 저자가 ERC-8257 을 「403 to x402의 402」로 표현한 이유입니다. HTTP 맥락에서, 402는 결제 요청을 가리킵니다. 403은 권한이 부족함을 나타냅니다. x402는「이 호출에 대해 어떻게 지불할 것인가」라는 답변을 합니다. ERC-8257은 「이 주소에 대한 권한이 있는가」를 처리하려고 합니다.

엄밀히 말하면, 403은 제품 위치를 이해하기 쉽게 하는 유사성입니다. ERC-8257 초안은 등록 및 권한 검사 메커니즘을 규정하며 모든 도구가 특정한 HTTP 403 프로세스를 통해 Agent에 응답해야한다고 명시하지는 않습니다.

에이전트 앱 스토어라는 말은 분배 지점을 놓고 하는 것입니다

「앱 스토어」라는 용어는 플랫폼이 승인하고 정렬하며 입구를 통제하는 폐쇄된 시장을 떠올리게 하지만 ERC-8257의 핵심 설계는 개방적인 방향을 향하고 있습니다: 어떤 개발자도 도구를 등록할 수 있으며, 에이전트는 체인상 등록 정보를 읽을 수 있으며 액세스 조건도 외부 스마트 계약에 의해 확장될 수 있습니다.

OpenSea가 실제로 경쟁하려는 것은 개방 프로토콜 위에서의 도구 발견과 자산 거래 시나리오입니다. 이전에는 에이전트가 도구를 찾기 위해 문서, GitHub 저장소, 중앙 집중식 디렉토리 또는 수동 구성을 의존했지만, ERC-8257은 확인 가능한 체인상 입구를 제공하여 에이전트가 가치 평가 API, 연구 구독, 거래 신호 또는 데이터 서비스를 찾아 사용 조건을 읽은 후 자신의 지갑 상태에 따라 구매 권한을 얻거나 결제를 완료할 수 있도록 합니다.

Ethereum Magicians 토론 포럼에서 제안자는 참조 구현이 베이스 메인넷에 배포되었으며 CLI, SDK 및 ERC-721, ERC-1155, 구독 및 복합 예시를 통해 검증되었음을 밝히고 있습니다.

이것은 OpenSea에게 NFT 집계 거래를 경쟁하는 것보다 폭넓은 경로를 열어줍니다. 에이전트 경제가 온체인 멤버쉽, 거래 가능한 좌석 또는 토큰 기반 API를 필요로 하는 경우, OpenSea는 계속해서 자산 발견 및 구매 장소 역할을 할 수 있습니다. 플랫폼의 매칭 대상은 문화 자산부터 시작해 점진적으로 기계 수행 작업을 위한 액세스 권한까지 확장될 수 있습니다.

에이전트가 체인 상 유료 도구를 호출하는 것을 살펴보면 현재 나타나는 프로토콜 역할은 대략 다음과 같습니다:

MCP는 도구와 AI 응용 프로그램 간의 통신 방식에 책임이 있습니다. 서버는 tools, resources, prompts를 노출시킬 수 있으며 클라이언트는 이미 연결된 서비스의 능력을 발견한 후 호출을 시작할 수 있습니다. 이는 능력 설명 및 호출 인터페이스를 처리하며 자연스럽게 공개적이고 온체인, 검증 가능한 글로벌 도구 목록을 제공하지는 않습니다.

ERC-8004는 에이전트의 신원, 신뢰도 및 검증 레코드에 관심을 가지며 다른 주체가 특정한 에이전트와 그 이전 행동에 대한 선결적을 식별할 수 있도록 합니다.

x402는 결제에 초점을 맞추어 사람이나 에이전트가 API 및 디지털 콘텐츠에 대해 스테이블코인을 사용하여 프로그래밍적으로 지불할 수 있게 합니다.

ERC-8257은 도구 발견 및 입장에 해당하는 이러한 층을 보충하려고 합니다: 에이전트가 도구를 찾는 방법, manifest가 변경되지 않았는지 확인하는 방법, 자신의 지갑이 사용 조건을 충족하는지 판단하는 방법 등입니다.

어떤 도전들이 존재하나요?

ERC-8257은 에이전트에게 도구 카탈로그와 출입 규칙 집합을 제공했지만, 서비스 품질 및 안전 문제를 자동으로 해결하지는 않았습니다.

체인 상의 매니페스트 해시는 에이전트가 읽은 설명 파일이 등록 시와 일치함을 증명할 뿐, 도구의 출력이 신뢰할 수 있고 인터페이스가 데이터 누설을 방지하며 개발자가 장기적으로 서비스를 유지할 수 있음을 보증할 수 없으며, 프레디케이트(조건) 스마트 계약 또한 잘못 구성되거나 만료되거나 복잡한 리스크를 도입할 수 있습니다.

에이전트가 자동으로 티켓을 구매할 수 있다고 해도, 그것이 있는 방이 반드시 안전하다는 것을 의미하지는 않습니다.

Ethereum Magicians 포럼에는 이어서 다듬어야 할 여러 문제들이 등장했습니다: 크로스체인 지갑 상태의 증명은 어떻게 하는가; ENS가 추가 발견 진입점으로 적합한가; 유료 프로토콜 네이밍은 통일된 규칙이 필요한가; ERC-8257과 다른 ERC-8239인 '에이전트 스킬 레지스트리'의 범위는 중첩되는가.

제안 작성자도 토론에서 도구 정의, 가격 안내 및 다양한 레지스트리 접근 방식 사이에 통합할 여지가 남아 있다고 확인했습니다.

따라서, ERC-8257의 의미는 이미 에이전트 도구 시장의 통합된 답변이 되었다는 것에 있는 것이 아닙니다. 이는 오히려 OpenSea가 미리 마련한 자리일 뿐입니다: 에이전트가 도구를 찾아, 개발자가 능력을 등록하며, NFT가 권한을 부여하고, 결제 프로토콜이 결제를 처리하며, OpenSea는 거래가 발생하는 곳 가장 가까이에 앉기를 희망합니다.

NFT 시장이 가장 관심을 가졌던 문제는 온체인 자산에 대해 누가 입찰을 할 것인가였습니다. ERC-8257이 열어둔 새로운 문제는 다음과 같습니다: 특정 소프트웨어가 계속 작동하기 위해 권한이 필요한 경우, 그것은 무엇을 구매할 것이며, 어디서 구매할 것인가요?