MCP, the Model Context Protocol, is the standard that lets AI systems talk to external tools and data sources. It just went through its most significant architecture change since remote MCP launched: a shift from stateful to stateless. Here is what that actually means. In the old, stateful setup, a request had to stay tied to one specific server for the whole session, and that server had to remember everything about it. That works fine for a small local tool, but it is a fragile way to run anything at scale, because if that one server goes down or gets overloaded, the session breaks with it.
Stateless flips that around. Requests no longer need to stick to a single server or carry their memory with them, because the state lives in the request itself or in shared storage instead of being held by one machine's memory. Any server in a pool can pick up any request. This is the same pattern that lets ordinary large websites handle millions of visitors without falling over: no single server is a point of failure, and you can add or remove servers without cutting anyone off mid-request.
The rest of the update, multi round trip requests, header based routing, cacheable list results, tightened authorization, makes more sense once you see it through that lens. These are features built for coordinating many servers and many independent requests, not for one continuous conversation with one machine.