A2AとMCPはWeb3 AIエージェントのゴールドスタンダードになれるか？

By Haotian 

GoogleのA2A導入とAnthropicのMCPプロトコルが、Web3AIエージェント開発のための通信のゴールドスタンダードになったらどうなるのか？何が？直感的には「相容れない」と感じる。

1)アプリケーションの成熟度の断絶：A2AとMCPは、成熟したアプリケーションシナリオに対応しているため、web2ドメインで急速に普及することができます。それらは本質的に「価値増幅器」であり、価値を創造するものではない。一方、ウェブ3のAIエージェントは、ほとんどがワンクリックエージェントパブリッシングの第一段階に留まっており、深いアプリケーションシナリオ（DeFAI、GameFAiなど）がないため、これらのプロトコルの価値を活用するために文字列で直接使用することは困難です。

たとえば、ユーザーがCursorでコーディングしている場合、MCPプロトコルをコネクターとして使用することで、現在の作業環境から飛び出すことなく、コードの更新をGithubに公開することができます。しかし、もしユーザーがWeb3環境にいて、オンチェーン・トランザクションを実行するためにローカルでフィードされる、微調整された戦略を使用している場合、オンチェーン・データを解析・分析する際に混乱するかもしれない。

2）欠けているインフラの陥没穴：完全なエコシステムを構築するために、web3 AIエージェントはまず、統一されたデータレイヤー、オラクルレイヤー、インテント実行レイヤー、分散型コンセンサスレイヤーなど、基礎となるインフラの深刻な欠落を埋めなければなりません。多くの場合、A2Aプロトコルは、エージェントが機能的なコラボレーションを達成するために標準化されたAPIを簡単に呼び出すことができるWeb2環境にありますが、Web3環境では、単純なクロスDEXアービトラージ操作が大きな課題に直面します。

ユーザーがAIエージェントに「ETH価格が1,600ドルを下回ったらUniswapから購入し、価格が上昇したら売却する」と指示するシナリオを想像してみてください。一見単純な操作ですが、エージェントはチェーンデータのリアルタイム解析、ガス料金の動的最適化、スリッページ制御、MEV保護など、一連のウェブ3特有の問題を同時に解決する必要があります、MEV保護と一連のweb3特有の問題。一方、web2のAIエージェントは、機能的な連携を実現するために標準化されたAPIを呼び出すだけでよく、インフラの洗練度はweb3の環境とはかけ離れている。

3）ウェブ3のAI差別化の構築：ウェブ2のプロトコルと機能を適用するだけのウェブ3のAIエージェントは、オンチェーン取引ビジネスの特性、特にデータノイズ、取引精度、ルーターの多様性といった複雑な問題をほとんど活用できません。

意図的な取引を例にとると、ウェブ2環境では、ユーザーが「最も安いフライトを予約する」と指示した場合、A2Aプロトコルによって複数のエージェントが協力して取引を完了することができます。しかし、ウェブ3環境では、ユーザーが「私のUSDCをソラナにクロスチェーンし、最も安いコストで流動性マイニングに参加する」と期待した場合、ユーザーの意図を理解する必要があるだけではありません。しかし、web3環境において、ユーザーが「自分のUSDCをチェーンを渡ってSolanaに渡し、可能な限り低コストで流動性マイニングに参加する」ことを期待する場合、ユーザーの意図を理解する必要があるだけでなく、セキュリティ、原子性、コストの消耗を天秤にかけ、チェーン上で一連の複雑な操作を行う必要がある。言い換えれば、一見便利に見える操作が、ユーザーをより大きなセキュリティリスクにさらすのであれば、その経験の利便性は無意味であり、必要性は擬似的なものである。

上記。

全体として、私が言いたいことはこうです：A2AやMCPの価値については疑う余地はありませんが、それらがそのままWeb3のAIエージェントトラックに適応することは期待できません。インフラ配備のギャップは、ビルダーにとってのチャンスではないでしょうか？