文章作者： David Christopher
文章編集：Block unicorn
x402の成功はネイティブインテグレーターに依存しています。無許可のラッパーは、潜在的なパートナーを競合に変えてしまう可能性があります。
先週、Coinbaseは、x402エンドポイントを紹介するプラットフォームagentic.marketをリリースしました。
agentic.market を閲覧すると、チェーン上のツールから主要な API まで、さまざまなサービスへのリアルタイムでオンデマンドなアクセスが可能です。一部のエンドポイントは元のプロバイダーによって直接提供されています。多くのエンドポイントはサードパーティ由来です。一部の企業は既存の API を x402（および/または MPP）にラップし、エージェントが利用できるツールキットとしてパッケージ化し、ユーザーはわずかな料金を支払うことで単一の接続を通じてアクセスできます。
二番目の方法は状況を複雑にします。Agentic Market で提示されているサードパーティのエンドポイントには、Wolfram Alpha、Google Flights、そして広く使用されている旅行データプラットフォームである Amadeus のサービスが含まれています。私はこれらの三つのプラットフォームに注目しているのは、それら自身が x402 の統合を発表していないこと、そしてそれらの利用規約が、サードパーティが代わって統合を構築することを許可する可能性が低いことを示しているからです。
Agentic Market にインデックスされた各エンドポイントは、第一方（オリジナルプロバイダーが直接 API を提供）、第三者認可（明確な許可を得た販売業者で、通常は公式認証またはパートナープログラムを通じて）、または無許可の第三者（企業が有料で取得した API アクセス権を許可なく転売）のいずれかです。
市場全体およびx402エコシステム全体において、第一方と第三方がどれであるかを即座に判別することはできず、多くのエンドポイントは後者に属しているように見えます。
利用規約
前述の通り、これらの3つのプロバイダーの条件は、不正な第三者による手配が非常に可能性が高いことを示しており、場合によっては他の選択肢を完全に排除しています。
Wolfram Alphaは「ディーラーおよびアグリゲーター」を明確に禁止しており、いかなる形でのデータスクレイピングまたはマイニングも禁止し、許可なくサービスを販売または転譲することも禁止しています。これらの条項は、認可されたサードパーティのパスを一切残していないように見えます。また、このエンドポイントのクイックスタートガイドを確認すると、これは第一方統合ではないことが明確です。
（Wolfram Alpha サービス利用規約における API 禁止コンテンツ）
アマデウスの主要なサブスクリプションサービス契約は、顧客が内部ビジネス目的でのみアクセスすることを許可し、「賃貸、レンタル、配布、販売、転売、譲渡、またはその他の方法によるアクセス権の移転」を禁止しています。第三者との接続にはアマデウスの認証が必要であり、正式なサービス注文として記録される必要があります。これは、第三者の承認を得るための唯一の手段であることを意味し、既存のエンドポイントがこの要件を満たしているかどうかは外部からは確認できません。
（Amadeus主订阅服务协议における制限）
Googleの状況が最も典型的です。Google Flightsには公開されたAPIがなく、Googleはそのデータに対して厳格な保護措置を講じています。
しかし、サードパーティのラッパーは、SerpApi から取得した Google Flights データへのアクセスをパッケージ化しており、SerpApi は Google によって検索結果のスクレイピングとアクセス権の転売で積極的に訴えられている。Google の告訴状によると、SerpApi はアクセス制御を回避するツールを開発し、毎日「数億」件の偽のリクエストを送信してスクレイピングを行い、検索結果に埋め込まれた著作権で保護されたコンテンツを転売している。
したがって、GoogleはSerpApiに対して、著作権で保護されたコンテンツを転売し、そのアクセス制御を回避したとして訴えを起こしました。一方で、SerpApiのサービスは、代理ツールキットプロバイダーによってパッケージ化され、そのプロバイダーはエージェントに提供して料金を徴収しています。これは深く考える価値があります。
(StableTravelエンドポイントを通じてSerpApiの詳細にアクセス)
コンプライアンスはどのように示されますか
法律の専門家でなくても、これらの動向が「複雑怪奇」であることは明らかです。良いニュースは、より明確なパターンがすでに存在していることです。
MPPは、Tempoがメインネットをローンチ時に導入した代理支払いプロトコルで、ローンチ初日に100以上の互換サービスを提供しました。Parallel、Stripe Climate、Browser BaseなどのMPPに直接統合されたベンダーは、そのカードに緑色の円マークが付いており、第一方ベンダーであることを示しています。
(mpp.devで確認できるサービス一覧)
約2週間前、人気のAI研究ツールExaは、検索およびコンテンツエンドポイントでx402プロトコルをネイティブにサポートすると発表し、第一方サプライヤーとしてCoinbaseと提携しました。Exaは、x402プロトコルを独自プロトコルではなく選択した理由として、それがLinux財団によって管理されていることを挙げています。
避けられない結果
現在、外部からはエンドポイントが第一方、第三者認可済み、または第三者未認可のいずれであるかを判別できません。これは解決可能な問題であり、MPPのサービスディレクトリ——各インテグレーションのソースを明確に示すもの——はその方向への一歩です。
無許可のスクレイピング行為は、サーバー負荷、帯域幅コスト、およびサービスプロバイダーが一切同意していないトラフィックという、多くの測定可能な負担をもたらしています。サードパーティがスクレイピングしたデータをx402プロトコルにラップして料金を請求することは、さらに状況を悪化させています。サービスプロバイダーはすべてのコストを負担している一方で、一切の収益を得ていません。
したがって、問題の根本原因を明確にすることが必要です。x402はオープンプロトコルであり、あらゆる開発者がHTTPに基づいて開発できるように、あらゆる開発者がx402に基づいて開発できます。支払いメカニズムでは、上流データが許可された方法で取得されたかどうかを追跡することはできません。責任は、これらのエンドポイントをユーザー向けにパッケージ化する開発者にあります。
責任メカニズムが欠如していると、x402の全体的な発展に悪影響を及ぼす可能性があります——潜在的なネイティブ統合者は参加者ではなく、反対者になってしまうでしょう。これらの収益はサービスプロバイダーに属すべきものです。ネイティブ統合は、彼らがこれらの収益を所有すると主張する方法であり、x402が発展に必要な正当性を得る方法でもあります。
注意：4月25日現在、Google FlightsはAgentic Marketに含まれていません。