Linux Foundationが、AI Agent Paymentsのためのオープンスタンダードを発表しました。これで、40社以上の企業が実際にこの標準を利用できるようになります。これは、初めての実際的なテストです。

x402は、AIエージェントの支払いに関わる重要な時期に、Linux Foundationの標準として認められることになります。

これは、製品の発売というよりは、基準を定める瞬間です。x402 Foundationは、現在、完全に活動を開始しています。公開的なガバナンスの下で金融、クラウド、決済分野の40人の創設メンバーその核心的な主張は、非常に明確です。HTTPは、データを交換するための普遍的な方法を提供してくれました。そして、x402は、ウェブ上で価値をやり取りするための、より自然な方法を提供することを目指しています。2030年までに、B2C商取引の規模は3兆ドルから5兆ドルに達すると予測されています。AIエージェントによって推進されるこの戦略的課題とは、オープンな支払い手段が、コントロールポイントが強化される前に、エージェンタルコマースの下で維持され得るかどうかということです。

このプロトタイプ的な物語は、実際にはもっと複雑なものになります。

ここでの「シグナル」というのは、メッセージを送ることではなく、実際に使われているかどうかを示すものです。過去30日間x402が処理されました。75.41M件の取引がありました。, 24.24百万立方メートルという量です。, 94.06Kの購入者、そして22Kの販売者たちそれは、長期的な勝者を証明するものではありませんが、x402を概念段階から実際のインフラ構築の段階へと移行させるには十分です。

もし、このプロトコルがデフォルトのマシン・マネー層となれば、その価値は、それを利用できるようにする中間者たちに先に帰属するかもしれません。生産を促進する人々コンピュータやAPIリソースの販売者、そして、標準的な仕組みをうまく活用する支払いサービスプロバイダーたちが競争しています。重要なのは、どのアプリが勝つかということよりも、誰がルーティングや検索、決済の処理を行うかということです。

なぜ、HTTP 402がAI APIやマイクロペイメントの経済性に影響を与えるのか

x402というのは、単なるチェックアウトの流れに過ぎません。それは、長い間休眠状態にあったものを再び活性化させるものです。HTTP 402：支払いが必要です。ステータスコードAPIやウェブサイト、自動エージェントのためのオンチェーンでの支払い手段として機能します。人間が操作するチェックアウトプロセスに依存するのではなく、マシンが同じHTTP通信の中でリソースを要求し、支払いを行うことができます。エージェントにとっては、これは外部から追加されるラッパーよりも、ネイティブな支払い手段に近いです。

やがて、マシン同士の通信におけるコスト面での利点が実際に意味を持つようになります。

エージェントの出費の変化が、計算結果を変えてしまう。平均的なAIエージェントの支払額は、わずか0.31ドルです。そのため、従来のプロセッサーの料金体系では、マシン間のコミュニケーションには適していません。x402は、そのような問題を解決することを目的としています。ほぼゼロの手数料そして、～1秒その点が重要です。なぜなら、エージェンタルコマースというものは、数回の大きな取引よりも、多くの小さな取引で構成される可能性が高いからです。

より広範な経済的変化としては、摩擦の低減、マイクロペイメントの効率化、そして、複数のエンドポイントの下で支払いが行われるようになることが挙げられます。つまり、支払い処理が一つの壁に囲まれた空間内だけで行われるのではなく、より多くの場所で行われるようになります。

ルーティングや促進の仕組みが、新たな権力の中心となる可能性があります。

x402は、価値が蓄積される場所も変更します。このプロトコルは…無許可で、そして複数の組織が、生産設備を運営しています。それは、単なるレールではなく、ディスカバリー、支払い処理、決済といった機能をモジュール化できる、より複雑な構造になります。最近の事例では…V2のアップデートこれは、ウォレットベースのアイデンティティ、自動的なAPI検出、動的な支払い対象者、そしてモジュール式のSDKを利用することで、その機能をさらに強化するものです。

だからこそ、アジェンは、設立メンバーの一員として参加しました。従来の決済サービスを提供する企業が、単にイデオロギーのためにオープンプロトコルに参加するわけではありません。彼らがオープンプロトコルに参加するのは、プロトコル上で構築される決済システムが、将来の分散型および処理層として機能する可能性があるからです。特に、Adyenが商人を中心に据えるという方針を掲げていることから、この傾向はさらに強まるでしょう。

企業の反対意見は、依然として有効です。

ビアーズの主張は一つだけ正しい。つまり、オープンなコードだけでは不十分であり、企業の購入者が必要とする制御機能を得られないのだ。標準規格は、依然として機能する必要がある。商人が取引、顧客との関係、およびデータをコントロールすること。そして、最初から詐欺や責任について考慮しておく必要があります。

本当の試練は、x402が、その周りでエコシステムが形成されても、依然として開いている状態を維持できるかどうかです。

最も難しいのは、単に興味を持っていることを証明するだけではない。オープンスタンダードが、何もなくして新たな制御ポイントになってしまわないようにすることだ。

オープンなガバナンスは有効ですが、構築された仕組みの重要性もまた重要です。

理論上、x402は中性を保つための適切なDNAを持っています。つまり、…ベンダーにとらわれないガバナンス、と説明されています。オープンソースプロトコルそして、それは、独自の技術スタックというよりも、信頼性の高い支払い基準として捉えられているのです。これは重要なことです。なぜなら、オープンなインフラが持続的な関連性を持つためには、複数の競争相手がそのインフラを利用する理由を見出す必要があるからです。

しかし、ガバナンスだけでは問題を解決することはできません。プロトコルがオープンであるかどうかは、その上に構築されるレイヤーによって決まります。だからこそ…V2アップデートウォレットベースのアイデンティティ、自動的なAPIの検出、動的な支払い受領者の指定、そしてモジュール式のSDKなどを利用することで、相互運用性が向上するか、あるいは、デベロッパーにとって最も適したデフォルトの開発環境が強化されることになります。

その論文を裏付けるものとは何でしょうか？また、その論文を反証するものとは何でしょうか？

確認信号プロジェクトが拡大しても、ガバナンスは依然としてオープンな状態を保っています。アデイーン彼らの関与を、最初の参加にとどまらず、さらに深めていくことです。 将来の設計方針としては、モジュール化や相互運用性、そして広範なネットワーク対応や法定通貨のサポートが続くでしょう。

無効化信号コントロールは、標準的な方法から、デフォルトのツールやアイデンティティ、ルーティング層を所有している人々の手に移ります。 エンタープライズの購入者は、マーチャンダイジングのコントロールや、詐欺や責任の問題については、まだ実際の運用には適していないと判断しています。 市場では、x402を実際の商業的なインフラストラクチャとしてではなく、デモ用のレイヤーとして扱っています。

ウォッチリストに掲載されている情報生産を促進するための手段/方法アジェン自動的なAPI検出を行うためのツールを開発している企業たち AWSなどの、初期段階でのエコシステムの支援者たち

これを、完成した製品としてではなく、インフラ構築の一環として捉えてください。もし開放性が保たれるならば、最初の価値は、単一のアプリケーションではなく、アダプターやルーティング機能、マーチャントとの接続に関する層に蓄積されるでしょう。