★ DISPONIBILE PER FORMAZIONE E PROGETTI
enrico chiolo

Trasporto MCP

Il livello del Model Context Protocol che definisce come viaggiano i messaggi tra client e server, con i due trasporti canonici stdio e Streamable HTTP.

Il trasporto MCP è il livello del Model Context Protocol che definisce come viaggiano fisicamente i messaggi tra client e server: la scelta del canale, il framing delle richieste e l’autenticazione. È il livello esterno del protocollo: lo strato di dati usa lo stesso formato JSON-RPC 2.0 su qualunque trasporto, mentre il trasporto determina dove gira il server, la sua scalabilità e la sua sicurezza.1

I due trasporti canonici

Il primo è il trasporto stdio, che usa gli stream standard di ingresso e uscita per la comunicazione tra processi locali sullo stesso host. Non ha overhead di rete e offre prestazioni ottimali. È il trasporto dei server locali: Claude Desktop lancia il processo e parla con lui via stdio. Un server stdio serve tipicamente un solo client.1

Il secondo è il trasporto Streamable HTTP, che usa HTTP POST per i messaggi client-to-server, con Server-Sent Events opzionali per lo streaming. Abilita i server remoti e supporta i metodi di autenticazione HTTP standard, come bearer token, API key e header custom; MCP raccomanda OAuth per ottenere i token. Un server HTTP serve molti client.12

Il routing basato su header

Dalla spec 2026-07-28 le richieste Streamable HTTP devono includere Mcp-Method e Mcp-Name negli header: gateway, rate limiter e Web Application Firewall possono instradare e mettere in quota le richieste basandosi sugli header, senza dover analizzare i body JSON. È ciò che rende MCP un workload HTTP di prima classe, con cui i cloud provider possono lavorare nativamente. Il trasporto HTTP+SSE precedente è deprecato, con un periodo di migrazione di dodici mesi.23

Perché il trasporto conta

La scelta del trasporto separa due fasi della vita del protocollo. La prima, dal 2024 al 2026, era dominata dai server locali stdio. La maturazione di MCP come infrastruttura passa dal trasporto HTTP, che abilita server remoti, scalabilità con bilanciatori round-robin resi possibili dalla statelessness e casi d’uso enterprise. Simon Willison attribuisce alla semplificazione del trasporto stateless la possibilità di costruire tre client e tre server in una settimana.23

Voci correlate

Bibliografia e sitografia

Footnotes

  1. MCP docs, Architecture overview, 2026. 2 3

  2. MCP Blog, The 2026-07-28 Specification, 2026. 2 3

  3. Simon Willison, Stateless MCP has recaptured my interest, 2026. 2