본문으로 건너뛰기

Google A2A vs Anthropic MCP: Web3 빌더가 무시할 수 없는 에이전트 프로토콜 스택

· 약 10 분
Dora Noda
Software Engineer

현재 모든 AI 에이전트와 이들이 접근하고자 하는 블록체인 사이에는 두 개의 프로토콜이 자리 잡고 있습니다. 하나는 Anthropic에서, 다른 하나는 Google에서 나왔습니다. 2026년 4월까지, 1분기에 온라인으로 전환된 25만 명 이상의 일일 활성 온체인 에이전트가 인프라에 접근하기를 원하는 Web3 빌더에게 이 두 프로토콜은 더 이상 선택이 아닌 필수입니다.

모델 컨텍스트 프로토콜 (MCP)은 에이전트에게 도구를 사용하는 방법을 알려줍니다. Agent2Agent 프로토콜 (A2A)은 에이전트에게 다른 에이전트와 대화하는 방법을 알려줍니다. 이들은 경쟁 관계라기보다는 서로 다른 계층에 가깝습니다. 하지만 어떤 것을 먼저 지원하고 최적화할지, 그리고 두 프로토콜을 통해 크립토 네이티브 프리미티브를 어떻게 노출할지에 대한 선택은 이제 에이전틱 웹 (agentic web)을 구축하는 모든 이들에게 기초적인 아키텍처 결정이 되었습니다.

에이전트 스택을 재편한 1년

MCP는 2024년 말 Anthropic에서 좁은 의미의 표준으로 탄생했습니다. Claude와 이후의 모든 모델이 맞춤형 통합 대신 단일 클라이언트-서버 인터페이스를 통해 외부 도구 및 데이터에 연결할 수 있도록 하는 것이 목표였습니다. Coinbase가 2026년 2월 Payments MCP를 출시했을 때, MCP는 Claude, Gemini, Codex와 같은 최전선 모델들이 지갑, API 및 데이터 피드에 도달하는 방식이 되었습니다. deBridge는 MCP 서버를 통해 크로스체인 스왑 라우팅을 노출했습니다. Solana의 MCP 서버는 모든 MCP 인식 모델이 자연어로 잔액 확인, 토큰 스왑 및 NFT 민팅을 할 수 있는 기능을 부여했습니다.

A2A는 다른 길을 걸었습니다. Google은 2025년 4월 Atlassian, Box, Cohere, Intuit, LangChain, MongoDB, PayPal, Salesforce, SAP, ServiceNow 및 대형 컨설팅 펌을 포함한 50개 이상의 출시 파트너와 함께 이를 발표했습니다. 2025년 6월에는 리눅스 재단 (Linux Foundation)에 기부되었습니다. MCP가 에이전트와 도구 간의 연결을 표준화한 곳에서, A2A는 에이전트와 에이전트 간의 연결을 표준화했습니다. 즉, 에이전트가 다른 에이전트를 발견하고, "에이전트 카드"를 읽고, 작업을 협상하며, 조직의 경계를 넘어 업무를 조정하는 방식입니다.

그 후 2025년 12월이 찾아왔습니다. 리눅스 재단은 OpenAI, Anthropic, Google, Microsoft, AWS, Block 등 6개 공동 창립사와 함께 에이전틱 AI 파운데이션 (AAIF)을 출범시키고 MCP와 A2A를 모두 동일한 거버넌스 체제 아래 두었습니다. "프로토콜 전쟁"이라는 프레임은 시작되자마자 사라졌습니다. 이들은 상호 보완적이며, 업계는 이제 그들을 그렇게 대우합니다.

Web3의 경우, 이러한 상호 보완성은 경쟁보다 훨씬 더 중요합니다. 도구는 온체인에 존재하고, 에이전트는 어디에나 존재합니다. 두 가지 모두가 필요합니다.

MCP가 크립토 스택을 위해 실제로 하는 일

MCP는 클라이언트-서버 도구 호출 프로토콜입니다. 애플리케이션 내부에서 실행되는 모델(MCP 클라이언트)은 도구, 리소스 및 프롬프트 템플릿 세트를 게시하는 MCP 서버에 연결됩니다. 서버는 로컬 파일 시스템, SaaS API 또는 시맨틱 설명이 포함된 블록체인 RPC 등 무엇이든 될 수 있습니다.

마지막 카테고리가 Web3가 연결되는 지점입니다. Coinbase의 Payments MCP는 지갑 생성, 온램프 흐름 및 스테이블코인 전송을 모든 MCP 클라이언트가 호출할 수 있는 도구로 노출합니다. deBridge의 MCP 서버는 크로스체인 견적 및 비수탁형 스왑 실행을 노출합니다. Solana MCP 서버는 잔액 확인, 전송, 스왑 및 민팅을 노출합니다. 모델 입장에서는 이들이 계산기 도구를 호출하는 것과 동일하게 느껴집니다. 크립토 네이티브의 복잡성은 JSON 스키마 뒤에 숨겨져 있기 때문입니다.

실제적인 효과는 Claude, Gemini, Codex 및 대부분의 오픈 웨이트 에이전트 프레임워크를 포함하여 MCP를 지원하는 모든 모델이 이제 맞춤형 SDK 작업 없이도 온체인 인프라와 상호 작용할 수 있다는 것입니다. 2026년 초 현재, x402 결제 프로토콜(아래에서 자세히 설명)은 6억 달러 이상의 거래량을 처리했으며, 약 50만 개의 활성 AI 지갑을 지원하고 있으며, 이들 대부분은 MCP로 노출된 도구를 통해 운영됩니다.

MCP가 할 수 없는, A2A가 추가하는 기능

A2A는 다른 질문에 답합니다. 내 에이전트가 법률 검토, 사기 점수 산정, 번역 또는 전문적인 온체인 분석을 수행할 수 있는 다른 에이전트를 고용해야 할 때, 해당 에이전트를 어떻게 찾고, 검증하고, 협력할 것인가?

A2A의 해답은 에이전트 카드입니다. 이는 에이전트의 능력, 엔드포인트, 인증 요구 사항 및 기술을 설명하는 HTTPS를 통해 호스팅되는 작은 JSON 문서입니다. 에이전트는 다른 에이전트를 발견하고, 카드를 읽고, 표준 HTTP + JSON-RPC 메서드 세트를 통해 작업을 시작합니다. 이 프로토콜은 의도적으로 얇게 설계되었습니다. 상대 에이전트가 어떤 프레임워크에서 실행되는지는 중요하지 않으며, 단지 A2A로 통신할 수 있으면 됩니다.

Web3에서 이는 조직 간 워크플로우가 이루어지는 곳입니다. 한 플랫폼의 트레이딩 에이전트가 다른 플랫폼의 리스크 평가 에이전트를 고용하는 것, DAO 트레저리 에이전트가 제3자 서비스에 규정 준수 확인을 위임하는 것, 게임 에이전트가 생성형 예술 에이전트에게 온체인 자산을 의뢰하는 것 등입니다. 이 중 어느 것도 단순한 도구 호출이 아닙니다. 이는 동료 간의 협상이며, MCP는 결코 이를 위해 설계되지 않았습니다.

Web3 네이티브 계층: x402와 ERC-8004가 그 아래에 자리 잡다

MCP와 A2A 모두 결제나 신원을 처리하지 않습니다. 그 공백을 크립토 네이티브 표준이 채우고 있습니다.

x402는 오랫동안 휴면 상태였던 HTTP 402 "Payment Required" 상태 코드를 Coinbase가 부활시킨 것입니다. 에이전트가 유료 엔드포인트에 도달하면 서버는 결제 지침과 함께 402를 반환합니다. 에이전트는 스테이블코인(주로 USDC)으로 결제하고 다시 시도합니다. 계정이나 구독이 필요 없으며 센트 미만의 미세 결제에 적합한 규모입니다. 2026년 4월까지 x402 파운데이션에는 Adyen, AWS, American Express, Base, Circle, Cloudflare, Coinbase, Google, Mastercard, Microsoft, Shopify, Solana Foundation, Stripe, Visa가 참여하고 있습니다. Google은 x402를 자체 Agents Payment Protocol (AP2) 이니셔티브에 통합했으며, 이는 사실상 A2A로 조정된 트랜잭션 아래의 결제 레일로 승인한 것입니다.

2026년 1월 29일 이더리움 메인넷에 출시된 ERC-8004는 신원 및 평판 대응 요소입니다. MetaMask, 이더리움 재단, Google, Coinbase의 기여자들이 공동 작성한 이 표준은 신원(Identity), 평판(Reputation), 검증(Validation)이라는 세 가지 온체인 레지스트리를 도입하여 에이전트가 자신이 누구인지 증명하고 조직 경계를 넘어 검증 가능한 실적을 쌓을 수 있도록 합니다. 2026년 4월까지 2만 명 이상의 에이전트가 등록되었으며 70개 이상의 프로젝트가 이를 기반으로 구축되고 있습니다. 이 표준은 의도적으로 A2A의 에이전트 카드 개념을 반영합니다. 온체인 AgentID는 오프체인 AgentCard로 연결되므로, A2A 호환 에이전트는 새로운 프로토콜 없이도 ERC-8004 신원을 상속받을 수 있습니다.

이더리움 재단과 Virtuals Protocol의 ERC-8183은 고용-인도-결제(hire-deliver-settle) 에스크로 패턴으로 루프를 완성합니다. 온체인 에이전트 구인 시장을 위한 클라이언트, 제공자 및 평가자 역할을 정의합니다. 이번 분기에 돌고 있는 깔끔한 요약은 다음과 같습니다. x402는 결제 방법을, ERC-8004는 상대방이 누구이며 신뢰할 수 있는지를, ERC-8183은 어떻게 확신을 가지고 거래할 수 있는지를 해결합니다. 이 세 가지 모두 A2A 조정과 MCP 도구 사용 위에서 작동합니다.

각 체인들의 전략적 집중 분야

서로 다른 L1 및 L2 들은 어떤 프로토콜 인터페이스가 가장 중요한지에 대해 서로 다른 베팅을 하고 있으며 , 이러한 선택은 해당 개발자 스택의 우선순위를 결정합니다 .

Ethereum 은 ERC-8004 및 ERC-8183 을 통해 신원 및 작업 시맨틱 (job semantics) 을 가장 깊이 있게 다루고 있으며 , 이를 A2A 의 조직 간 모델과 깔끔하게 일치시키고 있습니다 . Ethereum 재단의 dAI 팀은 ERC-8004 를 2026 년 핵심 로드맵 구성 요소로 지정했습니다 .

Solana 는 MCP 도구 노출과 x402 결제에 집중하고 있습니다 . 9,000 개 이상의 Solana 네트워크 에이전트가 배포되었으며 , Solana MCP 서버는 체인과 상호작용하려는 모든 MCP 인식 모델을 위한 표준 진입점입니다 . 이 생태계의 가설은 빠르고 저렴한 실행력에 네이티브 MCP 파이프라인을 결합하면 도구 호출 (tool-call) 레이어에서 승리할 수 있다는 것입니다 .

BNB Chain 은 2026 년 2 월 메인넷에 출시된 대체 불가능 에이전트 (Non-Fungible Agent, NFA) 표준인 BAP-578 을 통해 제 3 의 길을 택했습니다 . BAP-578 은 에이전트 자체를 주요 온체인 자산으로 만듭니다 . 각 NFA 는 지갑을 소유하고 , 토큰을 보유하며 , 로직을 실행하고 , 매매되거나 고용될 수 있습니다 . 이 표준은 플러그형 로직 컨트랙트를 통해 RAG , MCP 통합 , 미세 조정 (fine-tuning) 및 강화 학습 접근 방식을 지원합니다 . 2 월 중순까지 BNB Chain 에이전트 생태계는 10 개 카테고리에 걸쳐 58 개의 프로젝트로 확장되었습니다 .

Base 는 Coinbase 를 통해 x402 레일을 고정하고 에이전트 간 (agent-to-agent) 소액 결제를 위한 기본 정산 레이어가 되었습니다 . 이번 분기에 발표된 Stripe 와 Base 의 통합은 이 레일을 주류 결제 인프라로 확장합니다 .

이러한 패턴에서 알 수 있듯이 , 어떤 체인도 MCP 또는 A2A 중 하나만 선택하지 않습니다 . 모든 체인이 두 가지를 모두 선택하되 , 각각 크립토 네이티브 차별화 요소 (Ethereum 의 신원 , Solana 의 실행 , BNB 의 자산 표현 , Base 의 결제 ) 를 더하고 있습니다 .

개발자를 위한 핵심 질문 : 어떤 접점을 먼저 공개할 것인가 ?

표준이 수렴된다고 해서 순차적인 결정 과정이 사라지는 것은 아닙니다 . 프로토콜 , 지갑 , 브릿지 또는 데이터 제공업체는 여전히 무엇을 먼저 출시할지 선택해야 하며 , 그 선택에는 결과가 따릅니다 .

  • 제품이 도구라면 MCP 서버를 먼저 출시하십시오 . 지갑 , 브릿지 , 데이터 피드 , 스왑 라우터 등이 이에 해당합니다 . MCP 는 개별 에이전트와 도구 간의 흐름이 발생하는 곳이며 , 2026 년의 대부분의 자율 에이전트는 여전히 도구를 호출하는 단일 에이전트 설정입니다 .
  • 제품 자체가 에이전트이거나 다른 에이전트가 고용할 서비스라면 A2A 에이전트 카드를 다음으로 출시하십시오 . 위험 평가 , 규제 준수 확인 , 온체인 분석 , 마켓 메이킹 등이 에이전트 간 흐름에 해당합니다 .
  • 서비스에 과금이 가능하다면 x402 를 양쪽 모두에 연결하십시오 . 모든 MCP 도구 호출과 모든 A2A 작업 호출은 잠재적인 소액 결제 대상이며 , x402 는 가장 저항이 적은 경로입니다 .
  • 에이전트가 조직의 경계를 넘어 작동하고 평판이 중요하다면 ERC-8004 에 등록하십시오 . 평판이 없는 신원은 이름표에 불과하지만 , 온체인 평판이 있는 신원은 실적 기록이 됩니다 .
  • 서비스가 개별적이고 평가 가능한 결과물을 판매한다면 ERC-8183 을 고려하십시오 . 에스크로 패턴은 ' 계약자로서의 에이전트 ' 비즈니스 모델에 깔끔하게 부합합니다 .

ERC-4337 의 느린 채택과 ERC-20 의 즉각적인 성공을 비교해 보면 교훈을 얻을 수 있습니다 . ERC-20 이 승리한 이유는 모든 토큰에 동일한 기능이 필요했기 때문입니다 . ERC-4337 이 더딘 이유는 계정 추상화가 확실한 보상이 있을 때만 가치가 있기 때문입니다 . MCP 는 거의 모든 에이전트에게 도구가 필요하다는 점에서 ERC-20 과 더 비슷해 보이며 , A2A 는 다중 에이전트 워크플로우가 실제로 존재하는 곳에 채택이 집중된다는 점에서 ERC-4337 과 더 유사합니다 . 에이전트 인구가 증가하고 전문화가 진행됨에 따라 상황이 바뀔 수 있지만 , 2026 년까지는 대부분의 Web3 개발자에게 MCP 우선 순위가 적절해 보입니다 .

인프라 제공업체에 이것이 중요한 이유

에이전트 중심의 웹을 지원하는 RPC 및 인덱서 제공업체에게 시사하는 바는 명확합니다 . 지원하는 모든 블록체인은 두 프로토콜을 통해 접근 가능해야 하며 , 적절한 경우 x402 측정 기능이 내장되어야 합니다 .

BlockEden.xyz 는 Sui , Aptos , Solana , Ethereum , BNB Chain , Base 를 포함한 27 개 이상의 블록체인에서 프로덕션급 RPC 및 인덱싱 인프라를 운영하고 있습니다 . 자율 에이전트들은 MCP 서버와 A2A 워크플로우를 통해 이러한 인프라에 점점 더 많이 접속하고 있습니다 . 첫날부터 두 프로토콜을 모두 지원해야 하는 에이전트 통합 인프라를 구축하고 있다면 당사의 API 마켓플레이스를 살펴보십시오 .

참고 문헌