x402トラックは現在、インフラストラクチャの面で宙ぶらりんの状態です。市場の急成長により「適切な時期」が失われ、Launchpadのようなアプリケーション層やFacilitatorのようなミドルウェア層は一時的に静まり返りましたが、その一方で、基盤となるインフラストラクチャ層の構築にはより多くの時間的余裕が生まれました。Solanaエコシステムから生まれたオラクルプロジェクトであるSwitchboardは、最近、x402プロトコルにデータサービス層を提供することを提案しました。具体的にはどのように実現されるのでしょうか？
1) 技術アーキテクチャの観点から、SwitchboardはTrusted Execution Environment（TEE）を採用しています。これは、ChainlinkやPythといったネットワーク検証に依存する従来のコンセンサスモデルとは異なります。データはセキュアエンクレーブに基づいてチェーンに直接送信されます。
2) プロトコル互換性の観点から、Switchboardはx402プロトコル標準と互換性があり、AIエージェントはHTTP 402を介して直接データリクエストを開始し、オンチェーンマイクロペイメントを使用して認証を完了し、データを即座に受信できます。プロセス全体で追加の適応層や中間契約は必要ありません。
3) 課金モデルの面では、従来のオラクルのサブスクリプション モデルを打破し、通話ごとの支払いをサポートします。エージェントは通話数とデータ ポイントに応じて支払い、使用した分だけ支払います。これは、x402 プロトコルの従量課金設計コンセプトと完全に一致しています。
4) さらに抜本的な点として、SwitchboardはAPIキーの仕組みを完全に廃止しました。従来のモデルでは、データサービスにアクセスするには登録、キーの申請、権限管理が必要で、エージェントにとって大きな負担となっていました。しかし、今ではユーザーの402トランザクションリクエストには、登録や承認なしにあらゆるデータソースに即座にアクセスするのに十分な情報が含まれているだけで済みます。
問題は、x402 プロトコルには専用の Oracle サービス層が必要かどうかです。
まず、概念を明確にしておきましょう。x402プロトコルアーキテクチャにおいて、ファシリテーターは支払いの円滑化（他者への支払い、トランザクションのブロードキャスト、状態検証）を担い、「お金の流れ」という問題を解決します。エージェントが実際に呼び出すAPIサービス（価格の取得、計算の実行、LLM推論の呼び出しなど）は、プロバイダー層によって提供されます。
Switchboard が目指しているのは、特別なタイプのプロバイダーです。つまり、オンチェーンの信頼できるデータ サービスを提供することに特化したプロバイダーであり、エージェントの価値転送のコア情報レイヤーを構築します。
プロバイダーが集中型APIだとしたらどうなるでしょうか？データが改ざんされたり、サービスが停止したりしたらどうなるでしょうか？Web2のシナリオでは、これらのリスクはチャネルブランドと法的契約によって軽減されますが、オンチェーン実行環境、特に複雑なDeFi操作を伴う環境では、ブロックチェーン上に保存される検証可能なデータが必要になります。
ERC-8004 が購入者エージェントの ID の信頼性と評判の問題を解決する場合、このタイプの Oracle ガイド プロバイダーは、販売者 (API) データの信頼性の検証に信頼保証のレイヤーを提供します。
本質的には、x402プロトコルはエージェントサービス市場における決済層を構築し、Switchboardはデータサービス層を構築します。決済層が資金の流れを可能にするのに対し、データサービス層は信頼できるデータの流れを可能にします。
両者が組み合わさって初めて、エージェント経済は完全なインフラストラクチャを備えることができます。
