メインコンテンツまでスキップ

Chrome 146 が WebMCP をリリース。Web3 は史上最大のディストリビューションの解放を迎えた。

· 約 15 分
Dora Noda
Software Engineer

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() ハンドラーを備えた、swapTokenssignPermit などの名前付きアクションを公開します。ブラウザ内のエージェントは、あらゆる 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 で公開されたツールのデフォルトの支払いプリミティブとしてそれを扱おうとしているからです。

カテゴリを定義づける瞬間を裏付ける数値

規模を把握するためのいくつかのデータポイント:

  • 2026 年の世界の Chrome ユーザー数は 38 億 3,000 万人(Statcounter と DemandSage の集計データによる)。
  • グローバルなブラウザ市場シェアは 67.72%。前年比で微増しており、衰退しつつある流通チャネルではない。
  • エージェント型コマースの取引額は 2026 年時点ですでに 80 億ドルに達しており、2031 年までに 3.5 兆ドルに達すると予測されている(Juniper Research)。
  • 5,000 万件以上の x402 トランザクションが 2026 年第 1 四半期までに処理され、2025 年後半には週間ボリュームが 50 万件を超える見込み。
  • エンタープライズ アプリケーションの 40% が、2026 年末までにタスク固有の AI エージェントを組み込むと予想されている(Gartner)。
  • IDC は、2026 年の IT 支出全体の 10〜15% をエージェント型 AI が占めると予測している。

これを掛け合わせて考えてみてください。Chrome の 38 億 3,000 万人のユーザーのうち、わずか 1% が WebMCP 対応エージェントを有効にしたとします(そして Google は、Gemini の統合をまさにこの方向に強力に推し進めています)。それは、WebMCP 対応のあらゆる Web3 サービスにワンクリックでアクセスできる 3,800 万人のエージェントを操るユーザーが存在することを意味します。ウォレットのインストールも、シードフレーズの儀式も、「ガス代とは何か?」による離脱もありません。

これは、暗号資産(クリプト)がこれまで手にしたことのないディストリビューション(配信・普及)の解放です。

アーキテクチャの競争:誰がウォレットの座を射止めるのか?

WebMCP は特定のウォレットを選びません。それがこの技術の天才的な点であると同時に、既存勢力の間で数ヶ月に及ぶ激しいシェア争いを引き起こそうとしている要因でもあります。

すでに 3 つの陣営がポジションを確立しつつあります:

  1. カストディ型取引所ウォレット(Coinbase Agentic Wallet、Binance Web3 Wallet)。UX が最も速く、コンプライアンスにも対応していますが、中央集権的な署名者が介在することになります。x402 と Browserbase 統合で先行する Coinbase は、リテール向けエージェント フローの明らかなデフォルトとなるでしょう。
  2. セルフカストディの既存勢力(MetaMask、Rabby)。MetaMask は AP2 のローンチ時に、「ブロックチェーンはエージェントにとって自然な支払いレイヤーである」と明言し、自らを位置づけました。彼らのアピールポイントは、コンポーザビリティ(構成可能性)と真のセルフカストディの両立です。エージェントが交渉し、ユーザーが署名するという形です。
  3. プログラム可能なウォレット インフラ(Privy、Turnkey、MoonPay Open Wallet Standard、Polygon Agent CLI)。これらは開発者レイヤーをターゲットにしています。WebMCP ツールが内部的に、人間によるキー管理を一切行わず、エージェント自身のためにスコープを絞った使用制限付きウォレットを作成します。

これらのいずれも、ユーザーがあらかじめ何かをインストールしておく必要はありません。エージェントが WebMCP ツールを呼び出し、ツールがウォレットのパスを調整し、ユーザーには 1 回の同意プロンプトが表示されるだけです。Web3 のオンボーディングを 10 年間定義してきた摩擦が、1 つのモーダルに凝縮されます。

歴史的な類似点:Service Worker と PWA の解放

これがどのように展開するかを知るには、2016 年 3 月の Chrome 49 を見てください。このとき Service Worker が安定版としてリリースされ、プログレッシブ ウェブ アプリ(PWA)のエコシステムが静かに誕生しました。初日に気づいた人は誰もいませんでした。しかし 2 年以内に、あらゆる主要な小売サイトが PWA 戦略を持ち、Twitter Lite は新興市場で 70% 高速なロード時間を実現し、モバイル ウェブは 2010 年以来初めてネイティブ アプリに押されていた劣勢を跳ね返しました。

WebMCP も同じ形をしています。一見退屈なリリースノートの項目でありながら、プラットフォームの根本的な機能であり、数年かけて複利的に採用が進んでいきます。2026 年第 2 四半期に WebMCP エンドポイントをリリースする企業は、Google が Chrome 内の Gemini をデフォルトのエージェント モードに切り替えたときに、エージェント経由のトラフィックを独占することになるでしょう。あらゆる兆候が、それが Chrome 150 または 151 のリリースであることを示唆しています。

Web3 プロトコルにとって、WebMCP の第一級市民になるための猶予期間は、年単位ではなく月単位で測定されることを意味します。swapTokens を構造化されたツールとして公開している DEX は、ポートフォリオのリバランスを必要とするあらゆるエージェントによってルーティングされます。mintredeem を公開しているステーブルコイン発行体は、オンランプを必要とするあらゆる AP2 決済フローを獲得します。RPC メソッドを MCP ツールとして公開するノード/API プロバイダーは、エージェント経済全体のデフォルトの計算レイヤーになります。

開発者が月曜日にすべきこと

レバレッジの大きい順に 3 つの具体的なアクションを挙げます:

  1. 既存の API サーフェスを WebMCP 可能なアクションがないか監査する。 すでに REST や GraphQL エンドポイントの背後にあるものはすべて候補になります。最も意図の強い 5 つのアクション(swap, bridge, mint, stake, query-balance)を選び、機能フラグの背後で navigator.modelContext.registerTool() を使ってラップしてください。
  2. 支払いに関するスタンスを決定する。 x402 を直接受け入れますか? AP2 のハンドシェイクを要求しますか? ツールの使用をユーザー セッション クッキーで制限しますか? その答えによって、エージェントが自律的に取引できるか、あるいは人間の介在(Human-in-the-loop)が必要かが決まります。ほとんどのプロトコルにとって、x402 + ツールごとの支出制限が適切なデフォルト設定です。
  3. /.well-known/mcp.json マニフェストを公開する。 Chrome 146 ではまだ必須ではありませんが、仕様は well-known URI を介した自動的なツールの検出に向かっています。マニフェストを早期に公開するプロトコルは、競合他社がインデックスに存在すらしないうちに、エージェント レジストリ(Anthropic や Google が構築しているものを含む)にインデックスされることになります。

Web3 のディストリビューションに関する話は、常に「ユーザーがこちらに来るのを待つ」というものでした。Chrome 146 はそれを逆転させます。これからは、ブラウザ規模で、支払いレールが事前に交渉された状態で、エージェントがあなたの元へとやってきます。構造化されたツールとして名乗りを上げるプロトコルが、マシン経済に使われるものとなるでしょう。そうでないものは、存在しないも同然になります。

BlockEden.xyz は、20 以上のチェーンにわたって WebMCP 対応の Web3 ツールを高速かつ信頼性の高いものにする RPC およびインデックス インフラストラクチャを提供しています。エージェント対応のエンドポイントを構築している場合は、API マーケットプレイスを探索 してください。私たちはすでに、自律型エージェントが発生させる高頻度・低レイテンシのコール パターンに合わせて最適化を済ませています。

情報源