본문으로 건너뛰기

Chrome 146, WebMCP 출시. Web3 역사상 최대 규모의 배포 장벽 해제.

· 약 10 분
Dora Noda
Software Engineer

2026년 3월 10일, 구글은 Chrome 146의 안정 버전을 조용히 출시했습니다. 릴리스 노트에는—또 다른 비밀번호 관리자 조정과 탭 그룹 재설계 이면에—지난 5년 동안 출시된 그 어떤 지갑보다 Web3 배포 방식을 더 크게 재편할 브라우저 API가 숨겨져 있었습니다.

이름은 WebMCP입니다. 이는 navigator.modelContext에 위치하며, 이를 통해 38억 3천만 명의 Chrome 사용자들은 지갑을 설치하지 않고도 온체인 거래를 할 수 있는 네이티브 경로를 갖게 되었습니다.

지갑 설치 병목 현상을 해결하는 조용한 기능

지난 10년 동안 Web3의 성장 공식은 다음과 같았습니다: 사용자 확보 → 사용자에게 MetaMask 설치 권장 → 사용자에게 지갑 자금 충전 권장 → 사용자에게 트랜잭션 서명 권장. 이 과정의 각 단계마다 40~70%의 사용자가 이탈했습니다. 전체 "크립토 UX" 담론은 MetaMask 의존성에 대한 사후 분석의 연속이었습니다.

WebMCP(Web Model Context Protocol)는 트랜잭션 접점을 브라우저 자체로 옮김으로써 앞의 세 단계를 제거합니다.

구글과 마이크로소프트 엔지니어들이 공동 개발하고 W3C의 Web Machine Learning 커뮤니티 그룹을 통해 인큐베이팅된 WebMCP는 Anthropic의 Model Context Protocol(MCP)을 브라우저에 맞게 조정했습니다. 이제 모든 웹사이트는 구조화된 "도구 (tools)"를 등록할 수 있으며, Chrome 내부에서 실행되는 AI 에이전트는 DOM 스크래핑, 버튼 클릭 휴리스틱, 화면 읽기 시뮬레이션 없이도 이를 직접 검색하고 호출할 수 있습니다. 구글 엔지니어 Khushal Sagar는 이 목표를 한 문장으로 설명했습니다. "WebMCP는 웹과 AI 에이전트 상호작용의 USB-C가 되는 것을 목표로 합니다."

이러한 프레임워크는 크립토에 미치는 의미를 과소평가하는 것입니다. USB-C가 하드웨어 커넥터를 표준화했다면, WebMCP는 38억 3천만 명의 브라우저 사용자와 그들의 AI 에이전트, 그리고 해당 에이전트가 결제, 스왑 또는 정산에 필요로 하는 모든 온체인 서비스 간의 인터페이스를 표준화합니다.

Chrome 146이 실제로 출시한 것

API 인터페이스는 의도적으로 최소화되었습니다. 사이트는 navigator.modelContext.registerTool()을 호출하여 입력에 대한 JSON 스키마와 로직을 위한 execute() 핸들러와 함께 이름이 지정된 작업(예: swapTokens 또는 signPermit)을 노출합니다. 브라우저의 에이전트는 기능 목록을 요청하고 스키마를 읽고 타입이 지정된 매개변수로 호출하는 방식으로 다른 MCP 서버를 열거하는 것과 동일하게 이러한 도구들을 열거합니다.

등록 방법은 두 가지입니다:

  • 선언적 API (Declarative API): HTML 폼 속성이 표준 작업을 정의합니다. 자바스크립트가 전혀 필요하지 않습니다.
  • 명령형 API (Imperative API): registerTool(), unregisterTool(), provideContext(), clearContext()를 통해 동적 앱이 상태 변경에 따라 도구 인터페이스를 업데이트할 수 있습니다.

두 경로 모두 에이전트에게 동일한 것, 즉 타입이 지정된 계약을 가진 명명된 도구를 제공합니다. 더 이상 "확인 버튼 찾기", 취약한 Playwright 스크립트, LLM이 추측한 XPath는 필요 없습니다. 웹사이트는 에이전트에게 구조화된 방식으로 자신이 무엇을 할 수 있는지 알려줍니다.

2026년 2월, Chrome 146 Canary 버전은 chrome://flags 토글 뒤에 이 기능을 포함했습니다. 3월 10일에 안정 버전으로 승격되었습니다. 며칠 후 Microsoft Edge 147이 그 뒤를 이었습니다. 이는 사실상 데스크톱 브라우저 시장 전체를 의미합니다. Chrome과 Chromium 기반 브라우저가 전 세계 점유율의 75%를 차지하며, Statcounter에 따르면 2026년 Chrome 단독 점유율은 67.72%에 달합니다.

Web3 프로토콜이 WebMCP 엔드포인트를 게시하기 위해 경쟁하는 이유

에이전트 기반 크립토 커머스에 미치는 영향은 즉각적이며, 이를 주시하는 프로토콜들은 이미 움직이기 시작했습니다.

현재 존재하는 스택을 살펴보겠습니다:

  • MCP — 에이전트가 도구를 발견하고 호출하는 방법.
  • x402 — Coinbase가 개척하여 부활시킨 HTTP 402로, 일반 HTTP를 통해 즉각적인 스테이블코인 결제를 가능하게 합니다. 2026년 초까지 5,000만 건 이상의 트랜잭션이 처리되었으며, Solana가 Base, Solana, BNB Chain 전체 x402 거래량의 약 65%를 처리하고 있습니다.
  • AP2 (Agent Payments Protocol) — 구글의 조정 레이어로, Coinbase, 이더리움 재단, MetaMask와 함께 구축되었으며 크립토 정산을 위한 명시적인 "A2A x402 확장"을 포함합니다.
  • ERC-8004 — 이더리움의 새로운 에이전트 실행 프리미티브.

Chrome 146 이전에는 이 스택이 서버 측 에이전트 프레임워크에 존재했습니다. 유료 API를 호출하는 자율 에이전트는 OpenAI의 Custom Actions, Anthropic의 MCP 호스팅 도구, Zapier 스타일의 브로커와 같은 관리형 런타임 내에서 실행되어야 했습니다. 사용자 인터페이스는 채팅 창이었고, 배포 병목 현상은 사용자가 그날 우연히 연 AI 앱이었습니다.

WebMCP는 이를 무너뜨립니다. 브라우저가 런타임이 됩니다. 에이전트는 거래 중인 웹사이트 바로 옆 탭에 존재합니다. 그리고 결정적으로, 결제 흐름에 사전 설치된 지갑이 필요하지 않습니다. MetaMask + AP2 + x402 컨소시엄은 이미 Chrome 네이티브 에이전트가 스테이블코인 결제를 협상하고, 사용자가 동의한 서명자를 통해 이를 라우팅하며, 도구 응답으로 구조화된 확인을 다시 받는 경로를 설계했습니다.

리눅스 재단(Linux Foundation)이 2026년 4월에 새로 설립된 x402 재단을 수용하겠다고 발표한 것은 우연이 아닙니다. Chrome, Edge 및 모든 AI 에이전트 공급업체가 x402를 WebMCP 노출 도구의 기본 결제 프리미티브로 취급하려 하기 때문에 x402에는 중립적인 표준 홈이 필요합니다.

이 순간을 카테고리 정의적 전환점으로 만드는 수치들

규모를 가늠할 수 있는 몇 가지 데이터 지표는 다음과 같습니다.

  • Statcounter 및 DemandSage의 통합 수치에 따르면, 2026년 전 세계 Chrome 사용자 수는 38억 3,000만 명에 달할 것으로 예상됩니다.
  • 67.72%의 글로벌 브라우저 시장 점유율을 기록하며 전년 대비 소폭 상승했습니다. 이는 결코 쇠퇴하는 유통 채널이 아님을 보여줍니다.
  • 2026년에 이미 80억 달러 규모의 에이전틱 커머스(agentic commerce) 거래액이 발생하고 있으며, 2031년까지 3.5조 달러에 달할 것으로 전망됩니다 (Juniper Research).
  • 2026년 1분기까지 5,000만 건 이상의 x402 트랜잭션이 처리되었으며, 2025년 말에는 주간 거래량이 50만 건을 넘어섰습니다.
  • 2026년 말까지 **기업용 애플리케이션의 40%**에 특정 작업 수행 AI 에이전트가 내장될 것으로 예상됩니다 (Gartner).
  • IDC는 2026년 **전체 IT 지출의 10~15%**를 에이전틱 AI가 차지할 것으로 보고 있습니다.

이제 수치를 곱해 보십시오. 만약 Chrome의 38억 3,000만 명 사용자 중 단 1%만 WebMCP 지원 에이전트를 활성화하더라도(Google은 Gemini 통합을 정확히 이 방향으로 강력하게 추진하고 있습니다), 클릭 한 번으로 모든 WebMCP 지원 크립토 서비스에 액세스할 수 있는 3,800만 명의 에이전트 활용 사용자가 탄생합니다. 지갑 설치도, 시드 구문 절차도, "가스비(gas)가 뭐죠?"라며 이탈하는 사용자도 없습니다.

이것은 크립토 업계가 지금까지 단 한 번도 경험하지 못한 유통 채널의 혁신입니다.

아키텍처 경쟁: 누가 지갑의 주도권을 쥘 것인가?

WebMCP는 특정 지갑을 강제하지 않습니다. 이것이 WebMCP의 천재적인 점인 동시에, 기존 업체들 사이에서 수개월간의 치열한 점유율 싸움을 촉발할 원인이기도 합니다.

이미 세 진영이 자리를 잡고 있습니다.

  1. 커스토디얼 거래소 지갑 (Coinbase Agentic Wallet, Binance Web3 Wallet). 가장 빠른 UX와 규제 준수 우위를 점하고 있지만, 중앙화된 서명자 방식이 다시 도입됩니다. x402 및 Browserbase 통합을 통한 Coinbase의 선점은 리테일 에이전트 흐름에서 당연한 기본 선택지가 될 것입니다.
  2. 셀프 커스토디(Self-custody) 기존 강자 (MetaMask, Rabby). MetaMask는 AP2 출시 당시 *"블록체인은 에이전트를 위한 자연스러운 결제 레이어다"*라며 명확한 입장을 밝혔습니다. 이들의 제안은 구성 가능성(composability)과 진정한 셀프 커스토디의 결합입니다. 에이전트가 협상을 수행하지만, 최종 서명은 사용자가 합니다.
  3. 프로그래밍 방식 지갑 인프라 (Privy, Turnkey, MoonPay Open Wallet Standard, Polygon Agent CLI). 이들은 개발자 레이어를 타겟팅합니다. WebMCP 도구가 내부적으로 에이전트 전용의 범위가 지정되고 지출 한도가 제한된 지갑을 생성하여, 인간의 키 관리 없이도 작동하게 합니다.

이 중 어떤 것도 사용자가 사전에 무언가를 설치할 필요가 없습니다. 에이전트가 WebMCP 도구를 호출하면, 도구가 지갑 경로를 조정하고 사용자는 단 한 번의 동의 프롬프트만 받게 됩니다. 지난 10년간 Web3 온보딩의 고질적인 문제였던 마찰이 단 하나의 모달 창으로 압축됩니다.

역사적 평행 이론: 서비스 워커와 PWA의 혁신

이것이 어떻게 전개될지 알고 싶다면, 2016년 3월 Service Workers가 안정화 버전에 출시되어 조용히 프로그레시브 웹 앱(PWA) 생태계를 만들었던 Chrome 49를 떠올려 보십시오. 출시 첫날에는 아무도 주목하지 않았습니다. 하지만 2년 만에 모든 주요 리테일 사이트가 PWA 전략을 수립했고, Twitter Lite는 신흥 시장에서 70% 더 빠른 로딩 속도를 보여주었으며, 2010년 이후 처음으로 모바일 웹이 네이티브 앱에 밀리지 않게 되었습니다.

WebMCP도 같은 양상을 띱니다. 평범한 릴리스 노트의 한 줄로 시작하지만, 근본적인 플랫폼 기능이자 다년간 누적되는 채택을 가져올 것입니다. 2026년 2분기에 WebMCP 엔드포인트를 출시하는 기업은 Google이 Chrome의 Gemini를 기본 에이전트 모드로 전환할 때(모든 정황상 Chrome 150 또는 151 버전으로 예상됨) 에이전트가 유입시키는 트래픽을 독점하게 될 것입니다.

Web3 프로토콜에 있어 일류 WebMCP 시민이 될 기회의 창은 몇 년이 아니라 몇 달 단위로 측정됩니다. swapTokens를 구조화된 도구로 노출하는 DEX는 포트폴리오 리밸런싱이 필요한 모든 에이전트의 경로가 됩니다. mintredeem을 노출하는 스테이블코인 발행사는 온램프(on-ramp)가 필요한 모든 AP2 결제 흐름을 점유합니다. RPC 메서드를 MCP 도구로 노출하는 노드/API 제공업체는 전체 에이전트 경제의 기본 컴퓨팅 레이어가 됩니다.

빌더들이 당장 월요일부터 해야 할 일

레버리지가 높은 순서대로 나열한 세 가지 구체적인 조치입니다.

  1. 기존 API 인터페이스에서 WebMCP화 가능한 액션을 감사(Audit)하십시오. 이미 REST나 GraphQL 엔드포인트 뒤에 있는 모든 기능이 후보입니다. 가장 의도가 명확한 5가지 액션(swap, bridge, mint, stake, query-balance)을 선택하여 기능 플래그(feature flag) 뒤의 navigator.modelContext.registerTool()로 래핑하십시오.
  2. 결제 방식을 결정하십시오. x402를 직접 수락하시겠습니까? AP2 핸드셰이크를 요구하시겠습니까? 아니면 사용자 세션 쿠키 뒤에 도구를 제한하시겠습니까? 이 답변에 따라 에이전트가 자율적으로 거래할지, 아니면 인간의 개입이 필요할지가 결정됩니다. 대부분의 프로토콜에는 x402와 도구별 지출 한도 설정이 가장 적절한 기본값입니다.
  3. /.well-known/mcp.json 매니페스트를 게시하십시오. Chrome 146에서는 아직 필수 사항이 아니지만, 표준 사양은 잘 알려진(well-known) URI를 통한 자동 도구 검색 방향으로 나아가고 있습니다. 매니페스트를 조기에 게시하는 프로토콜은 경쟁자가 해당 인덱스에 존재하기도 전에 Anthropic이나 Google이 구축 중인 에이전트 레지스트리에 먼저 인덱싱될 것입니다.

Web3의 유통 전략은 항상 "사용자가 우리에게 오기를 기다리는 것"이었습니다. Chrome 146은 이를 완전히 뒤집습니다. 이제 에이전트가 브라우저 규모로, 결제 레일이 사전 협의된 상태로 여러분을 찾아옵니다. 구조화된 도구로 준비된 프로토콜이 머신 경제(machine economy)가 선택하는 프로토콜이 될 것입니다. 준비되지 않은 프로토콜은 보이지 않게 될 것입니다.

BlockEden.xyz는 20개 이상의 체인에서 WebMCP로 노출된 Web3 도구가 빠르고 안정적으로 작동할 수 있도록 RPC 및 인덱싱 인프라를 지원합니다. 에이전트 대응 엔드포인트를 구축하고 있다면, 자율 에이전트가 생성하는 고빈도, 저지연 호출 패턴에 최적화된 당사의 API 마켓플레이스를 확인해 보십시오.

출처