RSS VentureBeat
フォロー
MCPはツール呼び出しを解決しました。A2Aは調整を解決しました。輸送を解決するのは何ですか？
分散コンピューティングは、REST、MQTT、WebSocketsが主要なものとして登場する前に、プロトコルの乱立を経験しました。AIエージェントのエコシステムは現在、同様の乱立段階にあり、最近MCP、ACP、A2A、ANPという4つの主要なプロトコルが公開されました。これらのプロトコルは、直接競合するのではなく、通信スタックの異なるレイヤーに対応しています。MCPはツール呼び出し用、A2Aはタスク調整を処理、ACPは軽量メッセージエンベロープ用、ANPは発見とIDに焦点を当てています。これにより、エージェント通信のための補完的なスタックが作成されます。
しかし、トランスポートレイヤーには依然として大きな課題が残っています。現在のHTTPベースのプロトコルは到達可能なサーバーを前提としていますが、NATの背後にあるデバイスでは問題となります。これにより、メッセージは高コストで遅延のあるリレーインフラストラクチャを通過せざるを得なくなります。UDPホールパンチングやQUICのようなピアツーピア接続の技術は存在しますが、エージェントのコンテキストでは、アドレスだけでなく機能によってピアを見つける、能力ベースのルーティングが必要です。Pilot Protocolとlibp2pは、このトランスポートの問題に積極的に取り組んでいます。
アプリケーションレイヤープロトコル（MCP、A2A）は安定版に近づいており、今後の作業は強化とフェデレーションに焦点を当てます。トランスポートレイヤーは18〜24ヶ月遅れており、初期の多様性の後、効果的な実装の周りで統合が進むと予想されます。IETFとW3Cからの標準化は2027〜2028年頃に予想され、おそらく事実上のオープンソース標準に先行されるでしょう。現在のアーキテクチャの決定においては、MCPのような安定したアプリケーションレイヤープロトコルを採用することはリスクが低いですが、トランスポートレイヤーでは、初期の実装の慎重な評価またはカスタム開発が必要です。アプリケーションセマンティクスとトランスポートレイヤーのクリーンな分離は、安定したトランスポートソリューションへの将来の移行を容易にするために、現在非常に重要です。
