MCP యొక్క కొత్త 2026-07-28 స్పెసిఫికేషన్ ప్రతి సెషన్-స్టేట్ (session-state) అవసరాన్ని తొలగించింది, దీనివల్ల ప్రతి రిక్వెస్ట్ దానికి కావాల్సిన మొత్తం డేటాను తనతో పాటే తీసుకెళ్లగలదు. స్టేట్‌లెస్ ప్రోటోకాల్‌కు మారడం వల్ల డెవలపర్లు ప్రతి కాల్ కోసం ఒకే ఒక ఇన్‌స్టెన్స్‌ను ప్రారంభించవచ్చు, సర్వర్‌లెస్ లేదా ఎడ్జ్ నోడ్స్‌పై రన్ చేయవచ్చు మరియు డిప్లాయ్‌మెంట్‌లో ఇబ్బందిగా ఉన్న పాత స్టిక్కీ-రూటింగ్ (sticky-routing) మరియు షేర్డ్-స్టోర్ పద్ధతులను వదిలివేయవచ్చు.

హ్యాండ్‌షేక్‌ల నుండి స్వయం సమగ్రమైన (Self-Contained) కాల్స్ వరకు

ఇప్పటి వరకు, Model Context Protocol (MCP) సెషన్ IDని జారీ చేసే హ్యాండ్‌షేక్‌ను తప్పనిసరి చేసేది. కనెక్షన్ ముగిసే వరకు సర్వర్లు ఆ IDని గుర్తుంచుకోవాల్సి వచ్చేది, దీని అర్థం ప్రాసెస్‌లను లైవ్ లో ఉంచడం, Redis క్లస్టర్ అంతటా స్టేట్‌ను రెప్లికేట్ చేయడం లేదా "స్టిక్కీ" రూటింగ్ కోసం లోడ్ బ్యాలెన్సర్లను కాన్ఫిగర్ చేయడం. దీని ఫలితంగా సంక్లిష్టమైన, వనరులను ఎక్కువగా వినియోగించే స్టాక్ ఏర్పడింది, ఇది స్కేలింగ్‌ను కష్టతరం చేసింది మరియు హారిజాంటల్ గ్రోత్‌ను ఖరీదైనదిగా మార్చింది.

కొత్త స్పెసిఫికేషన్ ప్రతి రిక్వెస్ట్‌ను స్వయం సమగ్రంగా (self-contained) మారుస్తుంది. ప్రతి పేలోడ్‌లో ప్రోటోకాల్ వెర్షన్ మరియు కాలర్ యొక్క ఐడెంటిటీ ఉంటాయి, తద్వారా సర్వర్ ఆ రిక్వెస్ట్‌ను ఒకే ఒక లావాదేవీగా (one-off transaction) పరిగణించగలదు. సెషన్ స్టోర్ అవసరం లేదు, దీర్ఘకాలిక ప్రాసెస్ అవసరం లేదు, ప్రత్యేక రూటింగ్ నియమాలు అవసరం లేదు.

డిప్లాయ్‌మెంట్ కోసం స్టేట్‌లెస్ ఎందుకు ముఖ్యం

  • సర్వర్‌లెస్ మరియు ఎడ్జ్ రెడీ – ఒక రిక్వెస్ట్ దానికి కావాల్సినవన్నీ కలిగి ఉంటుంది, కాబట్టి ఒక ఫంక్షన్ వార్మప్ స్టేట్ లేకుండానే ప్రారంభమై, సమాధానం ఇచ్చి, ఆగిపోవచ్చు. ప్రతి కాల్‌కి ఛార్జ్ చేసే ప్రొవైడర్లు MCP వర్క్‌లోడ్‌లకు అనుకూలంగా మారుతారు.
  • సరళీకరించబడిన లోడ్ బ్యాలెన్సింగ్ – స్టాండర్డ్ L4/L7 బ్యాలెన్సర్లు ట్రాఫిక్‌ను సమానంగా పంపిణీ చేయగలవు; క్లయింట్‌ను ఒక నిర్దిష్ట బ్యాకెండ్‌కు కట్టిపడేయాల్సిన అవసరం లేదు.
  • తగ్గిన ఆపరేషనల్ ఓవర్‌హెడ్ – టీమ్‌లు Redis క్లస్టర్‌లను లేదా కస్టమ్ సెషన్-రెప్లికేషన్ కోడ్‌ను తొలగించవచ్చు, తద్వారా ఖర్చు మరియు వైఫల్యాల సంభావ్యత రెండూ తగ్గుతాయి.

ఇప్పటికే లోడ్ బ్యాలెన్సర్ వెనుక MCPని నడుపుతున్న సంస్థలకు, ఈ మార్పు ట్రాఫిక్ అసమానంగా పంపిణీ అయ్యేలా చేసే "స్టిక్కీ" నియమాల అవసరాన్ని తొలగిస్తుంది. రోజుకు మిలియన్ల కొద్దీ కాల్స్ చేసే హై-త్రూపుట్ సర్వీసులకు ఈ పొదుపు చాలా స్పష్టంగా కనిపిస్తుంది.

పనితీరు మరియు భద్రతా అప్‌గ్రేడ్‌లు

ఈ స్పెసిఫికేషన్ స్టేట్‌లెస్ స్వభావం మాత్రమే కాకుండా, ప్రోటోకాల్‌ను మరింత బలోపేతం చేసే నిర్దిష్ట మెరుగుదలలను జోడిస్తుంది:

  • TTL-ఆధారిత క్యాషింగ్ – టూల్ మరియు ప్రాంప్ట్ జాబితాలు ఇప్పుడు time-to-live ఫీల్డ్‌ను కలిగి ఉంటాయి, దీనివల్ల క్లయింట్లు ఫలితాలను లోకల్‌గా క్యాష్ చేసుకోవచ్చు మరియు అనవసరమైన రౌండ్-ట్రిప్‌లను నివారించవచ్చు.
  • హెడర్-డ్రివెన్ రూటింగ్ – కొత్త HTTP హెడర్‌లు రూటింగ్ సమాచారాన్ని ముందుగానే తెలియజేస్తాయి, తద్వారా గేట్‌వేలు పూర్తి JSON బాడీని విశ్లేషించకుండానే ట్రాఫిక్‌ను ఫార్వార్డ్ చేయగలవు, దీనివల్ల లేటెన్సీ (latency) తగ్గుతుంది.
  • OAuth/OIDC హార్డెనింగ్ – ఐడెంటిటీ టోకెన్‌లు కఠినమైన OAuth మరియు OpenID Connect తనిఖీలకు లోనవుతాయి, ఇది రీప్లే మరియు టోకెన్-దొంగతనం దాడుల నుండి రక్షణను పెంచుతుంది.
  • ఫార్మల్ ఎక్స్‌టెన్షన్ ఫ్రేమ్‌వర్క్ – టాస్క్‌లు మరియు యాప్‌లు ఇప్పుడు నిర్వచించబడిన ఎక్స్‌టెన్షన్ మోడల్‌కు చెందుతాయి, ఇది SDK మెయింటైనర్లకు భవిష్యత్తు ఫీచర్ల విడుదలను సులభతరం చేస్తుంది.

డెవలపర్లపై ప్రభావం

SDK ఎకోసిస్టమ్ ఇప్పటికే ఈ మార్పును ప్రతిబింబిస్తోంది: TypeScript, Python, Go మరియు C# లైబ్రరీలు కొత్త రిక్వెస్ట్ ఫార్మాట్‌ను విడుదల చేస్తున్నాయి. ఈ SDKల మొత్తం డౌన్‌లోడ్‌లు నెలకు అర బిలియన్లకు చేరువవుతున్నాయి, ఇది ఈ సంవత్సరం ప్రారంభంలో ఉన్న దానికంటే నాలుగు రెట్లు ఎక్కువ, ఇది MCP ఎంత విస్తృతంగా స్వీకరించబడుతుందో సూచిస్తుంది.

పర్సిస్టెంట్ సెషన్‌ను ఊహించి రాసిన ఏ కోడ్‌నైనా డెవలపర్లు సర్దుబాటు చేయాలి. సాధారణంగా దీని అర్థం సెషన్-నిర్దిష్ట డేటాను రిక్వెస్ట్ పేలోడ్‌లోకి లేదా ప్రతి కాల్‌కు సంప్రదించే బాహ్య స్టోర్‌లోకి మార్చడం. మైగ్రేషన్ విండో పన్నెండు నెలలు, ఇది టీమ్‌లకు రీఫ్యాక్టర్ చేయడానికి, పరీక్షించడానికి మరియు కొత్త పద్ధతిని అమలు చేయడానికి సమయం ఇస్తుంది.

ప్రతిపాదనకు విరుద్ధంగా: మైగ్రేషన్ సంక్లిష్టత

స్టేట్‌లెస్నెస్ అనేది ఉచితంగా వచ్చేది కాదు. ప్రోగ్రెసివ్ కన్వర్సేషన్ హిస్టరీ వంటి వాటి కోసం గతంలో సర్వర్-సైడ్ స్టేట్‌పై ఆధారపడిన అప్లికేషన్‌లు ఇప్పుడు ఆ స్టేట్‌ను క్లయింట్-సైడ్ ద్వారా లేదా ప్రత్యేక పర్సిస్టెన్స్ లేయర్ ద్వారా నిర్వహించాల్సి ఉంటుంది.

గమనించవలసినవి

  • అడాప్షన్ మెట్రిక్స్ – SDK వెర్షన్ వినియోగాన్ని పర్యవేక్షించండి; మందగమనం మైగ్రేషన్ ఇబ్బందులను సూచించవచ్చు.
  • ఎడ్జ్ ప్లాట్‌ఫారమ్ సపోర్ట్ – ఎక్కువ మంది ప్రొవైడర్లు MCP-అనుకూల రన్‌టైమ్‌లను ప్రకటించినప్పుడు, సర్వర్‌లెస్ యొక్క నిజమైన ఖర్చు ప్రయోజనం స్పష్టమవుతుంది.
  • సెక్యూరిటీ ఇన్సిడెంట్ రిపోర్ట్స్ – హార్డెన్డ్ OAuth/OIDC ఫ్లో ఐడెంటిటీ దాడులను తగ్గించాలి, కానీ ఏదైనా ఉల్లంఘన కొత్త రక్షణలను పరీక్షించాల్సి ఉంటుంది.

ముఖ్య అంశం: MCPని స్టేట్‌లెస్ చేయడం ద్వారా, ఈ స్పెసిఫికేషన్ ప్రోటోకల్‌ను ఆధునిక క్లౌడ్-నేటివ్ ప్యాటర్న్స్‌తో అనుసంధానిస్తుంది, సెషన్ మేనేజ్‌మెంట్ యొక్క ఆపరేషనల్ భారాన్ని తగ్గిస్తుంది మరియు తక్కువ ఖర్చుతో కూడిన, మరింత ఎలాస్టిక్ డిప్లాయ్‌మెంట్ మోడల్‌లకు మార్గం సుగమం చేస్తుంది. దీని వల్ల కోడ్ రీఫ్యాక్టరింగ్ మరియు పెద్ద రిక్వెస్ట్ ఫుట్‌ప్రింట్స్ వంటి చిన్న ఇబ్బందులు ఎదురైనా, దీర్ఘకాలిక ప్రయోజనం ఏమిటంటే, ఇది దానిపై నడిచే ఇన్‌ఫ్రాస్ట్రక్చర్‌లాగే సులభంగా స్కేల్ అయ్యే ప్రోటోకాల్‌గా మారుతుంది.