எத்திரியம் மைய ஆளுகை விளக்கம்

ETHBoulder-இல் எத்தீரியம் அறக்கட்டளையைச் சேர்ந்த நிக்சோ ரோகிஷ் (Nixo Rokish) வழங்கிய விளக்கக்காட்சி, எத்திரியத்தின் மைய நெறிமுறை ஆளுகை, கடினக் கவைகள் எவ்வாறு ஒருங்கிணைக்கப்படுகின்றன, எத்திரியத்தை யார் கட்டுப்படுத்துகிறார்கள் என்பது பற்றிய பொதுவான தவறான கருத்துகள் மற்றும் ஆளுகை செயல்முறையில் எவ்வாறு பங்கேற்பது ஆகியவற்றை விளக்குகிறது.

இந்த உரைநிரல் EthBoulder வெளியிட்ட அசல் வீடியோ உரைநிரலின் (opens in a new tab) அணுகக்கூடிய நகலாகும். இது வாசிப்புத்திறனுக்காக லேசாக திருத்தப்பட்டுள்ளது.

அறிமுகம் (0:12)

வந்திருந்த எனது ஆறு நண்பர்களுக்கும் நன்றி. சரி. இன்று நான் உங்களிடம் எத்திரியம் மைய ஆளுகை பற்றி பேசுகிறேன். என் பெயர் நிக்சோ. நான் EF-இல் (எத்தீரியம் அறக்கட்டளை) நெறிமுறை ஆதரவுக் குழுவை வழிநடத்துகிறேன். எங்களின் அனைத்துப் பணிகளிலும், ஆளுகை செயல்முறையை இதில் பங்கேற்கும் மற்ற அனைவருக்கும் தெளிவானதாகவும் எளிதாகப் பயன்படுத்தக்கூடியதாகவும் மாற்றுவது எங்களின் பணிகளில் ஒன்றாகும், ஏனெனில் எத்திரியம் அதன் மைய மேம்பாட்டாளர்களைத் தாண்டி பலரை உள்ளடக்கியுள்ளது.

எனவே இந்த உரையின் சுருக்கம் இங்கே. மைய ஆளுகை என்றால் என்ன என்பதைப் பற்றி பேசப் போகிறோம். தவறான கருத்துகள், எத்திரியம் ஆளுகை தற்போது எவ்வாறு செயல்படுகிறது என்பதைப் பற்றி பேசப் போகிறோம். மற்ற பரவலாக்கப்பட்ட ஆளுகை அமைப்புகளுடன் இது எவ்வாறு ஒப்பிடப்படுகிறது, உருவாக்குநர்கள் ஏன் கவலைப்பட வேண்டும் மற்றும் பங்கேற்பதற்கான செயல்வழிகள் ஆகியவற்றைத் தொடப் போகிறோம்.

எனவே, மைய நெறிமுறை ஆளுகை என்றால் என்ன? நான் ஒரு கணுவை (node) இயக்குகிறேன். அதாவது, என்னிடம் ஒரு வன்பொருள் உள்ளது, என் வீட்டில் ஒரு கணினி உள்ளது, அங்கு நான் எத்திரியம் மென்பொருளை இயக்குகிறேன். இந்த எத்திரியம் மென்பொருளை நான் அமைத்தபோது, அந்த மென்பொருளை இயக்கப் போகும் கிளையண்டுகளை நான் தேர்ந்தெடுக்க வேண்டியிருந்தது. கிளையண்ட் பன்முகத்தன்மைக்காக பல கிளையண்டுகளைக் கொண்டிருப்பதில் எத்திரியம் தனித்துவமானது. இதன் நோக்கம் என்னவென்றால், ஒரு கிளையண்ட் செயலிழந்தால், ஒரு கிளையண்டில் பிழை இருந்தால், முழு பிணையமும் செயலிழக்காது. மற்ற கிளையண்டுகளைக் கொண்ட பிற தொகுதிச்சங்கிலிகளும் உள்ளன. இருப்பினும், பிழைகளிலிருந்து நம்மைப் பாதுகாக்கும் வகையில் அமைக்கப்பட்டுள்ள ஒரே தொகுதிச்சங்கிலி எத்திரியம் மட்டுமே. எனவே, நீங்கள் Solana-விற்குச் சென்றால், Solana-வில் மற்றொரு கிளையண்ட் உள்ளது, அது GTO என்று அழைக்கப்படுகிறது என நினைக்கிறேன், ஆனால் அது 20-21% தத்தெடுப்பை மட்டுமே கொண்டுள்ளது. எனவே, பெரும்பான்மை கிளையண்ட் செயலிழந்தால், சங்கிலி செயலிழக்கும். மற்ற பிணையங்கள் செயலிழப்பதை நாம் பார்த்திருக்கிறோம். இதனால்தான் எத்திரியம் மிகவும் மீள்திறன் கொண்ட, பாதுகாப்பான தொகுதிச்சங்கிலியாக உள்ளது.

எனவே, பல வேறுபட்ட கிளையண்டுகளுடன் நீங்கள் ஒருங்கிணைக்க வேண்டியிருக்கும் போது எத்திரியத்தில் மாற்றங்களை எவ்வாறு கொண்டு வருவது என்ற கேள்வி எழுகிறது. முதலில் கடினக் கவைக்கும் மென் கவைக்கும் உள்ள வித்தியாசத்தைப் பார்ப்போம். ஒரு கடினக் கவைக்குத் தேவையான ஒருங்கிணைப்பு மென் கவைக்குத் தேவையில்லை. எத்திரியம் முதன்மையாக கடினக் கவைகளுடன் செயல்படுகிறது. எனவே கடினக் கவை என்பது அடிப்படையில் அனைத்து கிளையண்டுகளும் எத்திரியத்தின் புதிய பதிப்பை உருவாக்கி, முன்-கட்டமைக்கப்பட்ட ஒரு நேரத்தில் எத்திரியத்தின் இந்தப் புதிய பதிப்பைத் தொடங்க முடிவு செய்வதாகும். இது இன்னும் எத்திரியம்தான், ஆனால் இது புதிய அம்சங்களைக் கொண்டுள்ளது. இது வெவ்வேறு அம்சங்களைக் கொண்டுள்ளது. வீட்டில் கணுக்களை இயக்கும் என்னைப் போன்ற அனைத்து கணு இயக்குநர்களும் அல்லது தொழில்முறை இயக்குநர்களும் எத்திரியத்தின் அந்தப் புதிய பதிப்பை ஏற்க வேண்டும். அந்தப் புதிய மென்பொருளைச் சேர்க்க அவர்கள் தங்கள் கணுவை மேம்படுத்த வேண்டும் அல்லது புதுப்பிக்க வேண்டும்.

எனவே அந்தக் கடினக் கவைகளில் என்ன அம்சங்கள் இடம்பெற வேண்டும் என்பதை அவர்கள் எவ்வாறு முடிவு செய்கிறார்கள்? தங்கள் நேரத்தையும் வளங்களையும் ஒதுக்க முன்னுரிமைகளில் அவர்கள் உடன்பட வேண்டும், ஏனெனில் அங்கு ஒதுக்க அவர்களுக்கு வரையறுக்கப்பட்ட நேரமும் வளங்களும் மட்டுமே உள்ளன. பாதுகாப்பு குறைபாடுகள் அல்லது பாதுகாப்பு இணைப்புகள், UX போன்றவற்றுக்கு அவர்கள் முன்னுரிமை அளிக்கிறார்கள் — நம்முடன் போட்டியிடும் மற்றொரு தொகுதிச்சங்கிலி இருந்தால், அந்த மற்ற தொகுதிச்சங்கிலிகளுடன் நாம் போட்டித்தன்மையுடன் மாற வேண்டும். எனவே அவர்கள் கவனிக்கும் விஷயங்களில் ஒன்று, உள்ளே செல்லும் எந்தவொரு அம்சமும் வரவிருக்கும் சாத்தியமான வழிகாட்டி உருப்படிகளுடன் முன்னோக்கி இணக்கமாக இருக்க வேண்டும்.

எனவே கடந்த ஆண்டு மிகவும் சர்ச்சைக்குரிய ஒரு விஷயம் நடந்தது. நீங்கள் அதைப் பற்றி கேள்விப்பட்டிருக்கலாம். அது EOF என்று அழைக்கப்பட்டது. அதாவது EVM Object Format. அது ஃபுசாகா கடினக் கவையில் — பெக்ட்ரா, ஃபுசாகா, இரண்டும் என்று நினைக்கிறேன் — செல்லத் திட்டமிடப்பட்ட அம்சங்களின் தொகுப்பாகும், ஆனால் அது பிரிக்கப்பட்டது. அந்தக் கவையிலிருந்து அது வெளியேற்றப்பட்டதற்கு பல காரணங்களில் ஒன்று, எத்திரியம் RISC-V-ஐ ஏற்றுக்கொள்வதற்கான சாத்தியக்கூறுகள் குறித்து விட்டாலிக் (Vitalik) ஒரு பதிவை வெளியிட்டதே ஆகும். அதைப் படித்த பலரும், சரி, நாம் RISC-V-ஐ ஏற்றுக்கொண்டால், EOF-இல் நாம் பார்க்கும் அம்சங்கள் RISC-V-உடன் இயல்பாகவே வரும் என்று நினைத்தார்கள். எனவே நெறிமுறையில் இந்தச் சிக்கலை நாம் ஏன் சேர்க்க வேண்டும்? இந்த விஷயத்திற்காக இந்த கிளையண்ட் மேம்பாட்டாளர் வளங்கள் அனைத்தையும் நாம் ஏன் பயன்படுத்த வேண்டும்? நாம் RISC-V-க்கு மாறினால் இது ஒரு தேவையற்ற விஷயமாகிவிடும்.

எனவே அது EOF-இன் மீதான பொறுமையை இழக்கச் செய்த ஒரு நிகழ்வாக அமைந்தது, இறுதியில் அது கவையிலிருந்து வெளியேற்றப்பட்டது. அவர்கள் கருத்தில் கொள்ள வேண்டிய மற்றொரு விஷயம் என்னவென்றால், இது ஆறு வெவ்வேறு மொழிகளில் எழுதப்பட்டு கடுமையாக சோதிக்கப்பட வேண்டும், ஏனெனில் இந்த கிளையண்டுகள் ஆறு வெவ்வேறு மொழிகளில் எழுதப்பட்டுள்ளன. எனவே அவர்கள் வேலை செய்வதற்கு இது மிகப் பெரிய சோதனை அணியாகும். இதன் காரணமாக ஒவ்வொரு சிறிய வடிவமைப்புத் தேர்வும் விவாதத்திற்கு உட்படுத்தப்படுகிறது, கருத்து வேறுபாடுகளைத் தீர்க்க எந்த அதிகாரமும் இல்லை. எனவே யார் முடிவு செய்கிறார்கள் என்ற கேள்வி எழுகிறது — இதுவே ஆளுகையின் மையமாகும்.

தவறான கருத்துகள் (5:23)

எனவே இது நம்மைத் தவறான கருத்துகளுக்குக் கொண்டுவருகிறது, இவற்றில் சிலவற்றை நாம் கையாளுவோம். ஒன்று, எத்திரியம் நெறிமுறையில் என்ன இடம்பெற வேண்டும் என்பதை விட்டாலிக் முடிவு செய்கிறார் என்பது. அதன் நீட்சியாக, EF எல்லாவற்றையும் கட்டுப்படுத்துகிறது என்பது. மூன்றாவது, இது அனைத்தும் ரகசிய ஒப்பந்தங்கள் — உள்ளடக்க நபர்கள், மூத்தவர்கள் (OGs) இந்த முடிவுகளை எடுக்கிறார்கள் என்பது.

எனவே முதலாவது: விட்டாலிக் முடிவு செய்கிறார். விட்டாலிக் எழுதிய தேக்கமடைந்த EIP-களின் ஒரு சிறிய தொகுப்பை நான் தேர்ந்தெடுத்தேன். இதன் அர்த்தம் என்னவென்றால், விட்டாலிக் அமர்ந்து, ஒரு முன்மொழிவை எழுதினார், இந்த விஷயங்கள் எத்திரியத்தில் இடம்பெற வேண்டும் என்று அவர் கூறினார், ஆனால் யாரும் உடன்படவில்லை — இந்த விஷயங்கள் அப்படியே கிடக்கின்றன. அவரால் இவற்றை நெறிமுறைக்குள் கொண்டு வர முடியவில்லை. எனவே அவர் முன்மொழியும் அனைத்தும் தானாகவே சேர்க்கப்படுவதில்லை.

அதன் ஒரு நீட்சி என்னவென்றால், எத்தீரியம் அறக்கட்டளை எல்லாவற்றையும் கட்டுப்படுத்துகிறது என்பது. இதற்கு முரணான ஒரு குறிப்பிட்ட உதாரணத்தை நான் தேர்ந்தெடுக்கப் போகிறேன். 2024-இல் எரிவாயு வரம்பு பற்றி நிறையப் பேசப்பட்டது. அதற்குக் காரணம், 2022-இல் ஒருங்கிணைப்பின் போது எரிவாயு வரம்பை 30 மில்லியனாக உயர்த்தினோம். அதுவே ஒரு தொகுதியில் அனுமதிக்கப்படும் அதிகபட்ச கணக்கீடாகும். "இதனால்தான் நான் எத்திரியத்திற்கு மாறவில்லை" அல்லது "இது எத்திரியத்தின் எனது தற்போதைய பயன்பாட்டு வழக்கைக் கட்டுப்படுத்துகிறது" என்று மக்கள் கூறும் அளவுக்கு இது ஒரு தடையாக இல்லாததால், சிறிது காலத்திற்கு நாங்கள் அதைத் தொடவில்லை.

2023-இன் பிற்பகுதியிலும், 2024-இன் முற்பகுதியிலும், Solana வருகிறது என்ற ஒரு பேச்சு இருந்தது. அது எத்திரியத்தின் இடத்தை ஆக்கிரமிக்கப் போகிறது என்று கூறப்பட்டது. எனவே எத்திரியத்தை வேகப்படுத்த என்ன செய்யலாம் என்று மக்கள் யோசித்துக் கொண்டிருந்தனர். அதில் ஒன்று, இந்த எரிவாயு அளவீட்டை அதிகரிப்போம் என்பது. அந்த நேரத்தில் EF மற்றும் கிளையண்ட் மேம்பாட்டாளர்கள், "நாங்கள் கவலைப்பட வேண்டிய வேறு விஷயங்கள் உள்ளன. இருந்தாலும் நன்றி" என்பது போல் இருந்தனர். ஆனால் எரிக் கானர் (Eric Connor) மற்றும் மரியானோ கான்டி (Mariano Conti) ஆகிய இருவர் வந்து, "இல்லை, நாங்கள் எரிவாயு வரம்பை உயர்த்துகிறோம்" என்றனர். எரிவாயு வரம்பு என்பது சரிபார்ப்பானால் கட்டுப்படுத்தப்படும் ஒரு அளவுருவாகும். எனவே அவர்கள் சரிபார்ப்பான்கள், தொழில்முறை இயக்குநர்களிடம் பேசத் தொடங்கி, "ஏய், உங்கள் எரிவாயு வரம்பை உயர்த்துங்கள்" என்று கூற முடிந்தது.

ஒரு கட்டத்தில், EF மற்றும் கிளையண்டுகள், "ஓ, நாம் இதில் கவனம் செலுத்த வேண்டும். அவர்கள் செய்வது பாதுகாப்பானது என்பதையும், அவர்கள் இதை உயர்த்தும் மதிப்பு பிணையத்திற்குப் பாதுகாப்பானதாக இருக்கும் என்பதையும் நாம் உறுதி செய்ய வேண்டும்" என்று நினைக்கும் அளவுக்குப் போதுமான தத்தெடுப்பு இருந்தது. எனவே, அவர்கள் தங்கள் வளங்களை மீண்டும் ஒதுக்க வேண்டியிருந்தது. நெதர்மைண்ட் (Nethermind) இந்தச் சோதனை கட்டமைப்பைக் கொண்டு வந்தது. EF பெர்லினில் பல வேலைகளைச் செய்தது. அனைத்து கிளையண்ட் மேம்பாட்டாளர்களும் இதை தரப்படுத்தினர். எதற்கு முன்னுரிமை அளிக்க வேண்டும் என்பதை முடிவு செய்வதில் இது EF-ஐக் கட்டாயப்படுத்தியதால் இது எனக்குப் பிடித்திருக்கிறது.

நான் இங்கே ஸ்கிரீன்ஷாட் எடுத்த இந்த முட்டாள்தனமான ட்வீட் எனக்குப் பிடித்திருக்கிறது, ஏனென்றால் ஏதோ ஒரு செய்தி நிறுவனம் எரிக் கானர் மற்றும் மரியானோ கான்டியை மைய மேம்பாட்டாளர்கள் என்று அழைப்பது போல் இது உள்ளது. அவர்கள் மைய மேம்பாட்டாளர்கள் அல்ல. எரிக் கானர் ஒரு ஸ்டேக்கர் மற்றும் சமூக உறுப்பினர். மரியானோ கான்டி ஒரு முன்னாள் MakerDAO பயன்பாட்டு மேம்பாட்டாளர். ஆனால் எத்திரியம் மேம்பாடு பாரம்பரிய மென்பொருள் எவ்வாறு செயல்படுகிறது என்ற உலகத்திற்கு வெளியே இருப்பதால் அவர்கள் மைய மேம்பாட்டாளர்கள் என்று அழைக்கப்பட்டனர், எனவே ஒரு மைய அளவுரு மாற்றப்படுவதை அவர்கள் பார்த்தார்கள், "ஓ இவர்கள் மைய மேம்பாட்டாளர்களாக இருக்க வேண்டும்" என்று நினைத்தார்கள். அவர்கள் அப்படி இல்லை. எனவே சமூக உறுப்பினர்கள் உள்ளே வந்து இந்த மாற்றத்தைக் காண விரும்புகிறோம் என்று கூறி அதைச் சாத்தியமாக்குவதற்கு இது ஒரு எடுத்துக்காட்டு மட்டுமே.

இது அனைத்தும் ரகசிய ஒப்பந்தங்கள், உள்ளடக்க நபர்கள், மூத்தவர்கள் (OGs) — இது ஏன் ஒரு தவறான கருத்து என்பதை நான் இன்னும் கொஞ்சம் புரிந்துகொள்கிறேன், ஏனென்றால் நீங்கள் அடிப்படையில் இந்த ஆளுகை அழைப்புகளுக்கு வருகிறீர்கள், இந்த ஆளுகை அழைப்புகளில் நூறு பேர் உள்ளனர். என்ன நடக்கிறது என்பதில் அவர்கள் அனைவரும் மிகவும் வசதியாக இருப்பது போல் தெரிகிறது. நீங்கள் தொலைந்துவிட்டீர்கள். இந்த முடிவுகள் எவ்வாறு எடுக்கப்படுகின்றன என்பது உங்களுக்குத் தெரியாது. "நான் பேச வேண்டிய முறை வந்துவிட்டதா?" என்று நீங்கள் நினைக்கிறீர்கள். இந்த முடிவுகளை எடுக்க மக்கள் அதே 10 பேரை மட்டுமே கேட்பது போல் உணர்கிறீர்கள்.

தகுதி அடிப்படையிலான அமைப்பு மற்றும் பங்கேற்பு புள்ளிவிவரங்கள் (10:18)

ஆனால் உண்மை என்னவென்றால், பெரும்பாலான மென்பொருள் மேம்பாட்டில் நான் பார்த்ததை விட எத்திரியம் மேம்பாடு ஒரு தகுதி அடிப்படையிலான அமைப்பாகும். இந்த ஸ்கிரீன்ஷாட்டில் உள்ள இந்த மக்கள் அனைவரும் — நான் ஸ்கிரீன்ஷாட் எடுக்க முடிவு செய்த இந்த சீரற்ற ACD அழைப்பில் உள்ள மூன்றில் இதுவும் ஒன்று — இவர்களில் யாரும் இங்கு இருப்பதற்காக நியமிக்கப்படவில்லை. அனைவரும் தாமாகவே வந்தவர்கள். அவர்கள் இந்த நெறிமுறையுடன் அதிக நேரம் செலவிட்ட மேம்பாட்டாளர்கள். இந்தத் துறையில் திறமையான மேம்பாட்டாளர்களாகவும், தொடர்ந்து நல்ல முடிவுகளை எடுப்பவர்களாகவும் மக்களால் அங்கீகரிக்கப்பட்டவர்கள் அவர்கள், இதில் யாரும் இங்கு இருப்பதற்காக நியமிக்கப்படவில்லை.

நான் ஒரு வருடத்திற்கு முன்புதான் EF-இல் சேர்ந்தேன். நான் இந்தப் புள்ளிவிவரங்களை எடுத்தேன். அவை மார்ச் 2025 வரை மட்டுமே செல்கின்றன. எனவே ஒரு வருடத்திற்கும் குறைவானது. அனைத்து மைய மேம்பாட்டாளர் (All Core Dev) பங்கேற்பாளர்களின் சராசரி — அதாவது ஆளுகை அழைப்புகள் — 98 ஆகும். எனவே சராசரியாக இந்த அழைப்புகளில் 98 பேர் உள்ளனர். அதிலிருந்து ஒரு அழைப்பில் அதிகபட்ச பங்கேற்பாளர்கள் 153 பேர். பெக்ட்ரா முதன்மை வலைப்பின்னல் தேதியை நாங்கள் முடிவு செய்த நாள் அது என்று நினைக்கிறேன். கடந்த ஆண்டில் மட்டும் மொத்த தனித்துவமான பங்கேற்பாளர்கள் 567 பேர். அந்த அளவீடு எனக்கு மிகவும் பிடிக்கும், ஏனென்றால் ஒவ்வொரு முறையும் அதே 100 பேர் இந்த அழைப்புகளுக்குச் செல்வதில்லை என்பதை இது காட்டுகிறது. இந்தப் பயன்பாட்டு மேம்பாட்டாளர்கள், ஆராய்ச்சியாளர்கள், விவாதிக்கப்படும் சில அம்சங்களைப் பற்றி யாராவது கேள்விப்படுகிறார்கள், அவர்கள் அதற்குத் தங்கள் எதிர்ப்பையோ அல்லது ஆதரவையோ தெரிவிக்க வருகிறார்கள், பின்னர் அவர்கள் மற்றொரு அழைப்பிற்கு வருவதில்லை.

ஆளுகை செயல்முறை எவ்வாறு செயல்படுகிறது (11:52)

எனவே இது சற்று சலிப்பான ஸ்லைடு, ஆனால் இதைப் பார்ப்பது முக்கியம் என்று நினைக்கிறேன் — எத்திரியத்தின் ஆளுகை தற்போது இப்படித்தான் செயல்படுகிறது. எனவே இந்தக் கவைகளில் ஒன்று விவாதிக்கப்படும்போது முதலில் நடப்பது என்னவென்றால், இந்த ஒதுக்கப்பட்ட நேர சாளரத்தின் போது மக்கள் தங்கள் தலைப்பு முன்மொழிவை சமர்ப்பிக்க முடியும். தலைப்பு முன்மொழிவு என்பது இந்தக் கவைக்காக மக்கள் ஒன்றிணைய வேண்டும் என்று நாங்கள் விரும்பும் முக்கிய அம்சமாகும். இது ஒரு சமூக உறுப்பினராக, ஆராய்ச்சியாளராக, மைய மேம்பாட்டாளராக இருக்கலாம் — இந்தத் தலைப்பு முன்மொழிவுகளில் ஒன்றைச் சமர்ப்பிக்கும் எவராக வேண்டுமானாலும் இருக்கலாம். பின்னர் சாளரம் முடிவடைகிறது மற்றும் ஆளுகை அழைப்புகளில் இவற்றில் எது அர்த்தமுள்ளதாக இருக்கிறது என்பதை நாங்கள் விவாதிக்கிறோம். மக்கள் தங்கள் வாதங்களை முன்வைக்கிறார்கள், மக்கள் வாதிடுகிறார்கள் மற்றும் வரவிருக்கும் அந்தக் கவைக்கு எதைத் தேர்ந்தெடுக்க வேண்டும் என்பதில் ஒருமித்த கருத்து ஏற்படுகிறது.

அதைத் தொடர்ந்து அவர்கள் சிறிய அம்சங்களைத் தேர்ந்தெடுக்கிறார்கள். எனவே இந்த முக்கிய கவையை இயக்கும் அம்சங்களாக இருக்க வேண்டிய அவசியமில்லாத சிறிய விஷயங்கள். இந்த நேரம் முழுவதும் எங்களிடம் அம்சம் சார்ந்த மேம்பாட்டாளர் வலையமைப்புகள் உள்ளன. மேம்பாட்டாளர் வலையமைப்பு என்பது சோதனை வலையமைப்பு போன்றது — மேம்பாட்டாளர்கள் இந்த அம்சங்களைச் சோதித்து அவை எத்திரியத்தில் உண்மையில் செயல்படுகின்றனவா என்பதை உறுதி செய்வதற்கான ஒரு தனிப்பட்ட சோதனை பிணையம். பின்னர் ஒரு கட்டத்தில் அம்ச முடக்கம் ஏற்படுகிறது. எனவே நாங்கள் முக்கிய அம்சங்களை விவாதித்தோம், சிறிய அம்சங்களை விவாதித்தோம், பொதுவாக கவையின் தலைப்புகளாக இருக்கும் இந்த அம்சம் சார்ந்த மேம்பாட்டாளர் வலையமைப்புகளை நாங்கள் இயக்கியுள்ளோம். அது ஒரு நிபந்தனையுடன் கூடிய அம்ச முடக்கமாகும், ஏனென்றால் அந்த நேரத்தில் இந்தக் கவையில் வேறு எந்த அம்சங்களையும் சேர்க்க மாட்டோம் என்று நாங்கள் முடிவு செய்துள்ளோம். நாங்கள் அனைத்து அம்சங்களையும் ஒன்றாக இயக்கப் போகிறோம், எல்லாம் நன்றாக இருப்பதை உறுதி செய்யப் போகிறோம், எதுவும் உடைந்துவிடாது என்பதை உறுதி செய்யப் போகிறோம். ஆனால் ஏதாவது விஷயங்களை மெதுவாக்கத் தொடங்கினால், கவை தாமதமானால், அது மிகவும் சிக்கலானதாக இருந்தால், அந்த நேரத்தில் விஷயங்கள் இன்னும் வெளியேற்றப்படலாம்.

எனவே பல மேம்பாட்டாளர் வலையமைப்புகளுக்குப் பிறகு — இரண்டு இருக்கலாம், 10 இருக்கலாம் — ஒரு கட்டத்தில் இது நிலையானது என்று அனைத்து கிளையண்டுகளும் முடிவு செய்கின்றன. இப்போது நடப்பதை நாங்கள் நம்புகிறோம். நாங்கள் ஒரு நல்ல இடத்தில் இருக்கிறோம். இதை எத்தேரியம் முதன்மை வலைப்பின்னலுக்குக் கொண்டு வருவதைப் பற்றி சிந்திக்கத் தொடங்குவோம். அவர்கள் கிளையண்ட் வெளியீடுகளை உருவாக்குகிறார்கள், பின்னர் 30 நாள் காலம் உள்ளது, அங்கு EF பாதுகாப்புக் குழு பிழை கண்டுபிடிப்பு வெகுமதியை வெளியிடுகிறது. அவர்கள் பாதுகாப்புத் தணிக்கைகளை ஒப்பந்தம் செய்கிறார்கள். அந்த 30 நாள் காலத்தின் முடிவில் நாங்கள் கவையைச் சோதனை வலையமைப்புகளில் தொடங்குகிறோம். இவை நீங்கள் கேள்விப்பட்டிருக்கக்கூடிய சோதனை வலையமைப்புகள் — Holesky போன்றவை. கவை நேரலைக்கு வருவதற்கு முன்பு பயன்பாட்டு மேம்பாட்டாளர்கள் தங்கள் விஷயங்களைச் சோதிக்கக்கூடிய இடங்கள் இவை. எல்லாம் நன்றாக இருப்பதை உறுதி செய்வதற்காக இவை ஒவ்வொன்றும் பொதுவாகக் குறைந்தபட்சம் 14 நாட்கள் ஆகும். இது முன்பு அம்சம் சார்ந்த மேம்பாட்டாளர் வலையமைப்புகள் மற்றும் பொதுவான மேம்பாட்டாளர் வலையமைப்புகள் வழியாகச் சென்றிருப்பதால் எந்தப் பெரிய சிக்கல்களையும் நாங்கள் எதிர்பார்க்கவில்லை, ஆனால் வரலாற்று ரீதியாக இது இந்தச் சோதனை வலையமைப்புகளில் சிலவற்றை உடைத்துள்ளது. எனவே இந்தப் பிழைகள் அனைத்தையும் கண்டுபிடித்து அழிப்பதற்கான கடைசி வாய்ப்பு இதுவாகும்.

பின்னர் அனுமதியற்ற சோதனை வலையமைப்பு நிலையானதாக மாறியதும், முதன்மை வலைப்பின்னல் தேதி தேர்ந்தெடுக்கப்படுகிறது. அதைத் தொடர்ந்து, 30 நாள் இடையகக் காலம் உள்ளது. கவைக்குத் தயாராவதற்காக L2-கள் மற்றும் நெறிமுறைகள் இதைக் கோரியதால் இந்த 30 நாள் இடையகக் காலம் உள்ளது. எனவே அது குறைந்தபட்சம் 30 நாட்கள் ஆகும், பின்னர் கவை நிகழ்கிறது.

அழைப்பு அமைப்பு மற்றும் ஒருங்கிணைப்பு (15:01)

இந்த முழு நேரத்திலும் சில முக்கிய அழைப்புத் தொடர்கள் நடக்கின்றன. இவை அனைத்தும் YouTube-இல் நேரலையாக ஒளிபரப்பப்படும் பொது அழைப்புகள். முக்கியமானவை ACDE மற்றும் ACDC ஆகும். E என்பது செயலாக்க அடுக்கு — அதாவது பரிவர்த்தனைகள், திறன் ஒப்பந்தப் வரிசைப்படுத்தல்கள், மெம்பூல் மேலாண்மை போன்ற விஷயங்கள். ACDC என்பது கருத்தொருமிப்பு அடுக்கு — எனவே அது சரிபார்ப்பான் மேலாண்மை, வெட்டுதல் போன்ற சரிபார்ப்பான் விஷயங்கள். அவை வியாழக்கிழமைகளில் மாறி மாறி நடைபெறும். எனவே ஒவ்வொரு வியாழக்கிழமையும் ஒரு ACD உள்ளது, அவற்றில் ஒன்று ACDE, அடுத்தது ACDC என அந்த வழியில் தொடர்கிறது.

ACDE மற்றும் ACDC அழைப்புகள் நாங்கள் தற்போது உருவாக்கும் கவை மற்றும் எதிர்காலத்திற்காக நாங்கள் திட்டமிடும் கவைகள் மீது கவனம் செலுத்துகின்றன. ACDT அழைப்புகள் மிகவும் நுணுக்கமான விவரங்களைக் கொண்டவை. அவை கிளையண்டுகள் தாங்கள் கடந்து செல்ல முடியாத பிழைகள் அல்லது அவர்கள் தற்போது வேலை செய்யும் கவை பற்றித் தீர்க்கப்பட வேண்டிய செயல்படுத்தல் விவரங்கள் பற்றிப் பேசுவதாகும். எனவே இப்போது நடக்கும் அடுத்த கவை கிளாம்ஸ்டர்டாம் ஆகும். எனவே இந்த ACDT அழைப்புகளில் ePBS மற்றும் தொகுதி-நிலை அணுகல் பட்டியல்கள் பற்றிய உரையாடல்கள் ஆதிக்கம் செலுத்துகின்றன, இவை கிளாம்ஸ்டர்டாமில் இடம்பெறும் விஷயங்களாகும். இவை மிகவும் தொழில்நுட்ப ரீதியான அழைப்புகள்.

பின்னர் பிரேக்அவுட் அழைப்புகள் உள்ளன. பிரேக்அவுட் அழைப்புகள் என்பது சமூக உறுப்பினர்கள், ஆராய்ச்சியாளர்கள், மேம்பாட்டாளர்கள் "ஏய், இனி வரும் இரண்டு கவைகளுக்குப் பிறகு எத்திரியத்தில் நான் சேர்க்க விரும்பும் ஒரு அம்சம் என்னிடம் உள்ளது" என்று கூறுவதாகும். எனவே அவர்கள் இந்த வாராந்திர, மாதாந்திர அல்லது இருமாத அழைப்புகளை நடத்துகிறார்கள், அங்கு அவர்கள் செயல்படுத்தல் விவரங்களை விவாதிக்கிறார்கள், விவரக்குறிப்பை மாற்றி மீண்டும் மீண்டும் செய்கிறார்கள், மேலும் பொதுவாக மக்கள் கேட்கும் அனைத்து கேள்விகளுக்கும், அறியப்பட்ட அனைத்துத் தெரியாத விஷயங்களுக்கும் பதிலளிக்கிறார்கள், இது இனி வரும் இரண்டு கவைகளுக்குப் பிறகு சேர்க்கப்படுவதற்கான சிறந்த சாத்தியமான இடத்தில் இருப்பதை உறுதி செய்கிறார்கள். ஒருங்கிணைப்பாளர் முடிவு செய்யும் போதெல்லாம் அவற்றை திட்டமிடலாம்.

ஒரு பரிணமிக்கும் செயல்முறை (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 ஆகியவற்றை உருவாக்கிய தன்னார்வலர்களால் நடத்தப்படும் தரநிலை அமைப்பாகும். இன்று நாம் இலவச இணையத்தைக் கொண்டிருப்பதற்கு மிகவும் பொறுப்பான நிறுவனம் இதுவாகும். லினக்ஸ் கர்னல் — இது லினக்ஸ் இயக்க முறைமையின் மையமாகும். எனவே இது இணையச் சேவையகங்கள், ஆண்ட்ராய்டு போன்கள், சூப்பர் கம்ப்யூட்டர்களை இயக்கும் திறந்த மூல மென்பொருளாகும். அங்குள்ள வித்தியாசம் என்னவென்றால், அவர்கள் லினஸ் டோர்வால்ட்ஸ் (Linus Torvalds) உடன் ஒரு வகையான நன்மையான சர்வாதிகாரி மாதிரியைக் கொண்டுள்ளனர். ஆனால் அப்போதும் கூட அவர்கள் 17,000-க்கும் மேற்பட்ட பங்களிப்பாளர்களைக் கொண்டுள்ளனர், இது மனதைக் கவரும் வகையில் உள்ளது.

இது எதற்கு ஒத்ததல்ல: சங்கிலிசார் வில்லை வாக்களிப்பைக் கொண்ட பிற தொகுதிச்சங்கிலிகள். எத்திரியம் எந்தவொரு வாக்களிப்பு பொறிமுறையையும் குறிப்பாகத் தவிர்க்கிறது, ஏனெனில் என் கருத்துப்படி அது கைப்பற்றுவதற்கான வழிகளுக்கு வழிவகுக்கிறது மற்றும் சிறந்த குறியீட்டை எழுதுபவர்களை மக்கள் நம்பும் ஒரு தகுதி அடிப்படையிலான அமைப்பாக விஷயங்களை மாற்றுவதற்கான ஊக்கத்தை அது ஒருவிதமாக நீக்குகிறது. பின்னர் L2-கள் உள்ளன. அவை பல-கையொப்பங்களைக் கொண்டுள்ளன. அவை பாதுகாப்புக் கவுன்சில்களைக் கொண்டுள்ளன. இவை இந்த முடிவுகளை எடுக்கும் நியமிக்கப்பட்ட பதவிகளைப் போன்றது. அது அதன் பரிமாற்றங்களைக் கொண்டுள்ளது. இது மிகவும் மையப்படுத்தப்பட்டது. இருப்பினும் இது வேகமாக நகர்கிறது.

உருவாக்குநர்கள் ஏன் கவலைப்படுகிறார்கள் (22:38)

எனவே உருவாக்குநர்கள் ஆளுகை பற்றி ஏன் கவலைப்படுகிறார்கள்? ஏனென்றால் எத்திரியம் உண்மையில் உருவாக்குநர்களுக்காகவே உருவாக்கப்பட்டது. எத்திரியம் மைய மேம்பாட்டாளர்களுக்காக உருவாக்கப்படவில்லை. இது சரிபார்ப்பான்களுக்காக உருவாக்கப்படவில்லை. சில நேரங்களில் இந்த மக்கள் அதைப் பற்றிக் குழப்பமடைகிறார்கள். எத்திரியம் மைய மேம்பாட்டாளர்களும் சரிபார்ப்பான்களும் எத்திரியத்திற்குச் சேவை செய்கிறார்கள், அது உருவாக்குநர்களுக்கும் பயனர்களுக்கும் சேவை செய்கிறது.

AI-உடன் அனைவருக்கும் அந்தத் தருணம் இருந்திருக்கும், அங்கு நீங்கள் மிகவும் ஆழமாகச் செல்கிறீர்கள், அது இந்தச் சிறிய விஷயத்தைச் சரிசெய்ய முயற்சிக்கிறது மற்றும் திட்டத்தின் முழு நோக்கத்தையும் பெரிதாக்கிப் பார்க்கத் தவறிவிடுகிறது. மைய மேம்பாட்டாளர்களும் மைய மேம்பாட்டுச் செயல்முறையைச் செம்மைப்படுத்த முயற்சிக்கும்போது அப்படி இருக்கலாம். அந்த விஷயத்தில் உருவாக்குநர்கள் உள்ளே வருவது மிகவும் முக்கியமானது, ஏனெனில் மைய மேம்பாடு மிகவும் நேரத்தை எடுத்துக்கொள்ளும் ஒன்றாகும், பெரும்பாலான நேரங்களில் அவர்கள் எத்திரியத்தின் மேல் உருவாக்குவதில்லை. அவர்கள் மைய மேம்பாட்டில் மிகவும் ஈடுபட்டுள்ளனர். அது அவர்களின் முழு நேரத்தையும் எடுத்துக்கொள்கிறது. எனவே பயன்பாட்டு உருவாக்குநர்கள் உண்மையில் உள்ளே வந்து, "ஏய், எங்களுக்கு இது தேவை. இது எத்திரியத்திற்கு முக்கியமானது" என்று கூற முயற்சி செய்ய வேண்டும். அந்தப் பார்வை அங்கு இருப்பதையும், அவர்கள் மைய மேம்பாட்டாளர்களுக்காக மட்டுமே வேலை செய்வதில் சுருங்கிவிடவில்லை என்பதையும் உறுதி செய்ய வேண்டும்.

எவ்வாறு பங்கேற்பது (24:40)

எனவே நீங்கள் எவ்வாறு பங்கேற்பது அல்லது உங்கள் அம்சத்தை எவ்வாறு உள்ளே கொண்டு வருவது? இது ஒரு வகையான பொதுவான அறிவுரை, ஆனால் இதுவே சிறந்தது என்று நான் நினைக்கிறேன். உங்கள் வலிப் புள்ளிகளைப் பற்றி சத்தமாகப் பேசுங்கள். Twitter-க்குச் செல்லுங்கள், வலைப்பதிவு இடுகைகளை எழுதுங்கள், உங்கள் வலிப் புள்ளிகளுக்கான தீர்வுகளை அடையாளம் காணுங்கள். உங்களுக்கு உதவக்கூடிய விஷயங்களைப் பற்றி ஊகியுங்கள். அதே வலிப் புள்ளிகளைக் கொண்ட மற்றவர்களை நீங்கள் கண்டால், பொதுவாக அந்த வலிப் புள்ளியைத் தீர்க்க இருக்கும் ஒரு EIP-ஐ நீங்கள் கண்டறியலாம் அல்லது அதைச் செய்யும் ஒரு EIP-ஐ எழுத யாராவது உங்களுக்கு உதவலாம்.

திறந்த மூல மென்பொருளைப் பற்றி எனக்குப் பிடித்த ஒரு விஷயம் என்னவென்றால், பொதுவாக நல்ல மூலதனம் கொண்ட நிறுவனங்கள் தாங்கள் பயன்படுத்தும் திறந்த மூலக் கருவிகளைப் பராமரிக்கத் தங்கள் மேம்பாட்டு நேரத்தையும் வளங்களையும் ஒதுக்கும். இது பல வேறுபட்ட நிறுவனங்கள் இந்த விஷயத்தைப் பராமரிப்பதில் ஒத்துழைப்பதாக முடிகிறது, மேலும் எத்திரியத்திலும் இது இப்படித்தான் செயல்பட முடியும். எனவே நீங்கள் அடையாளம் கண்ட ஒரு வலிப் புள்ளி உங்களிடம் இருந்தால், அதே போன்ற வலிப் புள்ளியைக் கொண்ட ஒரு Base மேம்பாட்டாளரை நீங்கள் கண்டறியலாம், மேலும் Base ஒரு நல்ல மூலதனம் கொண்ட நிறுவனமாகும், எனவே அவர்கள் ஒரு அம்சத்தை வழங்குவதற்கு அல்லது எத்திரியம் கடினக் கவை மூலம் ஒரு அம்சத்தை வழிநடத்துவதற்குச் சில வளங்களை ஒதுக்கத் தயாராக இருப்பார்கள்.

நான் உங்களுக்குச் சில வளங்களை விட்டுச் செல்கிறேன். Forkcast.org — அங்கு நீங்கள் சென்று ஒரு கவையில் என்ன நடக்கிறது, அது சில பங்குதாரர்களை எவ்வாறு பாதிக்கிறது என்பதைப் பார்க்கலாம். எனவே, நீங்கள் ஒரு பயன்பாட்டு மேம்பாட்டாளராக இருந்தால், பயன்பாட்டு மேம்பாட்டாளர்களுக்கான ஒரு பகுதி உள்ளது. நீங்கள் ஒரு பணப்பை மேம்பாட்டாளராக, கருத்தொருமிப்பு அடுக்கு கிளையண்ட் மேம்பாட்டாளராக இருந்தால், அவை உங்களை எவ்வாறு பாதிக்கின்றன என்பதற்கான பகுதிகள் உள்ளன. அந்த அழைப்பு வீடியோக்கள் அனைத்தும் YouTube-இல் பதிவேற்றப்படுகின்றன. அவை forkcast.org/calls பக்கத்திலும் உட்பொதிக்கப்பட்டுள்ளன, அங்கு சுருக்கங்கள், பேச்சாளர் பண்புக்கூறுகள் உள்ளன, எனவே அந்த அழைப்புகளுக்குச் செல்வது எளிது. EIP-கள் கோப்பகம், எத்திரியம் மெஜிஷியன்ஸ் (Ethereum Magicians) மன்றம், அங்கு நீங்கள் சாத்தியமான தீர்வுகள் அல்லது நீங்கள் எழுத விரும்பும் EIP-கள் பற்றி மற்றவர்களிடம் பேசலாம். மிக விரைவில் எனது குழு ஒரு நெறிமுறை ஆதரவு தளத்தைக் கொண்டிருக்கும். அது அருமையாகத் தெரிகிறது. இது பகிரத் தயாராக இல்லை. எனது மின்னஞ்சலும் அங்கு உள்ளது — nixo@ethereum.org (opens email client). அவ்வளவுதான்.