26年間眠っていたコードを目覚めさせる：x402は技術的特異点か、それともミーム祭りか？

Author: Lacie, Bitget Wallet Researcher

I. はじめに：Web2とWeb3の間の「支払い格差」

現在のデジタル・エコシステムは、Web2とWeb3の間に内在する二項対立によって引き裂かれている。一方では、Web2の便利な決済（Apple PayやWeChat Payなど）は、中央集権的なプラットフォームと地理的な境界によって「壁に囲まれた庭」に閉じ込められています。他方では、Web3はグローバルにオープンで、パーミッション・フリーの金融の未来を約束していますが、その極端な価格変動と複雑なユーザー・エクスペリエンスのために、主流ユーザーの意欲を削ぐ「テクノロジーの島」になっています。

「利便性」と「オープン性」のギャップにより、Web3は長い間「実装が難しい」「投機」というレッテルを貼られてきた。そんな中、x402というオープン・プロトコルが脚光を浴びている。このプロトコルが提案する解決策は非常に革新的である。新しいクッカーを始める代わりに、26年間休眠状態であった基本的なインターネット標準であるHTTP 402 (Payment Required)を活性化させようとしているのだ。

<

図：x402ウェブサイトのトップページの紹介画像

出典：x402公式ウェブサイト（https://www.x402.org/）

このインターネットの基礎となるプロトコル標準の「再活性化」は、前述の溝を埋める鍵となり得るのでしょうか？この記事では、Bitget Walletがこの問題を詳しく取り上げ、インターネットを通じた価値の流れ方を根本的に再構築する、ネイティブでオープンなウェブ決済レイヤーの誕生を告げるものなのかどうかを考察します。

後発の爆発：x402とは何か、なぜ今になって出てきたのか？

x402は、2025年5月にCoinbaseの支援の下で開発され、オープンソース化されたオープンプロトコルである。その中心的な目標は、長い間使われていなかったHTTP 402ステータスコードを有効化し、インターネットネイティブでライセンスフリーの決済メカニズムに変えることであり、最終的にはWeb2アプリケーションとWeb3バリューネットワーク間のゲートウェイを作ることである。

しかし、x402プロトコルが5月に稼働し、5ヶ月の沈黙の後に爆発的な人気を得たことは興味深い。実際、402ステータスコード自体は暗号の世界では「新しい発明」ではなく、1990年代のHTTPプロトコルの名残である。

では、なぜ「古い標準」と「それほど新しくない」プロトコルが、最近になって市場で話題を呼んでいるのでしょうか？下の表は、x402が誕生してから爆発的に普及するまでの主なマイルストーンをまとめたもので、この「遅れた爆発」の背後にある事実を理解するのに役立ちます。

<

表：x402の誕生と採用のタイムライン（2025年10月28日現在）

出典：Bitget Wallet、公開データに基づく。(x402scanの取引データを使用)

上表の年表が示すように、x402の進化の軌跡は以下の重要な事実を明らかにしています:

• 第一に、x402は1999年のHTTP 402ステータスコードに基づくモダンなアプリケーションであり、採用シナリオの不足により長い間「封印」されてきました。

• 第二に、x402プロトコルはCoinbaseによって開始され、数ヶ月のうちにGoogle、Cloudflare、VisaなどのWeb2の巨人のサポートと統合を急速に獲得しました。

• 第三に、プロトコルが公開されてから数ヶ月が経過しているにもかかわらず、x402のコンセプトに基づいていたMemeコインが最近急増したことで、本当に注目されるようになりました。

要するに、x402の爆発的な伸びは、技術的なビジョン（AIエージェントによって支払われる）と投機的な熱狂（Memeによって引き起こされる）の組み合わせの結果である。しかし、市場の雑音を超えて、技術的な核心に注目することがより重要である。

第3回：ロック解除と内部化：x402はいかにして眠れるHTTP 402を起動させたのか

x402を理解するには、1990年代を振り返る必要があります。インターネットはハイパーテキスト転送プロトコル (HTTP) を介してクライアントとサーバー間で情報を転送します。(ページが見つかりません)や "200 OK"(リクエストが成功しました)など、特定の機能を表す一連のHTTPレスポンス・ステータス・コードが定義されています。

<

表: HTTPステータスコード照合の概要

ソース: Bitget Wallet

データソース: Bitget Wallet照合

この膨大なコードの中で、402（要支払い）ステータスコードは特に特別です。このコードが設計された当時は、マイクロペイメントを行うためのプロトコルネイティブな方法として考案され、中間業者や遅延のない「画像を読み込むようにシームレスな」即時決済を実現することを望んでいた。しかし、インターネット経済が広告、プラットフォーム、複雑なクレジットカードのフォームにシフトするにつれ、402ステータスコードのアイデアは棚上げされ、この標準は大規模に使用されることはありませんでした。

x402は、402ステータスコードの価値を再び「解き放つ」ために登場した。

• ユーザーが有料リソースをリクエストすると、サーバーはもはや（購読ページへの）「ジャンプ」命令を返さず、代わりに402ステータスコードを返します。コードを返します。このレスポンスには、支払いを完了するために必要なすべての重要な情報が含まれています：受取人のアドレス、支払い金額、サポートされているブロックチェーンネットワーク（Base、Polygonなど）、通貨タイプ（USDCなど）。

• ブラウザのプラグインやWeb3ウォレットなどのx402対応クライアントは、この402リクエストをキャプチャし、自動的に支払いプロンプトに「翻訳」します。その後、ウォレットは効率的な L2 ネットワーク上で stablecoin の支払いを完了し、取引が確認されるとサーバーに通知する。サーバーは支払いの受領を確認し、直ちにユーザーへのコンテンツのロックを解除する。

図：x402ワークフロー図

出典：Bitget Wallet Collation

全プロセスは、HTTPプロトコルの一部として支払いを「内部化」し、画像をロードしたり、存在しないページを訪問したりするのと同じように、ブラウザのネイティブなインタラクションにします。これは本質的に、インターネットの最も基本的な通信レイヤーにネイティブな「価値決済」機能を構築するものであり、アプリケーションレベルでは、20年以上にわたって実施されてきた基本的なインターネット・トランスポート・プロトコルを本当に豊かにするものです。

4：時は来た：なぜ今なのか？

妥当な質問としては、26年前からあるHTTP 402標準が、今日までx402で実を結ぼうとしていないのはなぜでしょうか?その答えは、供給、需要、触媒の「三重苦」がすでに整っているという事実にあります。

まず、爆発的な需要がある。AIエージェント（知能）に代表される「機械経済」が急速に台頭しており、AIは自律的に、高い頻度で、他のAIやAPIのサービスやデータを呼び出す必要がある。x402 は HTTP リクエストに支払いを組み込み、API 呼び出しに従って課金されるこの種の「きめ細かい」支払いに対する即時のニーズを正確に満たします。

第二に、技術の供給側の成熟があり、Web3の世界のインフラは以前のようなものではありません。402標準が考案されたときに欠けていた「デジタル・キャッシュ・レール」は、今やLayer2、高性能なパブリック・チェーン、そして広く流通するステーブルコインに取って代わられている。秒単位の確認と極めて低いコストにより、ネイティブなインターネットマイクロペイメントが経済的に可能になった。

最後に、強力なイネイブラーが重要な触媒となっている。Coinbaseはプロトコル仕様をオープンソース化し、GoogleとVisaはそれをサポートし、Cloudflareのようなインフラ大手はx402財団を共同スポンサーしており、これらすべてがx402を新しい「オープンインターネット標準」にするために取り組んでいる。これらの勢力はすべて、x402を新しい「オープンなインターネット標準」として推進するために協力しており、統合の障壁を大幅に下げ、エコシステムの形成を加速させている。

技術（供給）と需要（AI）が収束し、業界大手の後押し（触媒）があったこの時期に、x402はインフラ準備の機会をつかみ、眠っていたアイデアから現実の実装へと進みました。

V. Singularity and Reefs: The Imagination and Triple Challenges of x402

x402ホワイトペーパー（下記参照）に記載されているように、x402プロトコルの最も直接的な応用は、AIエージェントのための「機械経済」への扉を開くことである。x402プロトコルの最も直接的な応用は、AIエージェントのための「機械経済」への扉を開くことである。x402は、ネイティブでプログラム可能な決済プロトコルであり、M2M（マシン・ツー・マシン）経済に自然に適合する。これにより、AIは自律的に別のAIのAPIサービスを呼び出すことができ、事前チャージのために人間が介入することなく、x402を介して自動的に0.0xドルを支払い、サービス間の摩擦コストを大幅に削減することができる。

<

図：既存のスマートボディ決済プロセスとx402ペイパービューの比較

データソース：x402ホワイトペーパー

そして、ここからがキッカーです：x402は、HTTPリクエストが「データ転送」と「値転送」の両方を同時に行うことを可能にします。これは、インターネットの情報プロトコルに「価値」の次元を統合するものであり、アプリケーションレベルでは20年以上使用されてきた従来のWEBシステムに革命をもたらすと期待されています。

同時に、これはWeb3の長年の悩みの1つである、「暗号の世界はどのようにエンティティに力を与え、世界を変えることができるのか」という問いに答えるかもしれません。x402は、新しいビジネスを始めるのではなく、Web3の価値清算機能をWeb2の広大なエコシステムに「注入」し、2つの世界をつなぐ真の架け橋になろうとしているのだ！--これはまた、数え切れないほどの人々が求め、議論してきたプロトコル全体の根底にある論理でもある。

しかし、この楽観的なビジョンの裏には、x402にとって見落としてはならない課題があります。

まず、HTTPプロトコル内での懸念があります。 HTTP 402自体は、まだ予約コードの「標準化されていない」部分です。MDN Web Docs に示されているように、"reserved but undefined" として定義されています。これは、主流のウェブ標準に完全に受け入れられておらず、プロトコルの互換性に問題があることを意味します。その結果、x402 の現在の実装は、真の標準 402 ステータスコードではなく、X-PAYMENT のような「カスタム HTTP ヘッダ」に大きく依存しており、長期的な標準化に影を落としています。

<

図: 開発者向け文書リポジトリによって互換性の問題があると指摘されたHTTP 402ステータスコード

ソース: MDN Web Docs