Overview
The paper synthesizes protocol specs and community docs; recommendations are practical but based on specification analysis rather than large-scale field studies.
Citations3
Evidence Strength0.70
Confidence0.78
Risk Signals9
Trust Signals
Findings with numeric evidence: 4/4
Findings with evidence refs: 4/4
Results with explicit delta: 0/0
Reproducibility
Status: No open assets linked
Open source: Partial
At A Glance
Cost impact: 70%
Production readiness: 70%
Novelty: 40%
Why It Matters For Business
Standardizing agent interfaces reduces engineering cost, improves security, and enables reusable agent services across teams and vendors.
Who Should Care
Summary TLDR
This survey compares four emerging protocols for LLM-powered agents: MCP (JSON-RPC for secure tool/context injection), ACP (RESTful, MIME-typed multimodal messaging and session handling), A2A (agent-to-agent capability exchange using Agent Cards and SSE/push updates), and ANP (decentralized DID-based peer discovery and JSON-LD descriptions). It catalogs architectures, transport options, discovery methods, and security threats, and proposes a four-stage adoption roadmap: start with MCP for tool access, add ACP for structured messaging, adopt A2A for enterprise agent workflows, and extend to ANP for open, decentralized agent markets.
Problem Statement
LLM-driven agents need standardized ways to discover capabilities, share structured context, and securely coordinate actions. Current integrations are ad-hoc, hard to scale, and vary across vendors, creating security gaps, brittle adapters, and costly engineering work.
Main Contribution
Survey and concise comparison of four protocols: MCP, ACP, A2A, ANP
Detailed protocol descriptions (architecture, transports, discovery, security) and lifecycle threat tables
Key Findings
Four distinct protocols target different interoperability layers
A practical adoption sequence reduces integration risk
What To Try In 7 Days
Prototype MCP for model-to-tool calls and centralize tool manifests
Sign and version one Agent Card/manifest and host under /.well-known
Add TLS + JWS-signed message parts to an existing HTTP-based agent endpoint
Agent Features
Memory
Planning
Tool Use
Frameworks
Is Agentic
Yes
Architectures
Collaboration
Optimization Features
System Optimization
Reproducibility
Risks & Boundaries
Limitations
Survey synthesizes protocol specs and early docs; lacks large-scale empirical deployments
Protocol specs and adoption status are evolving rapidly; details may change
When Not To Use
If you run a single monolithic app with no external tool calls, protocol adoption may add unnecessary complexity
Do not adopt decentralized ANP if you require strict centralized control and auditability
Failure Modes
Manifest or Agent Card spoofing leading to impersonation
Tool or prompt injection causing unsafe model behavior

