🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

자율 에이전트가 단순한 출력 도구를 넘어 실제 자산군이 되려면, 신원·평판·가격·계약·결제·분쟁·거버넌스가 결합된 시장 인프라가 필요하다.

📌 핵심 요약

• 자율 에이전트 시장의 병목은 모델 성능보다 “에이전트가 신뢰 가능한 경제 주체로 거래할 수 있는가”에 있다.
• 원문은 에이전트 거래 인프라를 신뢰 plane, 시장 plane, 통제 plane의 3개 영역과 10개 레이어로 분해한다.
• ERC-8004는 에이전트 신원, 발견, 평판, 검증을 연결하는 초기 신뢰 기반으로 제시된다.
• 시장 plane에서는 실시간 견적, 기계가 읽을 수 있는 계약, 결제, 분쟁 해결이 핵심 병목이다.
• 통제 plane에서는 거버넌스, 컴플라이언스, 런타임·오케스트레이션이 기업 도입의 전제 조건으로 부상하고 있다.
• 전략적으로는 신원, 결제, 거버넌스를 함께 장악하는 주체가 기계 노동의 거래 레일을 통제할 가능성이 크다는 관점이 제시된다.

🧩 주요 포인트

1. 자율 에이전트는 출력 생성만으로는 시장 참여자가 될 수 없고, 상대방 탐색·계약·지불·검증·분쟁 대응 능력이 필요하다.
2. 신뢰 plane은 에이전트가 누구인지, 무엇을 할 수 있는지, 과거에 어떤 성과를 냈는지를 증명하는 기반이다.
3. 시장 plane은 가격 발견, 계약, 결제, 분쟁 해결을 통해 에이전트 간 가치 교환을 실제 거래로 전환한다.
4. 통제 plane은 에이전트의 권한 범위, 규제 증빙, 다중 에이전트 실행 조율을 담당한다.
5. ERC-8004는 전체 스택을 해결하지는 않지만, 여러 레이어가 참조할 수 있는 공통 신뢰 기판으로 의미가 있다.
6. 현재 가장 덜 구축된 영역은 실시간 기계 간 가격 발견이며, 원문은 이를 큰 시장 기회로 본다.

🧠 상세 정리

1. 병목은 지능이 아니라 시장 진입 능력이다

원문은 자율 에이전트 논의가 모델, 코파일럿, 워크플로우, 노동비 절감에 치우쳐 있다고 지적한다. 하지만 시장은 지능만으로 작동하지 않는다. 시장에는 신원, 신뢰, 가격, 계약, 결제, 집행, 정책이 필요하다. 이 요소들이 없으면 경제가 아니라 데모에 가깝다는 것이다. 따라서 핵심 질문은 “누가 에이전트에 자금을 대는가”가 아니라 “하나의 소프트웨어 행위자가 다른 소프트웨어 행위자와 신뢰성 있게 거래하도록 만드는 인프라는 무엇인가”다. 원문은 이 인프라를 신뢰 plane, 시장 plane, 통제 plane의 세 영역으로 나누고, 그 안에 10개 레이어를 배치한다.

2. 신뢰 plane: 에이전트가 누구인지 증명해야 시장이 열린다

첫 번째 레이어는 신원이다. 사람에게 KYC가 있다면 에이전트에게는 Know-Your-Agent가 필요하다. 현재 에이전트는 이름이나 모델 버전을 주장할 수 있지만, 실제 가중치, 시스템 프롬프트, 접근 가능한 도구가 주장과 일치하는지 검증하기 어렵다. 악의적 운영자가 강력한 모델을 적대적 프롬프트로 감싸 다른 서비스처럼 네트워크에 올리는 문제도 가능하다. 이 레이어에는 모델 계보 증명, 도구 권한 manifest, 지속적인 agent DID가 필요하다. 원문은 ERC-8004를 가장 구체적인 표준화 시도로 본다. ERC-8004는 에이전트별 ERC-721 토큰을 통해 A2A endpoint, MCP endpoint, ENS handle, 지갑 주소, 신뢰 모델 등을 담은 등록 파일을 연결한다. 다만 현재는 운영자 자기 증명에 가까우며, 추론 제공자가 직접 서명한 attestation을 제공할지는 남은 과제다.

3. 발견과 평판은 신뢰를 거래 가능한 정보로 바꾼다

두 번째 레이어는 discovery와 capability registry다. 에이전트가 다른 에이전트를 찾으려면 단순한 웹페이지 목록이 아니라 기계가 읽을 수 있는 능력 선언이 필요하다. 예를 들어 입력·출력 형식, 지연시간 SLA, 관할권, 규제 데이터 처리 여부 같은 정보가 구조화되어야 한다. Anthropic의 MCP와 Google의 A2A는 상호운용성 기반이지만, 그 자체로는 시장이 아니다. 세 번째 레이어는 평판이다. 에이전트 작업은 아직 완전히 상품화되지 않았고, 품질 편차와 모델 drift, 모델 폐기 문제가 존재한다. 따라서 가격만으로 거래가 성사되기 어렵고, 과거 성과가 중요한 신뢰 지표가 된다. 원문은 ERC-8004의 Reputation Registry가 피드백을 저장하고 조회하는 얇은 표준 인터페이스 역할을 할 수 있다고 본다. 다만 원시 피드백을 실제 구매자가 사용할 점수로 바꾸는 평가·집계 계층은 아직 열려 있다.

4. 시장 plane의 핵심은 결과 기준 가격과 계약이다

네 번째 레이어는 견적과 가격 발견이다. 원문은 이 영역이 거의 존재하지 않으며 경제적으로 가장 흥미로운 레이어라고 본다. 에이전트 서비스의 핵심 가격은 토큰당 비용이 아니라 “수용 가능한 품질의 결과당 가격”에 가깝다. 이를 위해 buyer agent가 작업 명세를 broadcast하고 provider agent가 100ms 안에 견적을 내는 실시간 RFQ 구조가 필요하다. 다섯 번째 레이어는 계약이다. 가격 합의만으로는 거래가 아니다. 무엇을 언제까지 어떤 품질 기준으로 제공해야 하는지, 실패하면 어떤 구제가 있는지, 데이터 처리 규칙은 무엇인지가 기계가 읽을 수 있어야 한다. 원문은 agent 시장에서 계약이 PDF보다 하이브리드 객체에 가까워질 것으로 본다. 경제 조건, 평가 기준, 허용 데이터·API·관할권, 검증자, 분쟁 경로가 함께 들어간 실행 wrapper가 되는 구조다.

5. 결제와 분쟁 해결은 거래를 최종화하는 레이어다

여섯 번째 레이어는 settlement다. 에이전트는 per-call, per-result, per-second 단위로 움직일 수 있기 때문에 Net 30 같은 인간 중심 결제 주기와 맞지 않는다. 원문은 stablecoin rails, agent-issued cards, direct debit·ACH를 각각 다른 용도에 맞는 결제 수단으로 본다. 고빈도 agent-to-agent 거래에는 stablecoin, agent-to-merchant 거래에는 virtual card, 주기적 treasury 관리에는 ACH가 맞을 수 있다는 구조다. 일곱 번째 레이어는 dispute resolution이다. 에이전트가 결과물을 제대로 제공하지 못했을 때 누가 판단할 것인가가 문제다. 원문은 escrow, 자동 환불·벌칙, validator·arbitration agent, 드문 인간 escalation을 구성 요소로 제시한다. ERC-8004의 Validation Registry는 재실행, zkML proof, TEE attestation, human-in-the-loop 등 다양한 검증 방식을 연결할 수 있는 표준 hook으로 설명된다.

6. 통제 plane은 에이전트가 무엇을 할 수 있는지 정한다

여덟 번째 레이어는 governance와 authority다. 원문은 거버넌스를 더 나은 시스템 프롬프트 문제가 아니라 runtime authorization과 법적 권한 문제로 본다. 에이전트가 어떤 행동을 하기 전에 정책 엔진이 제안된 호출을 평가하고 승인, 인간 승인 요청, 차단 중 하나를 결정해야 한다. 여기에는 지출 한도, 위임 권한, approval chain, kill switch, rollback, downstream layer가 소비할 수 있는 proof of authority가 포함된다. 특히 계약 레이어가 “이 에이전트가 principal을 법적으로 구속할 권한이 있었는가”를 확인하려면 governance layer를 조회해야 한다. 원문은 이 지점이 아직 깊게 해결되지 않은 문제라고 본다.

7. 컴플라이언스와 런타임은 기업 도입의 실행 기반이다

아홉 번째 레이어는 compliance다. 거버넌스가 “조직이 에이전트에게 무엇을 허용할 것인가”를 다룬다면, 컴플라이언스는 “규제기관에 무엇을 증명해야 하는가”를 다룬다. 원문은 EU AI Act의 high-risk 의무와 벌칙을 배경으로, compliance가 governance의 하위 기능이 아니라 별도 구매 카테고리로 분리되고 있다고 설명한다. 열 번째 레이어는 orchestration과 runtime이다. 런타임은 에이전트가 실행되는 곳이고, 오케스트레이션은 여러 에이전트의 상태, handoff, 병렬성, 실패 복구를 조율하는 영역이다. Observability는 모든 호출과 도구 사용, 프롬프트를 추적해 평판, 컴플라이언스, 분쟁 해결의 증거가 된다. 원문은 marketplace가 이 모든 런타임을 직접 만들 필요는 없지만, reputation·compliance·dispute layer로 내보낼 표준 export format은 필요하다고 본다.

🧾 핵심 주장 / 시사점

• 자율 에이전트 시장의 진짜 병목은 모델 성능보다 거래 가능성을 보장하는 시장 인프라의 부재다.
• 신원은 평판을 가능하게 하고, 평판은 가격 발견을 가능하게 하며, 가격 발견은 계약과 결제를 가능하게 하는 식으로 10개 레이어가 상호 의존한다.
• ERC-8004는 전체 해답은 아니지만, 신원·발견·평판·검증을 잇는 공통 substrate로 의미가 있다.
• 기업 도입에서는 governance가 결제·신원만큼 중요한 플랫폼 레이어로 부상하고 있다.
• 원문은 실시간 agent-to-agent quoting layer가 아직 과소평가된 핵심 기회라고 본다.

✅ 액션 아이템

• ERC-8004가 정의하는 Identity Registry, Reputation Registry, Validation Registry의 역할을 별도로 정리한다.
• MCP와 A2A가 discovery layer에서 어떤 endpoint·capability 정보를 제공할 수 있는지 확인한다.
• Coinbase x402, Visa Intelligent Commerce, Mastercard Agent Pay, Stripe Issuing이 settlement layer에서 맡는 위치를 비교한다.
• Cordum, Aegis AI, Assury Enforce, Galileo Agent Control, Microsoft Agent Governance Toolkit을 governance layer 관점에서 분류한다.

❓ 열린 질문

• 추론 제공자가 에이전트의 모델 계보와 시스템 프롬프트에 직접 서명하지 않는다면, Know-Your-Agent 신뢰는 어디까지 유효할 수 있는가?
• agent-to-agent 시장에서 결과 품질을 검증하는 제3자 validator는 어떤 방식으로 신뢰와 보상을 얻을 수 있는가?
• crypto-native governance와 enterprise-native governance는 공통 policy format으로 수렴할 것인가, 아니면 산업별로 계속 분리될 것인가?