これを誰が許可したのか？x402のグレーゾーン

記事の著者： David Christopher

記事の翻訳： Block unicorn

x402の成功は、ネイティブインテグレーターなしには成り立ちません。無許可のラッパーは、潜在的なパートナーを競争相手に変える可能性があります。

先週、Coinbaseはagentic.marketを立ち上げました。これはx402エンドポイントを展示するプラットフォームで、x402エコシステムの発見を容易にすることを目的としています。

agentic.marketをブラウズすると、オンチェーンツールからメインストリームAPIまで、さまざまなサービスへのリアルタイムでオンデマンドのアクセスが見つかります。一部のエンドポイントは、元のプロバイダーによって直接提供されています。多くのエンドポイントはサードパーティからのものであり、一部の企業は既存のAPIをx402（および/またはMPP）にラッピングし、エージェントが使用できるツールキットとしてパッケージ化し、ユーザーは少額の料金で単一の接続を通じてアクセスできます。

この第二の方法は状況を複雑にします。Agentic Marketに表示されているサードパーティのエンドポイントには、Wolfram Alpha、Google Flights、Amadeus（広く使用されている旅行データプラットフォーム）のサービスが含まれています。これらの3つのプラットフォームに重点を置く理由は、彼ら自身がx402の統合を発表しておらず、サービス条件も彼らがサードパーティに統合を構築することを許可する可能性が低いことを示しているからです。

Agentic Marketにインデックスされた各エンドポイントは、ファーストパーティ（元のプロバイダーが直接APIを提供）、サードパーティの認可（明示的な許可を得たディストリビューター、通常は正式な認証またはパートナープログラムを通じて）、または無許可のサードパーティ（企業が許可なく有料で取得したAPIアクセスを再販）である可能性があります。

市場全体およびx402エコシステム全体において、どれがファーストパーティでどれがサードパーティであるかを即座に区別することはできず、多くのエンドポイントは最後のカテゴリに属しているようです。

契約条件

前述のように、これら3つのプロバイダーの条件は、無許可のサードパーティの取り決めが非常に可能であり、場合によっては他の選択肢を完全に排除することを示唆しています。

Wolfram Alphaは「ディストリビューターおよびアグリゲーター」を明示的に禁止し、データのスクレイピングやマイニングをいかなる方法でも禁止し、許可なくサービスを販売または再授与することを禁止しています。これらの条件は、認可されたサードパーティの経路に対して全くスペースを残していないようです。また、このエンドポイントのクイックスタートガイドを確認すると、これはファーストパーティの統合ではないことが明らかです。

(Wolfram Alphaのサービス条件におけるAPI禁止事項)

Amadeusの主契約サービス契約は、顧客が内部業務目的でのみアクセスすることを許可し、「貸出、リース、配布、販売、再販、譲渡、またはその他の方法でアクセス権を移転する」ことを禁止しています。すべてのサードパーティ接続はAmadeusの認証が必要であり、正式なサービス注文の形で記録されます。これは、サードパーティの認可を得る唯一の方法であり、既存のエンドポイントがこの要件を満たしているかどうかは外部からは確認できません。

(Agreementの制限 Amadeus主契約サービス契約の制限)

Googleの状況は最も典型的です。Google Flightsには公開APIがなく、Googleはそのデータを厳重に保護しています。

しかし、サードパーティのラッパーがGoogle Flightsデータへのアクセスをパッケージ化しています。このデータは、Googleが積極的に訴訟を起こしているSerpApiからのもので、同社は検索結果をスクレイピングし、アクセス権を再販しているとされています。Googleの訴状によれば、SerpApiはアクセス制御を回避するツールを開発し、毎日「数億」の偽のリクエストを送信してスクレイピングを行い、著作権で保護されたコンテンツを検索結果に埋め込んで再販しています。

したがって、GoogleはSerpApiが著作権で保護されたコンテンツを再販し、アクセス制御を回避したとして訴えています。一方で、SerpApiのサービスはエージェントツールキットプロバイダーによってラッピングされ、そのプロバイダーはエージェントに提供し、料金を請求しています。これは考えさせられます。

(StableTravelエンドポイントを通じてSerpApiにアクセスする詳細)

コンプライアンスはどのように示されるか

法律の専門家でなくても、これらのダイナミクスが「複雑」であることは明らかです。良いニュースは、より明確なパターンがすでに存在することです。

MPPはTempoがメインネットを立ち上げる際に導入したエージェント支払いプロトコルで、初日から100以上の互換サービスを提供しました。MPPを直接統合しているプロバイダー（例えば、Parallel、Stripe Climate、Browser Baseなど）は、ファーストパーティプロバイダーであることを示すために、カード上に緑の円をマークしています。

(mpp.devで見るサービスカタログ)

約2週間前、人気のAI研究ツールExaは、その検索およびコンテンツエンドポイントでx402プロトコルをネイティブにサポートすることを発表し、ファーストパーティプロバイダーとなり、Coinbaseと提携しました。Exaは、x402を選択した理由は、Linux財団の監視を受けているからだと述べています。

避けられない結果

現在、外部からは特定のエンドポイントがファーストパーティ、サードパーティ認可、または無許可のサードパーティであるかを知ることはできません。これは解決可能な問題であり、MPPのサービスカタログは、各統合の出所を明確に示しており、この方向に向けた一歩です。

無許可のスクレイピング行為は、サービスプロバイダーに多くの測定可能な圧力をもたらしています：サーバー負荷、帯域幅コスト、そして彼らが提供することに同意したことのないトラフィック。サードパーティがスクレイピングしたデータをx402プロトコルにラッピングして料金を請求することは、さらに悪化させています。サービスプロバイダーはすべてのコストを負担し、何も得られません。

したがって、問題の根本原因を明確にする必要があります。x402はオープンプロトコルであり、すべての開発者がHTTPに基づいて開発できるように、すべての開発者がx402に基づいて開発できます。支払いメカニズムは、上流データが許可されて取得されたかどうかを追跡できません。責任は、これらのエンドポイントをユーザーが使用できるようにパッケージ化する開発者にあります。

責任メカニズムが欠如している場合、x402の全体的な発展に悪影響を及ぼす可能性があります。潜在的なネイティブインテグレーターは、参加者ではなく反対者になるかもしれません。これらの収入は本来サービスプロバイダーに属するべきものであり、ネイティブインテグレーションは彼らがこれらの収入を所有していると主張する方法であり、x402が発展するために必要な合法性を得る方法でもあります。

注意：4月25日現在、Google FlightsはAgentic Marketに掲載されていません。