స్థితి రాహిత్యం, రాష్ట్ర గడువు మరియు చరిత్ర గడువు

మోడెస్ట్ హార్డ్‌వేర్‌పై Ethereum నోడ్‌లను అమలు చేయగల సామర్థ్యం నిజమైన వికేంద్రీకరణకు కీలకం. ఎందుకంటే నోడ్‌ను అమలు చేయడం వలన వినియోగదారులకు డేటాను అందించడానికి మూడవ పక్షాన్ని విశ్వసించడం కంటే స్వతంత్రంగా క్రిప్టోగ్రాఫిక్ తనిఖీలను నిర్వహించడం ద్వారా సమాచారాన్ని ధృవీకరించే సామర్థ్యాన్ని అందిస్తుంది. నోడ్‌ను అమలు చేయడం వలన వినియోగదారులు మధ్యవర్తిని విశ్వసించకుండా నేరుగా Ethereum పీర్-టు-పీర్ నెట్‌వర్క్‌కు లావాదేవీలను సమర్పించడానికి అనుమతిస్తుంది. ఖరీదైన హార్డ్‌వేర్ ఉన్న వినియోగదారులకు మాత్రమే ఈ ప్రయోజనాలు అందుబాటులో ఉంటే వికేంద్రీకరణ సాధ్యం కాదు. బదులుగా, నోడ్‌లు చాలా మోడెస్ట్ ప్రాసెసింగ్ మరియు మెమరీ అవసరాలతో అమలు చేయగలగాలి, తద్వారా అవి మొబైల్ ఫోన్‌లు, మైక్రో-కంప్యూటర్‌లు లేదా హోమ్ కంప్యూటర్‌లో గుర్తించబడని విధంగా అమలు చేయగలవు.

నేడు, అధిక డిస్క్ స్థలం అవసరాలు నోడ్‌లకు సార్వత్రిక ప్రాప్యతను నిరోధించే ప్రధాన అవరోధం. ఇది ప్రాథమికంగా Ethereum యొక్క రాష్ట్ర డేటా యొక్క పెద్ద భాగాలను నిల్వ చేయవలసిన అవసరం కారణంగా ఉంది. ఈ రాష్ట్ర డేటా కొత్త బ్లాక్‌లు మరియు లావాదేవీలను సరిగ్గా ప్రాసెస్ చేయడానికి అవసరమైన కీలక సమాచారాన్ని కలిగి ఉంది. వ్రాసే సమయంలో, పూర్తి Ethereum నోడ్‌ను అమలు చేయడానికి వేగవంతమైన 2TB SSD సిఫార్సు చేయబడింది. పాత డేటాను ప్రూన్ చేయని నోడ్ కోసం, స్టోరేజ్ అవసరం దాదాపు 14GB/వారం పెరుగుతుంది మరియు జెనెసిస్ 12 TBకి చేరుకుంటున్నప్పటి నుండి మొత్తం డేటాను నిల్వ చేసే ఆర్కైవ్ నోడ్‌లు (వ్రాసే సమయంలో, ఫిబ్రవరి 2023లో).

పాత డేటాను నిల్వ చేయడానికి చౌకైన హార్డ్ డ్రైవ్‌లను ఉపయోగించవచ్చు కానీ ఇన్‌కమింగ్ బ్లాక్‌లను కొనసాగించడానికి అవి చాలా నెమ్మదిగా ఉంటాయి. డేటాను చౌకగా మరియు సులభంగా నిల్వ చేయడానికి క్లయింట్‌ల కోసం ప్రస్తుత నిల్వ నమూనాలను ఉంచడం అనేది సమస్యకు తాత్కాలిక మరియు పాక్షిక పరిష్కారం మాత్రమే, ఎందుకంటే Ethereum యొక్క రాష్ట్ర వృద్ధి 'అపరిమితంగా' ఉంది, అంటే నిల్వ అవసరాలు ఎప్పుడైనా పెరుగుతాయి మరియు సాంకేతిక మెరుగుదలలు ఎల్లప్పుడూ నిరంతర రాష్ట్ర వృద్ధికి అనుగుణంగా ఉండాలి. బదులుగా, స్థానిక డేటాబేస్‌ల నుండి డేటాను వెతకడంపై ఆధారపడని బ్లాక్‌లు మరియు లావాదేవీలను ధృవీకరించడానికి క్లయింట్‌లు తప్పనిసరిగా కొత్త మార్గాలను కనుగొనాలి.

నోడ్స్ కోసం నిల్వను తగ్గించడం

ప్రతి నోడ్ నిల్వ చేయాల్సిన డేటా మొత్తాన్ని తగ్గించడానికి అనేక మార్గాలు ఉన్నాయి, ప్రతి ఒక్కటి Ethereum యొక్క కోర్ ప్రోటోకాల్‌ను వేరే మేరకు నవీకరించడం అవసరం:

• చరిత్ర గడువు: X బ్లాక్‌ల కంటే పాత స్టేట్ డేటాను విస్మరించడానికి నోడ్‌లను ప్రారంభించండి, కానీ Ethereum క్లయింట్ స్టేట్ డేటాను ఎలా హ్యాండిల్ చేస్తుందో మార్చదు
• స్టేట్ ఎక్స్‌పైరీ: తరచుగా ఉపయోగించని స్టేట్ డేటా నిష్క్రియంగా మారడానికి అనుమతించండి. క్రియారహిత డేటా పునరుత్థానం చేయబడే వరకు క్లయింట్లు దానిని విస్మరించవచ్చు.
• బలహీన స్థితిలేనితనం: బ్లాక్ ప్రొడ్యూసర్‌లకు మాత్రమే పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరం, ఇతర నోడ్‌లు స్థానిక స్టేట్ డేటాబేస్ లేకుండా బ్లాక్‌లను ధృవీకరించగలవు.
• బలమైన స్థితిలేనితనం: పూర్తి స్థితి డేటాకు నోడ్‌లకు యాక్సెస్ అవసరం లేదు.

డేటా గడువు

చరిత్ర గడువు ముగిసింది

హిస్టరీ ఎక్స్‌పైరీ అనేది క్లయింట్‌లు తమకు అవసరం లేని పాత డేటాను తీసివేయడాన్ని సూచిస్తుంది, తద్వారా వారు తక్కువ మొత్తంలో చారిత్రక డేటాను మాత్రమే నిల్వ చేస్తారు, కొత్త డేటా వచ్చినప్పుడు పాత డేటాను వదిలివేస్తారు. క్లయింట్‌లకు చారిత్రక డేటా అవసరం కావడానికి రెండు కారణాలు ఉన్నాయి: డేటా అభ్యర్థనలను సమకాలీకరించడం మరియు అందించడం. వాస్తవానికి, క్లయింట్‌లు జెనెసిస్ బ్లాక్ నుండి సమకాలీకరించవలసి ఉంటుంది, ప్రతి వరుస బ్లాక్ చెయిన్ యొక్క తల వరకు సరైనదని ధృవీకరిస్తుంది. నేడు, క్లయింట్‌లు చెయిన్ యొక్క తలపైకి వెళ్ళడానికి బూట్‌స్ట్రాప్ చేయడానికి "బలహీనమైన సబ్జెక్టివిటీ చెక్‌పాయింట్‌లను" ఉపయోగిస్తున్నారు. ఈ చెక్‌పాయింట్‌లు విశ్వసనీయ ప్రారంభ పాయింట్‌లు, ఇవి Ethereum ప్రారంభానికి బదులుగా ప్రస్తుతానికి దగ్గరగా ఉన్న జెనెసిస్ బ్లాక్‌ను కలిగి ఉంటాయి. దీనర్థం క్లయింట్‌లు చెయిన్ హెడ్‌కు సమకాలీకరించే సామర్థ్యాన్ని కోల్పోకుండానే అత్యంత ఇటీవలి బలహీనమైన సబ్జెక్టివిటీ చెక్‌పాయింట్‌కు ముందు మొత్తం సమాచారాన్ని వదలవచ్చు. క్లయింట్‌లు ప్రస్తుతం వారి స్థానిక డేటాబేస్‌ల నుండి హిస్టారికల్ డేటా కోసం అభ్యర్థనలను (JSON-RPC ద్వారా చేరుకుంటారు) అందిస్తారు. అయితే, హిస్టరీ గడువు ముగిసినప్పుడు అభ్యర్థించిన డేటా తీసివేయబడితే ఇది సాధ్యం కాదు. కొన్ని వినూత్న పరిష్కారాలు అవసరమయ్యే చోట ఈ చారిత్రక డేటాను అందించడం.

పోర్టల్ నెట్‌వర్క్ వంటి పరిష్కారాన్ని ఉపయోగించి క్లయింట్లు సహచరుల నుండి చారిత్రక డేటాను అభ్యర్థించడం ఒక ఎంపిక. పోర్టల్ నెట్‌వర్క్ అనేది హిస్టారికల్ డేటాను అందించడానికి అభివృద్ధి చెందుతున్న పీర్-టు-పీర్ నెట్‌వర్క్, ఇక్కడ ప్రతి నోడ్ Ethereum చరిత్రలోని చిన్న భాగాన్ని నిల్వ చేస్తుంది, అంటే మొత్తం చరిత్ర నెట్‌వర్క్‌లో పంపిణీ చేయబడుతుంది. సంబంధిత డేటాను నిల్వ చేసే సహచరులను వెతకడం మరియు వారి నుండి అభ్యర్థించడం ద్వారా అభ్యర్థనలు అందించబడతాయి. ప్రత్యామ్నాయంగా, ఇది సాధారణంగా చారిత్రక డేటాకు ప్రాప్యత అవసరమయ్యే అనువర్తనాలు కాబట్టి, దానిని నిల్వ చేయడం వారి బాధ్యతగా మారవచ్చు. Ethereum స్పేస్‌లో చారిత్రాత్మక ఆర్కైవ్‌లను నిర్వహించడానికి సిద్ధంగా ఉన్న తగినంత మంది పరోపకార యాక్టర్‌లు కూడా ఉండవచ్చు. ఇది హిస్టారికల్ డేటా స్టోరేజ్‌ను నిర్వహించడానికి స్పిన్ అప్ చేసే DAO కావచ్చు లేదా ఆదర్శంగా ఈ ఎంపికలన్నింటి కలయికగా ఉంటుంది. ఈ ప్రొవైడర్లు టొరెంట్, FTP, Filecoin లేదా IPFS వంటి అనేక మార్గాల్లో డేటాను అందించగలరు.

చరిత్ర గడువు కొంత వివాదాస్పదమైనది ఎందుకంటే ఇప్పటివరకు Ethereum ఎల్లప్పుడూ ఏదైనా చారిత్రక డేటా లభ్యతకు పరోక్షంగా హామీ ఇస్తుంది. స్నాప్‌షాట్‌ల నుండి కొంత పాత డేటాను పునర్నిర్మించడంపై ఆధారపడినప్పటికీ, జెనిసిస్ నుండి పూర్తి సమకాలీకరణ ఎల్లప్పుడూ ప్రామాణికంగా సాధ్యమవుతుంది. చరిత్ర గడువు Ethereum కోర్ ప్రోటోకాల్ వెలుపల ఈ హామీని అందించే బాధ్యతను తరలిస్తుంది. ఇది చారిత్రక డేటాను అందించడానికి అడుగు పెట్టే కేంద్రీకృత సంస్థలు అయితే ఇది కొత్త సెన్సార్‌షిప్ ప్రమాదాలను పరిచయం చేస్తుంది.

EIP-4444 ఇంకా రవాణా చేయడానికి సిద్ధంగా లేదు, కానీ ఇది క్రియాశీల చర్చలో ఉంది. ఆసక్తికరంగా, EIP-4444తో సవాళ్ళు చాలా సాంకేతికమైనవి కావు, కానీ ఎక్కువగా కమ్యూనిటీ నిర్వహణ. దీన్ని రవాణా చేయడానికి, కమ్యూనిటీ బై-ఇన్ ఉండాలి, ఇందులో ఒప్పందం మాత్రమే కాకుండా విశ్వసనీయ సంస్థల నుండి చారిత్రక డేటాను నిల్వ చేయడానికి మరియు అందించడానికి కట్టుబడి ఉంటుంది.

ఈ అప్‌గ్రేడ్ Ethereum నోడ్‌లు స్టేట్ డేటాను ఎలా హ్యాండిల్ చేస్తుందో ప్రాథమికంగా మార్చదు, ఇది హిస్టారికల్ డేటా ఎలా యాక్సెస్ చేయబడుతుందో మారుస్తుంది.

రాష్ట్ర గడువు

స్టేట్ ఎక్స్‌పైరీ అనేది వ్యక్తిగత నోడ్‌ల నుండి స్థితిని ఇటీవల యాక్సెస్ చేయకుంటే దాన్ని తీసివేయడాన్ని సూచిస్తుంది. దీన్ని అమలు చేయడానికి అనేక మార్గాలు ఉన్నాయి, వాటితో సహా:

• అద్దెతో గడువు ముగుస్తుంది: ఖాతాలకు "అద్దె" వసూలు చేయడం మరియు వాటి అద్దె సున్నాకు చేరుకున్నప్పుడు వాటి గడువు ముగుస్తుంది
• సమయానికి గడువు ముగుస్తుంది: కొంత సమయం వరకు ఆ ఖాతాకు చదవడం/వ్రాయడం లేకుంటే ఖాతాలను నిష్క్రియం చేయడం

అద్దెతో గడువు ముగియడం అనేది ఖాతాలను క్రియాశీల స్టేట్ డేటాబేస్‌లో ఉంచడానికి నేరుగా అద్దెకు వసూలు చేయబడుతుంది. చివరి ఖాతా పరస్పర చర్య నుండి కౌంట్‌డౌన్ ద్వారా గడువు ముగియడం లేదా అది అన్ని ఖాతాల కాలానుగుణ గడువు కావచ్చు. సమయం మరియు అద్దె ఆధారిత నమూనాలు రెండింటిలోని అంశాలను మిళితం చేసే మెకానిజమ్‌లు కూడా ఉండవచ్చు, ఉదాహరణకు వ్యక్తిగత ఖాతాలు సమయ ఆధారిత గడువు ముగిసేలోపు కొంత చిన్న రుసుమును చెల్లిస్తే అవి సక్రియ స్థితిలో కొనసాగుతాయి. స్థితి గడువు ముగిసినప్పుడు, నిష్క్రియ స్థితి తొలగించబడదు అని గమనించడం ముఖ్యం, ఇది కేవలం సక్రియ స్థితి నుండి విడిగా నిల్వ చేయబడుతుంది. నిష్క్రియ స్థితిని క్రియాశీల స్థితిలోకి పునరుద్ధరించవచ్చు.

నిర్దిష్ట సమయ వ్యవధిలో (బహుశా ~1 సంవత్సరం) రాష్ట్ర వృక్షాన్ని కలిగి ఉండటం బహుశా ఇది పని చేసే మార్గం. కొత్త కాలం ప్రారంభమైనప్పుడల్లా, పూర్తిగా తాజా స్థితి చెట్టు కూడా ప్రారంభమవుతుంది. ప్రస్తుత స్థితి వృక్షాన్ని మాత్రమే సవరించవచ్చు, మిగతావన్నీ మార్పులేనివి. Ethereum నోడ్‌లు ప్రస్తుత స్థితి వృక్షాన్ని మరియు తదుపరి అత్యంత ఇటీవలి వృక్షాన్ని మాత్రమే కలిగి ఉంటాయని భావిస్తున్నారు. దీనికి చిరునామా ఉన్న వ్యవధితో టైమ్ స్టాంప్ చేయడానికి ఒక మార్గం అవసరం. దీన్ని చేయడానికి అనేక సాధ్యమైన మార్గాలు(opens in a new tab) ఉన్నాయి, అయితే ప్రధాన ఎంపికకు చిరునామాలను పొడిగించడం(opens in a new tab) అవసరమవుతుంది, అదనపు సమాచారంతో పాటు పొడవైన చిరునామాలు మరింత సురక్షితంగా ఉంటాయి. దీన్ని చేసే రోడ్‌మ్యాప్ ఐటెమ్‌ను అడ్రస్ స్పేస్ ఎక్స్‌టెన్షన్(opens in a new tab) అంటారు.

చరిత్ర గడువు ముగిసినట్లే, పాత స్టేట్ డేటాను నిల్వ చేయడానికి రాష్ట్ర గడువు కింద బాధ్యత వ్యక్తిగత వినియోగదారుల నుండి తీసివేయబడుతుంది మరియు కేంద్రీకృత ప్రొవైడర్లు, పరోపకార కమ్యూనిటీ సభ్యులు లేదా పోర్టల్ నెట్‌వర్క్ వంటి మరిన్ని భవిష్యత్ వికేంద్రీకృత పరిష్కారాల వంటి ఇతర సంస్థలపైకి నెట్టబడుతుంది.

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

స్థితిలేనితనం

స్టేట్‌లెస్‌నెస్ అనేది కొంచెం తప్పుడు పేరు ఎందుకంటే ఇది "స్టేట్" అనే భావన తొలగించబడుతుందని కాదు, అయితే ఇది Ethereum నోడ్‌లు స్టేట్ డేటాను ఎలా నిర్వహిస్తుందనే దానిపై మార్పులను కలిగి ఉంటుంది. స్థితి రాహిత్యం రెండు రుచులలో వస్తుంది: బలహీన స్థితి మరియు బలమైన స్థితి రాహిత్యం. బలహీనమైన స్థితిలేనితనం చాలా నోడ్‌లను స్టేట్ స్టోరేజీకి సంబంధించిన బాధ్యతను కొన్నింటిపై ఉంచడం ద్వారా స్థితి లేకుండా చేస్తుంది. బలమైనమైన స్థితిలేనితనం పూర్తి స్థితి డేటాను నిల్వ చేయడానికి ఏదైనా నోడ్ అవసరాన్ని పూర్తిగా తొలగిస్తుంది. బలహీనమైన మరియు బలమైన స్థితిలేనితనం రెండూ సాధారణ ధ్రువీకరణదారులకు క్రింది ప్రయోజనాలను అందిస్తాయి:

• దాదాపు తక్షణ సమకాలీకరణ
• క్రమం లేని బ్లాక్‌లను ధృవీకరించే సామర్థ్యం
• నోడ్‌లు చాలా తక్కువ హార్డ్‌వేర్ అవసరాలతో (ఉదా. ఫోన్‌లలో) అమలు చేయగలవు
• డిస్క్ రీడింగ్/రైటింగ్ అవసరం లేనందున నోడ్‌లు చౌక హార్డ్ డ్రైవ్‌ల పైన రన్ అవుతాయి
• Ethereum యొక్క క్రిప్టోగ్రఫీకి భవిష్యత్తు అప్‌గ్రేడ్‌లకు అనుకూలంగా ఉంటుంది

బలహీనమైన స్థితి రాహిత్యం

బలహీనమైన స్థితిలేని స్థితి Ethereum నోడ్‌లు స్థితి మార్పులను ధృవీకరించే విధానంలో మార్పులను కలిగి ఉంటుంది, అయితే ఇది నెట్‌వర్క్‌లోని అన్ని నోడ్‌లలోని స్థితి నిల్వ అవసరాన్ని పూర్తిగా తొలగించదు. బదులుగా, బలహీనమైన స్థితిలేని స్థితి బ్లాక్ ప్రపోజర్‌లపై రాష్ట్ర నిల్వ బాధ్యతను ఉంచుతుంది, అయితే నెట్‌వర్క్‌లోని అన్ని ఇతర నోడ్‌లు పూర్తి స్థితి డేటాను నిల్వ చేయకుండా బ్లాక్‌లను ధృవీకరిస్తాయి.

బలహీనమైన స్థితిలేని స్థితిలో బ్లాక్‌లను ప్రతిపాదించడానికి పూర్తి స్థితి డేటాకు ప్రాప్యత అవసరం కానీ బ్లాక్‌లను ధృవీకరించడానికి రాష్ట్ర డేటా అవసరం లేదు

ఇది జరగాలంటే, Ethereum క్లయింట్‌లలో Verkle ట్రీలు ఇప్పటికే అమలు చేయబడి ఉండాలి. Verkle ట్రీలు అనేది Ethereum స్టేట్ డేటాను నిల్వ చేయడానికి ఒక రీప్లేస్‌మెంట్ డేటా స్ట్రక్చర్, ఇది డేటాకు చిన్న, స్థిరమైన సైజు "సాక్షులు" తోటివారి మధ్య పంపబడటానికి మరియు స్థానిక డేటాబేస్‌లకు వ్యతిరేకంగా బ్లాక్‌లను ధృవీకరించడానికి బదులుగా బ్లాక్‌లను ధృవీకరించడానికి ఉపయోగించబడుతుంది. ప్రతిపాదకుడు-బిల్డర్ విభజన కూడా అవసరం ఎందుకంటే ఇది బ్లాక్ బిల్డర్‌లను మరింత శక్తివంతమైన హార్డ్‌వేర్‌తో ప్రత్యేక నోడ్‌లుగా మార్చడానికి అనుమతిస్తుంది మరియు పూర్తి స్టేట్ డేటాకు యాక్సెస్ అవసరమయ్యేవి.

బ్లాక్ ప్రపోజర్లు "సాక్షులు" సృష్టించడానికి రాష్ట్ర డేటాను ఉపయోగిస్తారు - బ్లాక్‌లోని లావాదేవీల ద్వారా మార్చబడుతున్న రాష్ట్ర విలువలను నిరూపించే కనిష్ట డేటా సెట్. ఇతర వ్యాలిడేటర్లు రాష్ట్రాన్ని కలిగి ఉండరు, వారు రాష్ట్ర మూలాన్ని మాత్రమే నిల్వ చేస్తారు (మొత్తం రాష్ట్రం యొక్క హాష్). వారు బ్లాక్ మరియు సాక్షిని స్వీకరిస్తారు మరియు వారి రాష్ట్ర రూట్‌ను నవీకరించడానికి వాటిని ఉపయోగిస్తారు. ఇది ధృవీకరించే నోడ్‌ను చాలా తేలికగా చేస్తుంది.

బలహీనైన స్థితిలేనితనం అనేది పరిశోధన యొక్క అధునాతన స్థితిలో ఉంది, అయితే ఇది ప్రపోజర్-బిల్డర్ సెపరేషన్ మరియు Verkle ట్రీస్‌పై ఆధారపడి ఉంటుంది, తద్వారా చిన్న సాక్షులను తోటివారి మధ్య పంపవచ్చు. దీని అర్థం బలహీనమైన స్థితిలేనితనం బహుశా Ethereum Mainnet నుండి కొన్ని సంవత్సరాల దూరంలో ఉండవచ్చు.

బలమైన స్థితిరాహిత్యం

రాష్ట్ర డేటాను నిల్వ చేయడానికి ఏదైనా నోడ్ అవసరాన్ని బలమైన స్థితిలేనితనం తొలగిస్తుంది. రాష్ట్ర డేటాను నిల్వ చేయడానికి ఏదైనా నోడ్ అవసరాన్ని బలమైన స్థితిలేనితనం తొలగిస్తుంది. సంబంధిత ఖాతాల కోసం సాక్షులను రూపొందించడానికి అవసరమైన రాష్ట్రాన్ని మాత్రమే నిల్వ చేయడానికి బ్లాక్ నిర్మాతలు బాధ్యత వహిస్తారు. వారు ఏ ఖాతాలు మరియు స్టోరేజ్ కీలతో పరస్పర చర్య చేస్తున్నారో ప్రకటించడానికి సాక్షులను మరియు 'యాక్సెస్ జాబితా'లను పంపినందున, రాష్ట్రం యొక్క బాధ్యత దాదాపు పూర్తిగా వినియోగదారులకు బదిలీ చేయబడుతుంది. ఇది చాలా తేలికైన నోడ్‌లను ఎనేబుల్ చేస్తుంది, అయితే స్మార్ట్ కాంట్రాక్టులతో లావాదేవీలు చేయడం మరింత కష్టతరం చేయడంతో సహా ట్రేడ్‌ఆఫ్‌లు ఉన్నాయి.

బలమైన స్థితిలేనితనం పరిశోధకులచే పరిశోధించబడింది కానీ ప్రస్తుతం Ethereum యొక్క రోడ్‌మ్యాప్‌లో భాగమని అంచనా వేయబడలేదు - Ethereum యొక్క స్కేలింగ్ అవసరాలకు బలహీన స్థితిలేమితనం సరిపోయే అవకాశం ఉంది.

ప్రస్తుత పురోగతి

బలహీన స్థితి, చరిత్ర గడువు మరియు రాష్ట్ర గడువు అన్నీ పరిశోధన దశలో ఉన్నాయి మరియు ఇప్పటి నుండి చాలా సంవత్సరాల నుండి రవాణా చేయబడతాయని భావిస్తున్నారు. ఈ ప్రతిపాదనలన్నీ అమలు చేయబడతాయనే గ్యారెంటీ లేదు, ఉదాహరణకు, స్టేట్ ఎక్స్‌పైరీని మొదట అమలు చేస్తే చరిత్ర గడువును కూడా అమలు చేయవలసిన అవసరం లేదు. Verkle ట్రీస్ మరియు ప్రపోజర్-బిల్డర్ సెపరేషన్ వంటి ఇతర రోడ్‌మ్యాప్ అంశాలు కూడా ఉన్నాయి, వీటిని ముందుగా పూర్తి చేయాలి.

Further reading

• విటాలిక్ స్థితిలేని AMA(opens in a new tab)
• రాష్ట్ర పరిమాణ నిర్వహణ సిద్ధాంతం(opens in a new tab)
• పునరుత్థానం-సంఘర్షణ-తక్కువ స్థితి సరిహద్దు(opens in a new tab)
• స్థితిలేని మరియు స్థితి గడువుకు మార్గాలు(opens in a new tab)
• EIP-4444 స్పెసిఫికేషన్(opens in a new tab)
• EIP-4444లో అలెక్స్ స్టోక్స్(opens in a new tab)
• ఎందుకు స్థితి లేకుండా వెళ్ళడం చాలా ముఖ్యం(opens in a new tab)
• అసలు స్థితిలేని క్లయింట్ భావన గమనికలు(opens in a new tab)
• రాష్ట్ర గడువుపై మరింత(opens in a new tab)
• స్టేట్ ఎక్స్‌పైరీలో ఇంకా ఎక్కువ(opens in a new tab)