logoalt Hacker News

drdexebtjltoday at 5:28 AM4 repliesview on HN

In retrospect, stateful MCP was clearly wrong.

This essentially makes MCP just another REST API endpoint, and lets you use the same infrastructure you already have set up for REST APIs (like load balancers, API gateways, progressive rollouts, etc).


Replies

pjmlptoday at 5:53 AM

Something that anyone doing distributed systems knows after a few scars, stateless servers are always better, and stateful only if there is no way around it.

I learnt this with Sun RPC and the whole "The network is the computer".

Somehow this keeps having to be relearnt.

show 1 reply
bloppetoday at 6:00 AM

MCP is basically just:

1. a REST-like API

2. with a spec (OpenAPI, introspection, etc.)

3. with harness-level authz (the ability to allow / deny specific methods in the harness)

The only part that's actually new is #3, but it seems like it should be fairly easy to provide similar support for REST APIs. There might already be a Pi extension that allows you to allow / deny particular method / path patterns for particular sites. Regardless, there's always service-level authz with service accounts, at least for the more sophisticated APIs.

So ya, I don't see why we need a whole new set of standards and protocols just to have harness-level fine-grained API permissions. We could have just done it all with REST.

show 2 replies
zeafoamruntoday at 8:04 AM

I came here to ask why it was ever stateful?

show 2 replies