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

文章作者： 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のサービスは、代理ツールキット提供者によってラップされており、その提供者は代理店に提供し、料金を徴収している。これは深い考察を要する。

(SerpApiへのStableTravelエンドポイント経由のアクセス詳細)

コンプライアンスの実現方法

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

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

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

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

避けられない結果

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

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

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

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

注意：2023年4月25日以降、Google FlightsはAgentic Marketに掲載されなくなった。