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

robot
概要作成中

作者:David Christopher,翻訳:Block unicorn

x402 の成功はネイティブ統合者なしには成り立たない。無許可のラッピングプログラムは潜在的なパートナーを敵に変える可能性がある。

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

agentic.market を閲覧すると、さまざまなサービスのリアルタイム・オンデマンドアクセスが見つかる。オンチェーンツールから主流の API まで幅広く揃っている。一部のエンドポイントは原始的な提供者から直接提供されている。多くのエンドポイントはサードパーティからのもので、既存の API を x402(および/または MPP)にラップし、代理用のツールキットにパッケージ化している。ユーザーは少額の料金を支払うだけで、単一の接続を通じてアクセスできる。

二つ目の方法は複雑さを増す。Agentic Market に掲載されているサードパーティのエンドポイントには、Wolfram Alpha、Google Flights、Amadeus(広く使われている旅行データプラットフォーム)のサービスが含まれる。これら三つのプラットフォームに注目したのは、それぞれが自ら x402 統合を発表しておらず、サービス規約もサードパーティによる統合の許可を出す可能性が低いことを示しているからだ。

Agentic Market にインデックスされている各エンドポイントは、第一者(原始提供者が直接 API を提供)、第三者認可(明示的な許可を得たディストリビューター、通常は正式な認証やパートナープログラムを通じて)、または無許可の第三者(企業が許可なく有料の API アクセスを再販している)である可能性がある。

市場全体および x402 エコシステム全体において、どれが第一者でどれが第三者かを即座に区別することは難しい。多くのエンドポイントは最後のカテゴリーに属しているようだ。


契約条項

前述の三つの提供者の規約を見ると、無許可の第三者の取り決めが非常に可能性が高く、場合によっては完全に排除されていることも明らかだ。

Wolfram Alpha は、「ディストリビューターとアグリゲーター」を明確に禁止し、いかなる方法によるデータのスクレイピングや掘り出しも禁止している。さらに、許可なくサービスを販売または再委託することも禁じている。これらの規約は、認可された第三者のルートに全く余地を残していないようだ。また、エンドポイントのクイックスタートガイドを確認すると、これは第一者の統合ではないことが明らかだ。

Wolfram Alpha の API 利用規約における禁止事項の内容

Amadeus の主要サブスクリプションサービス契約は、顧客が内部業務目的でのみアクセスできることを規定し、「リース、レンタル、配布、販売、再販売、譲渡またはその他の方法でのアクセス権の移転」を禁止している。第三者の接続には Amadeus の認証が必要であり、正式なサービス注文書に記録される必要がある。これは、第三者認可を得る唯一の方法であり、既存のエンドポイントがこの要件を満たしているかどうかは外部からは確認できない。

契約における制限 Amadeus の主要サブスクリプションサービス契約の制限

Google のケースは最も典型的だ。Google Flights には公開された API がなく、Google はデータに対して厳格な保護措置を取っている。

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

したがって、Google は SerpApi の著作権保護されたコンテンツの再販売とアクセス制御の回避を訴えている。一方、SerpApi のサービスは、代理ツールキット提供者によってラップされ、その提供者は代理店に提供し料金を徴収している。これは深く考えるべき事例だ。


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

コンプライアンスの実現

法律の専門家でなくても、これらの動きが「錯綜」していることは明らかだ。良いニュースは、より明確なパターンがすでに存在していることだ。

MPP は Tempo がメインネットを立ち上げた際に導入した代理支払いプロトコルであり、ローンチ当日に 100 以上の互換サービスを提供した。直接 MPP に統合したサプライヤー——例えば Parallel、Stripe Climate、Browser Base など——は、そのカード上に緑色の円でマークされ、第一者サプライヤーであることを示している。

mpp.dev で閲覧できるサービスカタログ

約二週間前、人気の AI 研究ツール Exa は、その検索およびコンテンツエンドポイントにおいて x402 プロトコルをネイティブにサポートし、第一者サプライヤーとなり、Coinbase と提携したと発表した。Exa は、x402 を専有プロトコルではなく選択した理由について、Linux 基金会の規制を受けているからだと述べている。

避けられない結果

現状、外部からは、あるエンドポイントが第一者、第三者認可、または無許可の第三者かを知ることはできない。これは解決可能な問題であり、そして MPP のサービスカタログ——各統合の出所を明確に示している——は、その一歩となる。

無許可のスクレイピングは、サービス提供者に多くの測定可能な圧力をもたらしている:サーバ負荷、帯域コスト、そして彼らが同意していないトラフィックだ。第三者がスクレイピングしたデータを x402 プロトコルにラップし、料金を徴収することは、さらに悪化させている。サービス提供者はすべてのコストを負担しているのに、何の利益も得ていない。

したがって、根本的な問題の所在を明確にする必要がある。x402 はオープンなプロトコルだ——HTTP に基づいて開発できるのと同じように、誰でも x402 を基盤に開発できる。支払いメカニズムは、上流のデータが認可されたものであるかどうかを追跡できない。責任は、これらのエンドポイントをパッケージ化してユーザーに提供している開発者にある。

問責メカニズムが欠如していると、x402 の全体的な発展に悪影響を及ぼす可能性がある——潜在的なネイティブ統合者が参加者ではなく反対者に変わるリスクだ。これらの収益は本来、サービス提供者に属すべきものである。ネイティブ統合は、彼らがこれらの収益を所有していると主張する手段であり、また x402 の発展に必要な正当性を得るための方法でもある。

原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし