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

robot
概要作成中

null

文章作者: 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財団の規制を受けているためだと述べている。

避けられない結果

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

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

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

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

注意:2023年4月25日現在、Google FlightsはAgentic Marketに掲載されていない。

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