ఎథీరియం కోర్ పరిపాలన వివరణ

ETHBoulder వద్ద ఎథీరియం ఫౌండేషన్ నుండి నిక్సో రోకిష్ (Nixo Rokish) చేసిన ప్రదర్శన, ఎథీరియం కోర్ ప్రోటోకాల్ పరిపాలన, హార్డ్ ఫోర్క్‌లు ఎలా సమన్వయం చేయబడతాయి, ఎథీరియంను ఎవరు నియంత్రిస్తారనే దానిపై సాధారణ అపోహలు మరియు పరిపాలన ప్రక్రియలో ఎలా పాల్గొనాలి అనే విషయాలను వివరిస్తుంది.

ఈ ట్రాన్‌స్క్రిప్ట్ ఎథ్‌బోల్డర్ ప్రచురించిన అసలు వీడియో ట్రాన్‌స్క్రిప్ట్ (opens in a new tab) యొక్క యాక్సెస్ చేయగల కాపీ. ఇది చదవడానికి వీలుగా కొద్దిగా సవరించబడింది.

పరిచయం (0:12)

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

కాబట్టి ఇక్కడ చర్చ యొక్క రూపురేఖలు ఉన్నాయి. కోర్ పరిపాలన అంటే ఏమిటో మనం మాట్లాడుకోబోతున్నాం. అపోహలు, ఎథీరియం పరిపాలన ప్రస్తుతం ఎలా పనిచేస్తుందో మనం మాట్లాడుకోబోతున్నాం. ఇది ఇతర వికేంద్రీకృత పరిపాలన వ్యవస్థలతో ఎలా పోలుస్తుందో, బిల్డర్‌లు ఎందుకు పట్టించుకుంటారు మరియు పాల్గొనడానికి చర్య తీసుకోగల మార్గాలను మనం స్పృశించబోతున్నాం.

కాబట్టి, కోర్ ప్రోటోకాల్ పరిపాలన అంటే ఏమిటి? నేను ఒక నోడ్ నడుపుతున్నాను. అంటే నా ఇంట్లో ఒక హార్డ్‌వేర్, ఒక కంప్యూటర్ ఉంది, అక్కడ నేను ఎథీరియం సాఫ్ట్‌వేర్‌ను నడుపుతాను. నేను ఈ ఎథీరియం సాఫ్ట్‌వేర్‌ను సెటప్ చేసినప్పుడు, ఆ సాఫ్ట్‌వేర్‌ను నడపబోయే క్లయింట్‌లను నేను ఎంచుకోవలసి వచ్చింది. క్లయింట్ వైవిధ్యం కోసం బహుళ క్లయింట్‌లను కలిగి ఉండటంలో ఎథీరియం ఒక రకమైన ప్రత్యేకతను కలిగి ఉంది. దాని ఉద్దేశ్యం ఏమిటంటే, ఒక క్లయింట్ డౌన్ అయితే, క్లయింట్‌లో బగ్ ఉంటే, మొత్తం నెట్‌వర్క్ డౌన్ అవ్వదు. ఇతర క్లయింట్‌లను కలిగి ఉన్న ఇతర బ్లాక్‌చైన్‌లు ఉన్నాయి. అయితే, బగ్‌ల నుండి వాస్తవానికి మనల్ని రక్షించే విధంగా సెటప్ చేయబడిన ఏకైకది ఎథీరియం. కాబట్టి, మీరు Solana లాంటి వాటికి వెళితే, Solanaకి మరొక క్లయింట్ ఉంది, దాన్ని GTO అని పిలుస్తారని నేను అనుకుంటున్నాను, కానీ దానికి కేవలం 20–21% స్వీకరణ మాత్రమే ఉంది. కాబట్టి, మెజారిటీ క్లయింట్ డౌన్ అయితే, చైన్ డౌన్ అవుతుంది. మరియు ఇతర నెట్‌వర్క్‌లు డౌన్ అవ్వడాన్ని మనం చూశాము. మరియు ఎథీరియం అత్యంత స్థితిస్థాపకమైన, సురక్షితమైన బ్లాక్‌చైన్ కావడానికి ఇదే కారణం.

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

కాబట్టి ఆ హార్డ్ ఫోర్క్‌లలోకి ఏ ఫీచర్లు వెళ్తాయో వారు ఎలా నిర్ణయిస్తారు? వారు తమ సమయాన్ని మరియు వనరులను కేటాయించడానికి ప్రాధాన్యతలపై అంగీకరించాలి ఎందుకంటే అక్కడ కేటాయించడానికి వారికి పరిమిత సమయం మరియు వనరులు ఉంటాయి. వారు భద్రతా లోపాలు లేదా భద్రతా ప్యాచ్‌లు, UX లాంటి వాటికి ప్రాధాన్యత ఇస్తారు — మనతో పోటీ పడుతున్న మరొక బ్లాక్‌చైన్ ఉంటే, ఆ ఇతర బ్లాక్‌చైన్‌లతో మనం పోటీపడాలి. కాబట్టి వారు చూసే విషయాలలో ఒకటి ఏమిటంటే, లోపలికి వెళ్లే ఏదైనా ఫీచర్ రాబోయే సంభావ్య రోడ్‌మ్యాప్ అంశాలతో ఫార్వర్డ్ కంపాటబుల్‌గా ఉండాలి.

కాబట్టి గత సంవత్సరం నిజంగా వివాదాస్పదమైన విషయం ఒకటి జరిగింది. మీరు దాని గురించి విని ఉండవచ్చు. దానిని EOF అని పిలుస్తారు. అది EVM Object Format. అది ఫుసాకా హార్డ్ ఫోర్క్‌లోకి వెళ్లడానికి ఉద్దేశించిన ఫీచర్ల సమితి — పెక్ట్రా, ఫుసాకా, రెండూ అని నేను అనుకుంటున్నాను — కానీ అది విడిపోయింది. మరియు అది ఆ ఫోర్క్ నుండి బయటకు నెట్టబడటానికి అనేక ట్రిగ్గర్‌లలో ఒక ట్రిగ్గర్ ఏమిటంటే, ఎథీరియం RISC-Vని స్వీకరించే అవకాశం గురించి విటాలిక్ (Vitalik) ఒక పోస్ట్‌ను పోస్ట్ చేయడం. దానిని చదువుతున్న చాలా మంది వ్యక్తులు దానిని చూసి, సరే, మనం RISC-Vని స్వీకరిస్తే EOFలో మనం చూస్తున్న ఫీచర్లు RISC-Vతో స్థానికంగా వస్తాయి అని అనుకున్నారు. కాబట్టి మనం ప్రోటోకాల్‌కు ఈ సంక్లిష్టతను ఎందుకు జోడించాలి? ఈ విషయం కోసం మనం ఈ క్లయింట్ డెవలపర్ వనరులన్నింటినీ ఎందుకు ఉంచాలి? మనం RISC-Vకి మారినట్లయితే ఇది ఒక వివాదాస్పద అంశం అవుతుంది.

కాబట్టి EOF విషయంలో అది ఒంటె వీపును విరిచిన గడ్డిపోచ లాంటిది మరియు అది ఫోర్క్ నుండి బయటకు నెట్టబడింది. వారు పరిగణించవలసిన మరో విషయం ఏమిటంటే, ఈ క్లయింట్‌లు ఆరు వేర్వేరు భాషలలో వ్రాయబడినందున ఇది ఆరు వేర్వేరు భాషలలో వ్రాయబడాలి మరియు కఠినంగా పరీక్షించబడాలి. కాబట్టి వారు పని చేయడానికి ఇది నిజంగా పెద్ద టెస్టింగ్ మ్యాట్రిక్స్. మరియు ఆ కారణంగా ప్రతి చిన్న డిజైన్ ఎంపిక అసమ్మతులను పరిష్కరించడానికి ఎటువంటి అధికారం లేకుండా చర్చకు లోబడి ఉంటుంది. కాబట్టి ఎవరు నిర్ణయిస్తారు అనే ప్రశ్న తలెత్తుతుంది — ఇది పరిపాలన యొక్క ప్రధాన అంశం.

అపోహలు (5:23)

కాబట్టి అది మనల్ని అపోహల వైపు తీసుకువెళుతుంది మరియు మనం వీటిలో కొన్నింటిని పరిష్కరిస్తాము. ఒకటి ఎథీరియం ప్రోటోకాల్‌లోకి ఏమి వెళుతుందో విటాలిక్ నిర్ణయిస్తాడు. దానికి పొడిగింపు ఏమిటంటే EF ప్రతిదీ నియంత్రిస్తుంది. మరియు మూడవది ఇదంతా బ్యాక్‌రూమ్ ఒప్పందాలు — ఇన్‌సైడర్‌లు, OGలు ఈ నిర్ణయాలు తీసుకుంటారు.

కాబట్టి మొదటిది: విటాలిక్ నిర్ణయిస్తాడు. నేను విటాలిక్ రచించిన స్తబ్దుగా ఉన్న EIPల ఉపసమితిని ఎంచుకున్నాను. దీని అర్థం ఏమిటంటే, విటాలిక్ కూర్చుని, అతను ఒక ప్రతిపాదన రాశాడు మరియు ఈ విషయాలు ఎథీరియంలోకి వెళ్లాలని నేను కోరుకుంటున్నాను అని చెప్పాడు మరియు ఎవరూ అంగీకరించలేదు — ఈ విషయాలు అక్కడే ఉండిపోయాయి. అతను వీటిని ప్రోటోకాల్‌లోకి తీసుకురాలేకపోయాడు. కాబట్టి అతను ప్రతిపాదించే ప్రతిదీ స్వయంచాలకంగా చేర్చబడదు.

దానికి ఒక పొడిగింపు ఏమిటంటే ఎథీరియం ఫౌండేషన్ ప్రతిదీ నియంత్రిస్తుంది. దానికి విరుద్ధంగా ఉంటుందని నేను భావించే ఒక నిర్దిష్ట ఉదాహరణను నేను ఎంచుకోబోతున్నాను. 2024లో గ్యాస్ పరిమితి గురించి చాలా చర్చ జరిగింది. మరియు దానికి కారణం 2022లో ది మెర్జ్ సమయంలో మేము గ్యాస్ పరిమితిని 30 మిలియన్లకు పెంచాము. అది ఒక బ్లాక్‌లో అనుమతించబడిన గరిష్ట గణన. ఆ తర్వాత కొంతకాలం మేము దానిని తాకలేదు ఎందుకంటే ప్రజలు "అందుకే నేను ఎథీరియంకు మారడం లేదు" లేదా "ఇది నా ప్రస్తుత ఎథీరియం వినియోగ సందర్భాన్ని పరిమితం చేస్తోంది" అని చెప్పేంత అడ్డంకిగా అది లేదు.

మరియు 2023 చివరలో, 2024 ప్రారంభంలో, Solana వస్తోందనే ఈ కథనం ఉంది. ఇది ఎథీరియం స్థానాన్ని ఆక్రమించబోతోంది. కాబట్టి వేగవంతం చేయడానికి ఎథీరియం ఏమి చేయగలదని ప్రజలు ఆలోచిస్తున్నారు. మరియు వాటిలో ఒకటి ఈ గ్యాస్ మెట్రిక్‌ను పెంచుదాం అనేది. మరియు ఆ సమయంలో EF మరియు క్లయింట్ డెవ్‌లు "మేము ఆందోళన చెందాల్సిన ఇతర విషయాలు ఉన్నాయి. అయినా ధన్యవాదాలు" అన్నట్లుగా ఉన్నారు. కానీ ఎరిక్ కానర్ (Eric Connor) మరియు మరియానో కాంటి (Mariano Conti) అనే ఈ ఇద్దరు వ్యక్తులు వచ్చి, "లేదు, మేము గ్యాస్ పరిమితిని పెంచుతున్నాము" అని చెప్పారు. గ్యాస్ పరిమితి అనేది ధృవీకర్త-నియంత్రిత పరామితి. కాబట్టి వారు ధృవీకర్తలు, ప్రొఫెషనల్ ఆపరేటర్‌లతో మాట్లాడటం ప్రారంభించి, "హే, మీ గ్యాస్ పరిమితిని పెంచండి" అని చెప్పగలరు.

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

మరియు నేను ఇక్కడ స్క్రీన్‌షాట్ తీసిన ఈ తెలివితక్కువ ట్వీట్‌ను నేను ఇష్టపడుతున్నాను ఎందుకంటే ఇది ఎరిక్ కానర్ మరియు మరియానో కాంటిలను కోర్ డెవ్‌లు అని పిలిచే ఏదో ఒక యాదృచ్ఛిక వార్తా సంస్థ లాంటిది. వారు కోర్ డెవ్‌లు కారు. ఎరిక్ కానర్ ఒక స్టేకర్ మరియు కమ్యూనిటీ సభ్యుడు. మరియానో కాంటి మాజీ MakerDAO యాప్ డెవలపర్. కానీ సాంప్రదాయ సాఫ్ట్‌వేర్ ఎలా పనిచేస్తుందనే ప్రపంచానికి వెలుపల ఎథీరియం అభివృద్ధి నిజంగా ఉన్నందున వారు కోర్ డెవ్‌లుగా పిలువబడ్డారు మరియు వారు ఒక కోర్ పరామితి సవరించబడటాన్ని చూశారు మరియు వారు "ఓహ్ వీరు కోర్ డెవలపర్‌లు అయి ఉండాలి" అని అనుకున్నారు. వారు కాదు. కాబట్టి కమ్యూనిటీ సభ్యులు వచ్చి ఈ మార్పును చూడాలనుకుంటున్నాము అని చెప్పి దానిని జరిగేలా చేయడానికి ఇది ఒక ఉదాహరణ మాత్రమే.

ఇదంతా బ్యాక్‌రూమ్ ఒప్పందాలు, ఇన్‌సైడర్‌లు, OGలు — ఇది ఎందుకు అపోహ అని నేను కొంచెం ఎక్కువగా అర్థం చేసుకున్నాను ఎందుకంటే మీరు ప్రాథమికంగా ఈ పరిపాలన కాల్‌లకు వస్తారు, ఈ పరిపాలన కాల్‌లలో వంద మంది వ్యక్తులు ఉంటారు. ఏమి జరుగుతుందో వారందరూ చాలా సౌకర్యవంతంగా ఉన్నట్లు అనిపిస్తుంది. మీరు అయోమయంలో పడతారు. ఈ నిర్ణయాలు ఎలా తీసుకోబడతాయో మీకు తెలియదు. మీరు, "ఇంకా మాట్లాడే వంతు నాదేనా?" అన్నట్లుగా ఉంటారు. మరియు ఈ నిర్ణయాలు తీసుకోవడానికి ప్రజలు అదే 10 మంది వ్యక్తుల మాట వింటున్నట్లు అనిపిస్తుంది.

మెరిటోక్రసీ మరియు భాగస్వామ్య గణాంకాలు (10:18)

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

కాబట్టి నేను ఒక సంవత్సరం క్రితం మాత్రమే EFలో చేరాను. నేను ఈ గణాంకాలను తీసుకున్నాను. అవి మార్చి 2025 వరకు మాత్రమే వెళ్తాయి. కాబట్టి ఒక సంవత్సరం కంటే తక్కువ. సగటు ఆల్ కోర్ డెవ్ హాజరైనవారు — అంటే పరిపాలన కాల్స్ — 98. కాబట్టి సగటున ఈ కాల్స్‌లో 98 మంది ఉంటారు. అప్పటి నుండి ఒక కాల్‌లో గరిష్టంగా హాజరైనవారు 153. మేము పెక్ట్రా మెయిన్‌నెట్ తేదీని నిర్ణయిస్తున్న రోజు అది అని నేను అనుకుంటున్నాను. మరియు గత సంవత్సరంలో మొత్తం ప్రత్యేక హాజరైనవారు 567. నేను ఆ మెట్రిక్‌ను నిజంగా ఇష్టపడుతున్నాను ఎందుకంటే ప్రతిసారీ ఈ కాల్‌లకు వెళ్లేది అదే 100 మంది వ్యక్తులు కాదని ఇది చూపిస్తుంది. ఈ యాప్ డెవలపర్‌లు, పరిశోధకులు, ఎవరైనా చర్చిస్తున్న ఏదో ఒక ఫీచర్ గురించి వింటారు, వారు దానికి తమ వ్యతిరేకతను లేదా మద్దతును తెలియజేయడానికి వస్తారు మరియు ఆ తర్వాత వారు మరొక కాల్‌కు రారు.

పరిపాలన ప్రక్రియ ఎలా పనిచేస్తుంది (11:52)

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

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

కాబట్టి అనేక డెవ్‌నెట్‌ల తర్వాత — రెండు ఉండవచ్చు, 10 ఉండవచ్చు — క్లయింట్‌లందరూ ఒకానొక సమయంలో ఇది స్థిరంగా ఉందని నిర్ణయిస్తారు. ప్రస్తుతం జరుగుతున్న దానిని మేము విశ్వసిస్తున్నాము. మేము మంచి స్థితిలో ఉన్నాము. దీనిని ఎథీరియం మెయిన్‌నెట్‌లోకి తీసుకురావడం గురించి ఆలోచించడం ప్రారంభిద్దాం. వారు క్లయింట్ విడుదలలను కట్ చేస్తారు మరియు ఆ తర్వాత EF భద్రతా బృందం బగ్ బౌంటీని ఉంచే 30-రోజుల వ్యవధి ఉంటుంది. వారు భద్రతా ఆడిట్‌లను కాంట్రాక్ట్ చేస్తారు. ఆపై ఆ 30-రోజుల వ్యవధి ముగింపులో మేము ఫోర్క్‌ను టెస్ట్‌నెట్‌లలో ప్రారంభిస్తాము. ఇవి మీరు విని ఉండే టెస్ట్‌నెట్‌లు — Holesky లాంటివి. ఫోర్క్ ప్రత్యక్ష ప్రసారం కావడానికి ముందు యాప్ డెవలపర్‌లు తమ విషయాలను పరీక్షించగల ప్రదేశాలు ఇవి. మరియు అంతా బాగానే ఉందని నిర్ధారించుకోవడానికి ఇవి సాధారణంగా ఒక్కొక్కటి కనీసం 14 రోజులు ఉంటాయి. మేము ఎటువంటి పెద్ద సమస్యలను ఆశించము ఎందుకంటే ఇది ఇంతకు ముందు ఫీచర్-నిర్దిష్ట డెవ్‌నెట్‌లు మరియు సాధారణీకరించిన డెవ్‌నెట్‌ల ద్వారా వెళ్ళింది, కానీ చారిత్రాత్మకంగా ఇది ఈ టెస్ట్‌నెట్‌లలో కొన్నింటిని విచ్ఛిన్నం చేసింది. కాబట్టి ఈ బగ్‌లన్నింటినీ కనుగొని అణిచివేయడానికి ఇది చివరి కాల్ లాంటిది.

ఆపై అనుమతి రహిత టెస్ట్‌నెట్ స్థిరంగా ఉన్న తర్వాత, మెయిన్‌నెట్ తేదీ ఎంచుకోబడుతుంది. ఆ తర్వాత, 30-రోజుల బఫర్ ఉంటుంది. ఈ 30-రోజుల బఫర్ ఉంది ఎందుకంటే ఫోర్క్ కోసం సిద్ధంగా ఉండటానికి L2లు మరియు ప్రోటోకాల్‌లు దీనిని అభ్యర్థించాయి. కాబట్టి అది కనీసం 30 రోజులు మరియు ఆ తర్వాత ఫోర్క్ జరుగుతుంది.

కాల్ నిర్మాణం మరియు సమన్వయం (15:01)

ఈ సమయమంతా కొన్ని ప్రధాన కాల్ సిరీస్‌లు జరుగుతున్నాయి. ఇవన్నీ YouTubeలో ప్రత్యక్ష ప్రసారం చేయబడే పబ్లిక్ కాల్స్. ప్రధానమైనవి ACDE మరియు ACDC. E అంటే అమలు పొర — అంటే లావాదేవీలు, స్మార్ట్ కాంట్రాక్ట్ విస్తరణలు, మెంపూల్ నిర్వహణ లాంటివి. ACDC అనేది ఏకాభిప్రాయ పొర — కాబట్టి అది ధృవీకర్త నిర్వహణ, స్లాషింగ్ లాంటి ధృవీకర్త విషయాలు. మరియు అవి గురువారాల్లో ట్రేడ్ ఆఫ్ అవుతాయి. కాబట్టి ప్రతి గురువారం ఒక ACD ఉంటుంది మరియు వాటిలో ఒకటి ACDE మరియు ఆ తర్వాత తదుపరిది ACDC, ఆ విధంగా కొనసాగుతుంది.

ACDE మరియు ACDC కాల్‌లు మేము ప్రస్తుతం చేస్తున్న ఫోర్క్ మరియు భవిష్యత్తు కోసం మేము స్కోప్ చేస్తున్న ఫోర్క్‌లపై దృష్టి పెడతాయి. ACDT కాల్‌లు మరింత లోతైన వివరాలతో ఉంటాయి. వారు ప్రస్తుతం పనిచేస్తున్న ఫోర్క్ గురించి పరిష్కరించాల్సిన అమలు వివరాలు లేదా వారు దాటలేని బగ్‌ల గురించి మాట్లాడే క్లయింట్‌లు. కాబట్టి ప్రస్తుతం జరుగుతున్న తదుపరి ఫోర్క్ గ్లామ్‌స్టర్‌డామ్. కాబట్టి ఈ ACDT కాల్‌లు ePBS మరియు బ్లాక్-స్థాయి యాక్సెస్ జాబితాల గురించిన సంభాషణతో ఆధిపత్యం చెలాయిస్తాయి, ఇవి గ్లామ్‌స్టర్‌డామ్‌లోకి వెళ్లే విషయాలు. మరియు ఇవి అత్యంత సాంకేతిక కాల్స్.

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

అభివృద్ధి చెందుతున్న ప్రక్రియ (15:29)

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

కాబట్టి టిమ్ (Tim) 2025 ఏప్రిల్‌లో "రీకాన్ఫిగరింగ్ ఆల్ కోర్ డెవ్స్" అనే పోస్ట్‌ను చేసాడు, ఇది ప్రస్తుతం విషయాలు ఎలా పనిచేస్తాయో దానికి ప్రతిపాదనగా ముగిసింది. మరియు దానికి కారణం ఏమిటంటే, దానికి ముందు ఎథీరియంలో మనం దేనిపై దృష్టి పెట్టాలి అనే దాని గురించి మనకు ఈ సమన్వయ కథనం ఉంది. ది మెర్జ్ ఉంది, ఇది ఒక భారీ పని. అందరూ చాలా ఉత్సాహంగా ఉన్నారు. చాలా మంది చాలా ఉత్సాహంగా ఉన్నారు. మైనర్లు కాదు. ఆపై ది మెర్జ్ తర్వాత, మీకు ఉపసంహరణలు ఉన్నాయి. కాబట్టి, ప్రజలు తమ ETHని కాంట్రాక్ట్‌లో లాక్ చేయకూడదని మరియు వారు దీని నుండి ఎప్పటికీ ETHని పొందలేరు అనే ఈ FUD ఉండకూడదని మేము కోరుకున్నాము. కాబట్టి, మేము దానిని వీలైనంత వేగంగా రవాణా చేయవలసి వచ్చింది. ఆపై ప్రోటో-డాంక్‌షార్డింగ్ ఉంది మరియు ఆపై పెక్ట్రా వచ్చింది మరియు పెక్ట్రా అనేది విభిన్న సంబంధం లేని EIPల సమ్మేళనం మరియు నిజంగా సమన్వయ కథనాన్ని కలిగి లేదు. మరియు ఇది చాలా పెద్దదిగా మారింది ఎందుకంటే సమన్వయం లేకపోవడం వల్ల ప్రజలు విషయాలను లోపలికి నెట్టడం వల్ల ఇది రెండు వేర్వేరు ఫోర్క్‌లుగా విడిపోవాల్సి వచ్చింది ఎందుకంటే టెస్టింగ్ బృందాలు "స్కోప్ చాలా పెద్దది. మేము ఇవన్నీ పరీక్షించలేము" అన్నట్లుగా ఉన్నాయి.

కాబట్టి దీనిని చేయడానికి టిమ్ యొక్క ప్రేరణ ఏమిటంటే, సరే, ఈ ఫోర్క్‌లను సాధ్యమైనంత దృష్టి కేంద్రీకరించి మరియు సమన్వయంతో ఉంచడానికి మనం ఒక మార్గాన్ని ఆలోచించాలి. మరియు హెడ్‌లైనర్ దానికి ఒక రకమైన సమాధానం. దాని ఉద్దేశ్యం ఏమిటంటే, ఫోర్క్ దేని గురించి అని ప్రతి ఒక్కరికీ తెలిసినట్లుగా భావించేలా ప్రాధాన్యతనిచ్చే విధంగా రవాణా చేయడం, తద్వారా వారు 25 విభిన్న EIPలను లోపలికి నెట్టాల్సిన అవసరం లేదు.

కాబట్టి ఎగువన ఉన్న ఇతర స్క్రీన్‌షాట్ ఈ EIPల కోసం చేరిక దశల కోసం నిర్వచనాలను ప్రతిపాదిస్తున్న టిమ్. మరియు దీనితో నేను చెప్పదలుచుకున్న విషయం ఏమిటంటే, ఈ ప్రక్రియ చాలా బ్యూరోక్రాటిక్ అని ప్రజలు చెప్పడం మీరు కొన్నిసార్లు వింటారు. కానీ నిజంగా ఏమి జరుగుతుందంటే, ప్రజలు ఈ పరిపాలన ప్రక్రియలోకి వస్తారు మరియు వారు "నేను EIPని ఎలా పొందగలను?" అని అడుగుతారు మరియు 10 సంవత్సరాలుగా అక్కడ ఉన్న వ్యక్తులు "మీరు అలా చేస్తారు" అన్నట్లుగా ఉంటారు. మరియు ప్రజలు "ఇది భయంకరమైనది" అన్నట్లుగా ఉంటారు. కాబట్టి ఈ విషయాలు ఏమి చేస్తాయంటే, బయటి వ్యక్తులు ఈ ప్రక్రియలో పాల్గొనడాన్ని సులభతరం చేయడానికి ఏమి జరుగుతుందో అవి వివరిస్తాయి, ఎందుకంటే మీరు ఇక్కడికి వచ్చి "నాకు ఒక EIP ఉంది, ఎథీరియం పరిపాలన గురించి నాకు పట్టదు, నాకు ఈ ఒక్క EIP మాత్రమే కావాలి" అని మీరు అనుకుంటే — మీకు ఒక రూబ్రిక్ కావాలి, మీకు ఒక చెక్‌లిస్ట్ కావాలి, ఈ EIPని ఎలా పొందాలి అనే దానిపై మీకు చాలా స్పష్టమైన దశల వారీ విధానం కావాలి. కాబట్టి, ఈ విషయాలలో చాలా వరకు EIPలను పొందడం కష్టతరం చేయడానికి ప్రజలు అనుసరించాల్సిన బ్యూరోక్రాటిక్ నియమాలను సృష్టించడం కంటే ప్రక్రియ ఎలా పనిచేస్తుందో వివరించడం గురించి ఎక్కువగా ఉంటాయి.

మూడవ విషయం Forkcastలో కాలక్రమేణా కమిట్‌లు. Forkcast అనేది నా బృందం, నా బృందంలోని వోల్ఫ్రామ్ మార్క్ (Wolfram Mark) అనే వ్యక్తి రూపొందించిన ఉత్పత్తి, నా బృందం దాని ప్రస్తుత పునరావృతంలో ఏర్పడినప్పుడు గత సంవత్సరం మధ్యలో దీనిని సృష్టించాడు. మరియు ప్రజలు ఫోర్క్‌తో ఇంటరాక్ట్ అవ్వడానికి, ఫోర్క్‌లోకి ఏమి వెళుతుందో మరియు అది వారిని ఎలా ప్రభావితం చేస్తుందో చూడటానికి ఉపయోగించడానికి ఇది ఒక ప్రామాణిక వనరుగా మారింది. ఈ విషయాలన్నీ రెండు సంవత్సరాల కంటే తక్కువ వయస్సు గలవి. కాబట్టి నేను చెబుతున్న విషయం ఏమిటంటే ఈ ప్రక్రియ చాలా మారుతుంది. ఇది అస్సలు స్థిరమైనది కాదు. ఇది మీ కాలు మోపడానికి కష్టంగా ఉండే ఏదో స్తంభింపచేసిన బ్యూరోక్రసీ కాదు.

పోల్చదగిన పరిపాలన వ్యవస్థలు (20:21)

కాబట్టి ఎథీరియం పరిపాలనకు నేను చూడగలిగే అత్యంత సారూప్యమైన వికేంద్రీకృత పరిపాలన వ్యవస్థలను నేను త్వరగా స్పృశించాలనుకున్నాను. మరియు నేను ఇక్కడ చెప్పడానికి ప్రయత్నిస్తున్న విషయం ఏమిటంటే ఇది స్థిరమైనది — 100 నుండి 500 మంది వ్యక్తులు నిర్ణయాలు తీసుకోగలగడం ఆశ్చర్యంగా ఉన్నప్పటికీ, ఇది వాస్తవ ప్రపంచంలో స్థిరమైనది. ఇది పనిచేస్తున్న ఉదాహరణలను మనం చూస్తాము.

IETF అనేది ఇంటర్నెట్ ఇంజనీరింగ్ టాస్క్ ఫోర్స్. ఇది TCP/IP, HTTPని సృష్టించిన వాలంటీర్-రన్ స్టాండర్డ్స్ బాడీ. ఈ రోజు మనకు ఉచిత ఇంటర్నెట్ ఉండటానికి అత్యంత బాధ్యత వహించే సంస్థ ఇది. Linux కెర్నల్ — ఇది Linux ఆపరేటింగ్ సిస్టమ్ యొక్క కోర్. కాబట్టి ఇది ఇంటర్నెట్ సర్వర్లు, ఆండ్రాయిడ్ ఫోన్‌లు, సూపర్‌కంప్యూటర్‌లకు శక్తినిచ్చే ఓపెన్-సోర్స్ సాఫ్ట్‌వేర్. అక్కడ ఉన్న వ్యత్యాసం ఏమిటంటే వారు లైనస్ టోర్వాల్డ్స్ (Linus Torvalds) తో ఒక రకమైన దయగల నియంత నమూనాను కలిగి ఉన్నారు. కానీ అప్పుడు కూడా వారు 17,000 మందికి పైగా కంట్రిబ్యూటర్‌లను కలిగి ఉన్నారు, ఇది మైండ్ బ్లోయింగ్.

ఇది సారూప్యంగా లేని విషయాలు: ఆన్‌చైన్ టోకెన్ ఓటింగ్ ఉన్న ఇతర బ్లాక్‌చైన్‌లు. ఎథీరియం ప్రత్యేకంగా ఎలాంటి ఓటింగ్ యంత్రాంగాన్ని నివారిస్తుంది ఎందుకంటే నా అభిప్రాయం ప్రకారం అది క్యాప్చర్ చేయడానికి మార్గాలకు దారితీస్తుంది మరియు ఉత్తమ కోడ్‌ను వ్రాసే వ్యక్తులను ప్రజలు విశ్వసించే మెరిటోక్రసీగా విషయాలను మార్చడానికి ప్రోత్సాహకాన్ని వదిలించుకుంటుంది. ఆపై L2లు ఉన్నాయి. వాటికి మల్టీ-సిగ్‌లు ఉన్నాయి. వాటికి భద్రతా కౌన్సిల్‌లు ఉన్నాయి. ఇవి ఈ నిర్ణయాలు తీసుకునే నియమిత స్థానాల లాంటివి. మరియు దానికి దాని ట్రేడ్-ఆఫ్‌లు ఉన్నాయి. ఇది మరింత కేంద్రీకృతమై ఉంది. అయితే ఇది వేగంగా కదులుతుంది.

బిల్డర్‌లు ఎందుకు పట్టించుకుంటారు (22:38)

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

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

ఎలా పాల్గొనాలి (24:40)

కాబట్టి మీరు ఎలా పాల్గొంటారు లేదా మీ ఫీచర్‌ను ఎలా పొందుతారు? ఇది ఒక రకమైన సాధారణ సలహా, కానీ ఇది ఉత్తమమైనదని నేను భావిస్తున్నాను. మీ పెయిన్ పాయింట్ల గురించి బిగ్గరగా చెప్పండి. Twitterకి వెళ్లండి, బ్లాగ్ పోస్ట్‌లు రాయండి, మీ పెయిన్ పాయింట్‌లకు పరిష్కారాలను గుర్తించండి. మీకు సహాయపడే విషయాలపై ఊహించండి. అదే పెయిన్ పాయింట్‌లను కలిగి ఉన్న ఇతర వ్యక్తులను మీరు కనుగొంటే, సాధారణంగా మీరు ఆ పెయిన్ పాయింట్‌ను పరిష్కరించడానికి ఉన్న EIPని కనుగొనవచ్చు లేదా అలా చేసే EIPని వ్రాయడంలో ఎవరైనా మీకు సహాయం చేయవచ్చు.

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

నేను మీకు కొన్ని వనరులను వదిలివేస్తాను. Forkcast.org — అక్కడికి వెళ్లి మీరు ఫోర్క్‌లోకి ఏమి వెళుతుందో, అది నిర్దిష్ట వాటాదారులను ఎలా ప్రభావితం చేస్తుందో చూడవచ్చు. కాబట్టి, మీరు యాప్ డెవలపర్ అయితే, యాప్ డెవలపర్‌ల కోసం ఒక విభాగం ఉంటుంది. మీరు వాలెట్ డెవలపర్, ఏకాభిప్రాయ పొర క్లయింట్ డెవలపర్ అయితే, అవన్నీ మిమ్మల్ని ఎలా ప్రభావితం చేస్తాయనే దానిపై విభాగాలు ఉన్నాయి. ఆ కాల్ వీడియోలన్నీ అప్‌లోడ్ చేయబడేది YouTubeలోనే. అవి forkcast.org/calls పేజీలో కూడా పొందుపరచబడ్డాయి, ఇక్కడ సారాంశాలు, స్పీకర్ అట్రిబ్యూషన్‌లు ఉంటాయి, కాబట్టి ఆ కాల్‌లను నావిగేట్ చేయడం సులభం. EIPల డైరెక్టరీ, ఎథీరియం మెజీషియన్స్ ఫోరమ్, ఇక్కడ మీరు సంభావ్య పరిష్కారాలు లేదా మీరు వ్రాయాలనుకుంటున్న EIPల గురించి ఇతర వ్యక్తులతో మాట్లాడవచ్చు. మరియు అతి త్వరలో నా బృందం ప్రోటోకాల్ మద్దతు సైట్‌ను కలిగి ఉంటుంది. ఇది అద్భుతంగా కనిపిస్తుంది. ఇది భాగస్వామ్యం చేయడానికి సిద్ధంగా లేదు. నా ఇమెయిల్ కూడా అక్కడ ఉంది — nixo@ethereum.org (opens email client). అంతే.