AWS WAF、エージェント・エコノミーに向けて「402 Payment Required」を復活

AWS WAFは、AIトラフィックのマネタイズ機能に対応しました。この機能により、コンテンツやAPIへのアクセスに対してAIボットから料金を徴収できるようになります。

これまで、AIクローラーに対しては「許可する」か「ブロックする」かの2つの選択肢しかありませんでした。今回、第3の道が加わりました。それは「支払いを受け取り、アクセスを許可する」という方法です。

この変更は、ウェブの双方に影響を与えます。

コンテンツ所有者にとって： AIボットは現在、ウェブトラフィックの大部分を占めています。多くのプロバイダーにとって、ボットが総トラフィックの半分以上を占めるケースも珍しくありません。従来の検索ボットは読者をサイトへと誘導しますが、AIボットは回答を提供するためにコンテンツをスクレイピングするだけで、サイト側には高いインフラコストだけが残り、新規訪問者は増えません。このトラフィックに対して料金を課すことで、この非対称性を解消できます。

エージェント運用者にとって： 自律型エージェントの運用コストが変化しています。もはや計算リソースや帯域幅だけの問題ではありません。今や、コンテンツそのものに価格がつく時代です。エージェントを運用する場合、402 Payment Requiredエラーをどのように処理するかを決定する必要があります。

仕組み： このシステムは、プログラム間決済のためにx402プロトコルを使用します。

  • ボットがサイトにアクセスする。
  • サイトがHTTP 402レスポンスを返す。
  • このレスポンスには、USDCでの価格と、BaseやSolanaなどの受け入れ可能なネットワークを含むマニフェストが含まれています。
  • エージェントが支払い承認に署名する。
  • 署名とともにリクエストが再送される。
  • 決済が完了した後、コンテンツが公開される。

エージェントを構築または運用している場合、以下の3つの設計ポイントに対処する必要があります。

  • 意思決定レイヤー：エージェントは、fetch関数内で支払いを処理しますか？それとも、より上位のプランニングレイヤーで処理しますか？
  • 予算上限：エージェントの暴走による過剰な支出をどのように防ぎますか？リクエストあたりの最大金額などの制限を、署名付きの承認に直接埋め込むことができます。
  • テスト：実際のお金を使う前に、Base Sepoliaなどのテストネットを使用して決済フローをテストしてください。

ウェブは「無料で読む」モデルから「読んで対価を払う」モデルへと移行しています。これは単なるスクレイピングの問題ではありません。x402プロトコルは、Model Context Protocol (MCP) や Agent-to-Agent (A2A) 決済もサポートしています。

コンテンツを保護する場合でも、エージェントを運用する場合でも、ウェブのルールは変わりつつあります。

Source: https://dev.to/aws-builders/aws-waf-brought-back-402-payment-required-for-the-agent-economy-29a

Optional learning community: https://t.me/GyaanSetuAi