귀하의 USDC는 어제 적용된 이자율을 적용받아 이자를 적립 중입니다.Quicknode 이를 오늘의 최고 Morpho 금고로 자동으로 이동시킵니다. 7개 체인에서 운영 중입니다.
전략 수립하기ERC-8004: 신뢰 없는 AI Agent 관리 개발자 가이드
ERC-8004는 Ethereum AI agents 신원 표준입니다. 온체인 레지스트리가 어떻게 탐색, 평판, 신뢰를 가능하게 하는지 알아보세요.

2026년 3월 4일 — 읽는 데 7분 소요

AI agents 단순히 행동을 할 수 있다는 이유만으로 더 이상 뉴스의 헤드라인을 장식할 만한 소재는 agents . 그런 부분은 이제 당연한 것으로 여겨지고 있습니다.
오늘날 AI agent API를 호출하고, 다른 agents 소통하며, 도구에 접근하고, 결제를 처리하며, 워크플로를 조정할 agent .
여러 면에서 그들은 이미 디지털 근로자처럼 행동하고 있다.
하지만 이들을 식별하거나, 신원을 확인하거나, 권한 범위를 정의하는 데 있어 표준화된 방법은 없습니다.
ERC-8004는 이에 대한 Ethereum 해법이며, 이 글에서는 ERC-8004가 무엇인지, 어떻게 작동하는지, 그리고 진지하게 고려할 만한 수준에 도달했는지를 자세히 살펴봅니다.
오늘날 AI agent 결제를 agent API와 상호작용할 때, 이에 대해 검증 가능하고 표준화된 방식으로 답변할 수 있는 방법은 없습니다:
이 agent 누구이며 agent 누가 이 agent 파견했습니까?
거래 내역이나 평판이 있나요?
어떤 권한이나 역할을 가지고 있나요?
반면, 인간은 수십 년에 걸쳐 신뢰와 평판, 책임감을 함께 담을 수 있는 휴대 가능한 정체성을 고안해 왔습니다.
법적 신원 정보, 면허, 신용 이력, 재무제표 등.
오늘날 AI agents 실제 사용자를 대신해 실제 자금, 실제 데이터, 실제 의사결정을 agents 있으므로, 이러한 질문에 대규모로 신뢰할 수 있는 방식으로 답변할 수 있는 방법이 필요합니다.
5년도 채 되지 않는 기간 동안 AI agents 둘러싼 인프라가 급속도로 agents . 이 기간 동안 다음과 같은 3가지 주요 실행 방향이 구체화되었습니다:
MCPagents 도구에 agents 방식을 표준화하여, agents 인프라를 agents , 워크플로를 실행하며, 외부 서비스와 상호작용할 수 있도록 했습니다.
A2A는 agents 서로 소통할 agents 있도록 체계적인 메시징 프레임워크를 제공했습니다.
x402 이들에게 네이티브 결제 경로를 제공함으로써, agents 사람의 개입 없이도 HTTP 계층에서 스테이블코인으로 거래할 agents 되었습니다.
💡다음에 대해 알아보세요 x402 이 무엇인지, 그리고 어떻게 작동하는지 알아보세요
각 프로토콜은 자신만의 특정 문제를 훌륭하게 해결했으며, 오늘날 agents 있어 실행은 더 이상 큰 골칫거리가 아닙니다.
하지만, 그들 각자는 금세 정체성이나 평판이라는 벽에 부딪히게 된다.

간단히 말해, 이러한 프로토콜들은 agent 답변을 제공할 수 있는 기능이 없습니다. ERC-8004는 바로 이러한 격차를 해소하기 위해 고안되었습니다.

ERC-8004는 Ethereum agents AI agents 위해 설계된 신원 및 평판 조정 표준입니다.
해당 이 이 표준에 대한 제안서는 마르코 데 로시(MetaMask), 다비데 크라피스(Ethereum ), 조던 엘리스(구글), 에릭 레펠(코인베이스)이 작성했습니다.
ERC-8004 표준은 다음과 같은 3가지 온체인 레지스트리를 도입합니다:
각 agent 고유한 온체인 식별자로 agent , 이는 ERC-721 토큰으로 발행됩니다. 이 NFT는 agent 불리는 구조화된 JSON 파일을 가리키며, 이 파일에는 agent 이름, 기능, 서비스 엔드포인트(MCP, A2A, 웹) 및 결제 주소가 포함되어 있습니다.
온체인 구성 요소는 신원을 확립합니다. 오프체인 메타데이터는 맥락을 제공합니다.
평판 계층을 통해 agent신원과 연계하여 상호작용 및 피드백을 기록할 수 있습니다. 이를 통해 승인된 agents 응답 시간이나 가동 시간과 같은 정량적 점수 및 범주형 태그 형태로 피드백을 게시할 수 있습니다.
이를 통해 agent 성과 데이터를 다른 agents 상호작용하기 전에 참고 agents 있도록 이동 가능하고 조회 가능한 형태로 제공됩니다.
이 레지스트리는 agent 다음을 수행했다는 검증 가능한 증거를 기록하기 위한 표준화된 메커니즘입니다:
작업 완료
올바르거나 허용 가능한 출력을 생성했습니다
사전에 정의된 제약 조건 또는 보장 사항을 충족함
기억해 두세요: 이 레지스트리는 검증 결과가 어떻게 기록되는지만 정의할 뿐, 어떤 검증 방식을 사용할지는 정의하지 않습니다. 따라서 이 레지스트리는 사회적 합의부터 암호경제학적 슬래싱에 이르기까지 다양한 검증 전략을 지원하도록 설계되었습니다.
다만, 이 레지스트리가 아직 완성되지 않았다는 점을 유의해야 합니다. 인프라로 정식 출시되기 전까지는, 이 검증 레지스트리는 설계 단계에 불과합니다.
이 세 가지 레지스트리는 서로 결합되어 중립적인 조정 계층을 형성합니다. 즉 agents 찾아내고 agents 해당 에이전트의 실적 기록을 검토하며 > 주장을 검증할 수 있는 방법을 제공합니다.
그러면 자연스럽게 다음과 같은 의문이 생깁니다: 차라리 기존의 신원 인증 시스템을 사용하는 게 어떨까요?
정체성이 문제라면, 이미 존재하는 것을 활용하는 건 어떨까요?
오늘날 개발자들은 OAuth, API 키, 분산 식별자(DID), 지갑 주소, 그리고 다음과 같은 명명 체계에 익숙합니다. ENS와 같은 네이밍 시스템에 익숙합니다. 이 각각은 일종의 신원 확인 또는 인증의 한 형태를 제공합니다.
왜 새로운 것을 만들까요?
간단히 말해서, ERC-8004는 같은 문제를 해결하지 않기 때문입니다.
다음은 이러한 시스템의 목적과 ERC-8004가 필요한 이유를 한눈에 파악할 수 있는 간단한 표입니다.
OAuth | DID (분산형 신원) | ENS | ERC-8004 | |
|---|---|---|---|---|
목표는 무엇인가요? | 애플리케이션에 대한 사용자 권한 부여 | 분산형 식별자 | 블록체인 주소에 대한 사람이 읽기 쉬운 명명 방식 |
전체적인 관점에서 보면, 이러한 시스템들은 각각 특정 신뢰 영역을 염두에 두고 설계되었습니다. 그리고 ERC-8004를 agents 그 어느 것도 AI agents 위해 설계된 것이 아닙니다.
이론적으로, ERC-8004에 따라 agent 다음을 가질 수 있으며,
ENS 이름을 사람이 읽기 쉬운 식별자로 지정하고,
사용자와의 상호작용을 위한 DID, 그리고
ERC-8004는 특히agent 및 신뢰 형성을 위해 고안되었습니다.
이와 같이, ERC-8004는 다른 메서드들을 자신의 정체성 계층 내에서 조합 가능한 기본 요소로 취급합니다.
💡보너스: 다음 주제에 대한 전체 가이드를 읽어보세요 기업용 ENS 도메인에 대한 전체 가이드를 읽어보세요
그렇다면, ERC-8004 디스커버리는 실제로 현장에서 어떻게 작동할까요?
개발자는 agent 배포하고 이를 Identity Registry에 등록합니다.
agent 자신의 기능, 노출된 엔드포인트 및 결제 세부 정보를 설명하는 관련 메타데이터가 포함된 온체인 ID를 agent .

이제 agents agent 개발자는 레지스트리를 직접 조회하거나 타사 인덱서를 통해 색인된 메타데이터, 기능 또는 사용 가능한 평판 신호를 활용하여 에이전트를 식별할 수 있습니다.

상호작용을 시작하기 전에, 질의하는 agent 후보자의 평판 등록부 이력(이전 결과, 증명서 및 관련 증거 포함)을 agent .
이는 agent실적 기록이 자체 위험 허용 한도를 충족하는지 여부를 판단합니다.
허용되는 경우, agent 공개된 인터페이스(MCP, A2A 또는 HTTP)를 통해 agent 작업을 실행합니다.
결제는 다음을 통해 처리됩니다. x402 또는 이와 호환되는 다른 방식을 통해 이루어집니다. 결과 데이터와 피드백은 평판 레지스트리에 다시 기록되어, 향후 조회를 위해 agent온체인 실적을 업데이트할 수 있습니다.
이것이 바로 ERC-8004가 도입하는 조정 계층입니다. 그렇다면, 이 모든 것이 통합되었을 때 개발자들에게 AI Agents 스택은 실제로 어떻게 보일까요?
오늘날 AI agent 스택은 서로 연동되어 작동하는 성숙한 기본 구성 요소들의 집합입니다. 개발자가 활용할 수 있는 요소들을 간략히 살펴보면 다음과 같습니다:
레이어 | 의정서 | 함수 |
|---|---|---|
정체성 및 신뢰 | ERC-8004 | 이 agent 누구이며, 어떤 활동을 했으며, 이를 확인할 수 있습니까? |
결제 | HTTP 계층에서 중개자 없이 원시 값을 전달 | |
도구 이용 |
각 계층은 다른 계층들이 agents 더 유용하게 활용될 수 있도록 돕습니다.
agent ERC-8004를 agent 다른 agent 탐지할 agent .
해당 agent 에게 agent 지급할 수 있습니다.x402를 통해 해당 에이전트에게 대금을 지급할 수 있습니다.
MCP 호환 엔드포인트를 통해 서비스를 호출할 수 있습니다.
💡빠른 시작: 솔라나에서 Solana에서 LLM 통합을 위한
각 층이 서로 맞물릴 때 그 가치는 배가됩니다.
개발자들에게 이 스택은 실질적인 의미를 지닙니다. agents , 조직의 경계를 넘어 이전에 만난 적 없는 agents agents 발견할 수 agents , 자동으로 보상이 이루어지며, 모든 상호작용에 검증 가능한 실적 기록이 첨부되는 agents 구축할 agents 인프라가 이미 마련되어 있다는 것입니다.
Quicknode 이 스택의 핵심 계층을 지원하고 있습니다.
ERC-8004 레지스트리 계약에 Agents 안정적인 RPC 액세스가 필요하며, 바로 이것이Quicknode 핵심 인프라입니다.
실행 측면에서는, Quicknode 서버는 는 AI 어시스턴트를 RPC 엔드포인트, 인덱싱 및 스트리밍을 통해 AI 어시스턴트를 블록체인 데이터에 직접 연결해 주며, 별도의 맞춤형 통합 작업이 필요하지 않습니다.
그리고 Quicknodex402 덕분에 agents 스택 agent 다른 agent 비용을 지불하는 것과 동일한 방식으로 RPC 컴퓨팅 비용을 지불할 agents .
실질적으로 Quicknode 신원 조회, 실행 접근 권한, 네이티브 agent 모두 Quicknode , 이 모든 기능은 엔터프라이즈급 인프라 와 개발자 및 팀에게 필요한 지원을 바탕으로 제공됩니다.
💡추천 읽을거리: Quicknode X402 결제 통합, 웹3 지원 AI 에이전트 구축 등을 위한X402 통합, 웹3 지원 AI agents 구축 등에 관한 가이드를 제작 중입니다.
이 모든 정보와 도구를 손에 쥐고 있는 지금, 우리는 agent 위한 완벽한 인프라를 구체화해 냈을까요?
전혀 그렇지는 않다. 아직은 아니다.
보시다시피, agent 견고한 신뢰 계층이 필요할 것입니다. 현재로서는 누가 이를 정의할 것인지가 유일한 미해결 문제입니다. 두 가지 방향이 있습니다:
지금 바로 개방형 표준으로 구축하거나,
중앙 집중식 디렉토리를 보유한 거대 기술 기업들이 모든 사람의 접근 권한과 인센티브를 결정하게 될 때까지 기다려 보라.
ERC-8004는 전자를 향한 최초의 본격적인 시도입니다. 즉, 단일 주체가 통제하지 않는, 허가 없이 누구나 이용할 수 있고, 감사를 거쳤으며, 기관의 지원을 받는 표준입니다.
이는 신뢰가 형성될 수 있는 협력의 기반을 마련함으로써, 개방형 agent 토대를 다집니다.
2017년에 설립된 Quicknode 개발자와 기업을 위해 기관급 블록체인 인프라를 Quicknode . 99.99%의 가동률과 80개 이상의 체인을 지원함으로써, 팀들은 타협 없이 온체인 애플리케이션을 구축하고 확장할 수 있습니다.
최신 엔지니어링 인사이트, 제품 업데이트, 웹3 뉴스를 여러분의 이메일로 바로 받아보세요.
SOC 2 Type II 인증 · ISO 27001
이 제품은 누구를 위한 것입니까? | 사람 사용자 | 실체 | 주소 및 계약서 | 자율 agents |
누가 이를 통제하나요? | 중앙 집중식 인증 서버 | 신원 소유자 | 온체인 이름 등록부 | 허가 없이 이용 가능한 온체인 레지스트리 |
디스커버리 모델 | 신청 구체적인 | 식별자 해결 | 이름 조회 (탐색 목적 아님) | 레지스트리 기반의 개방형 검색 |
신원 평판 또는 검증 | 없음 | 없음 | 없음 | 네, 그리고 기본적으로 지원됩니다. |
자율 agents 위해 설계됨 | 아니요 | 꼭 그렇지는 않습니다 | 아니요 | 네 |
MCP / A2A |
서비스 및agent 간agent 위한 표준화된 인터페이스 |