2026 年 3 月 10 日、Google は Chrome 146 の安定版を静かにリリースしました。リリースノートの中――パスワードマネージャーの微調整やタブグループの再設計の影に隠れて――その後 5 年間のどのウォレットのローンチよりも Web3 の普及を形作るであろうブラウザ API が含まれていました。

それは WebMCP と呼ばれます。navigator.modelContext に存在し、38 億 3,000 万人の Chrome ユーザーに対し、ウォレットをインストールすることなくオンチェーンで取引するためのネイティブなパスを提供しました。
ウォレットインストールのボトルネックを打破する静かな機能
10 年間、Web3 の成長の方程式は次のようなものでした:ユーザーを獲得する → ユーザーに MetaMask をインストールさせる → ユーザー にウォレットへ資金を入れさせる → ユーザーにトランザクションを署名させる。これら各ステップで、ファネルの 40 〜 70% が離脱していました。これまでの「クリプト UX」の議論は、MetaMask への依存に関する継続的な事後分析にすぎませんでした。
WebMCP(Web Model Context Protocol)は、トランザクションの接点をブラウザ自体に移動させることで、最初の 3 つのステップを取り除きます。
Google と Microsoft のエンジニアによって共同開発され、W3C の Web Machine Learning コミュニティグループを通じて育成された WebMCP は、Anthropic の Model Context Protocol (MCP) をブラウザ向けに適合させたものです。これにより、あらゆる Web サイトが構造化された「ツール」を登録できるようになり、Chrome 内で実行される AI エージェントが、DOM スクレイピングやボタンクリックのヒューリスティック、スクリーンリーダーのシミュレーションを介さずに、それらを直接発見して呼び出すことが可能になります。Google のエンジニアである Khushal Sagar 氏はこの野心を一言で表現しました。「WebMCP は、AI エージェントと Web とのインタラクションにおける USB-C になることを目指している」と。
その表現でさえ、クリプトにとっての意味を過小評価しています。USB-C はハードウェアコネクタを標準化しました。WebMCP は、38 億 3,000 万人のブラウザユーザー、彼らの AI エージェント、そしてそれらのエージェントが支払い、スワップ、または決済を必要とするあらゆるオンチェーンサービス間のインターフェースを標準化します。
Chrome 146 が実際に提供したもの
API の構成は意図的に最小限に抑えられています。サイトは navigator.modelContext.registerTool() を呼び出して、入力用の JSON スキーマとロジック用の execute() ハンドラーを備えた、swapTokens や signPermit などの名前付きアクションを公開します。ブラウザ内のエージェントは、あらゆる MCP サーバーを列挙するのと同じ方法で、これらのツールを列挙します。つまり、機能リストを要求し、スキーマを読み取り、型指定されたパラメータで呼び出します。
登録方法は 2 つあります:
- 宣言的 API: HTML フォーム属性で標準アクションを定義します。JavaScript は不要です。
- 命令的 API:
registerTool()、unregisterTool()、provideContext()、clearContext() により、動的なアプリが状態の変化に応じてツールセットを更新できます。
どちらのパスも、エージェントに対して同じもの、つまり型定義されたコントラクトを持つ名前付きツールを提示します。「『確認』というボタンを探す」必要も、壊れやすい Playwright スクリプトも、LLM が推測した XPath も必要ありません。Web サイトは、構造化された方法で何ができるかをエージェントに伝えます。
Chrome 146 Canary は 2026 年 2 月に 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) — Google の調整レイヤー。Coinbase、Ethereum Foundation、MetaMask と共に構築され、クリプト決済用の明示的な「A2A x402 拡張」を備えています。
- ERC-8004 — Ethereum で台頭しているエージェント実行プリミティブ。
Chrome 146 以前、このスタックはサーバー側のエージェントフレームワーク内に存在していました。有料 API を呼び出す自律型エージェントは、誰かの管理されたランタイム(OpenAI の Custom Actions、Anthropic の MCP ホストツール、Zapier スタイルのブローカーなど)の中で実行される必要がありました。ユーザーとの接点はチャットウィンドウであり、普及のボトルネックはユーザーがその日にたまたま開いた AI アプリでした。
WebMCP はそれを崩壊させます。ブラウザがランタイムになります。エージェントは、取引している Web サイトの隣のタブに存在します。そして決定的なのは、支払いフローに事前インストールされたウォレットが必要ないことです。MetaMask + AP2 + x402 コンソーシアムは、Chrome ネイティブのエージェントがステーブルコインの支払いを交渉し、ユーザーが同意した署名者を介してルーティングし、ツールのレスポンスとして構造化された確認を受け取るパスをすでに設計しています。
Linux Foundation が 2026 年 4 月に、新設された x402 Foundation を収容すると発表したのは偶然ではありません。x402 が中立的な標準化団体を必要としているのは、まさに Chrome、Edge、そしてあらゆる AI エージェントベンダーが、WebMCP で公開されたツールのデフォルトの支払いプリミティブとしてそれを扱おうとしているからです。
カテゴリを定義づける瞬間を裏付ける数値