विटलिक बुटेरिन ने ईथेरियम प्रोटोकॉल विकास में सरलीकरण और 'कचरा संग्रह' की आवश्यकता पर बल दिया है।

PANews 18 जनवरी की खबर के अनुसार, विटलिक बुटेरिन ने X प्लेटफॉर्म पर टिप्पणी की कि "विश्वास रहित", "बर्खास्ता परीक्षण" और "स्वायत्तता" के एक महत्वपूर्ण और लंबे समय तक अनदेखा गया पहलू है प्रोटोकॉल की सरलता। यदि एक प्रोटोकॉल के पास लाखों नोड्स हैं, 49% बाइज़न्टाइन टॉलरेंस क्षमता है, और नोड्स पूरी तरह से एंटी-क्वांटम पीयर्डा और स्टार्क्स के माध्यम से सब कुछ सत्यापित करते हैं, लेकिन यदि यह प्रोटोकॉल लाखों लाइनों के कोड और पांच डॉक्टरेट स्तर की एन्क्रिप्शन तकनीकों के एक बड़े जटिल रूप में बना हुआ है, तो यह अंततः तीनों परीक्षणों में विफल रहेगा: यह विश्वास रहित नहीं होगा, क्योंकि उपयोगकर्ता को एक छोटे समूह उच्च अधिकारियों पर विश्वास करना होगा जो प्रोटोकॉल के गुणों के बारे में बताते हैं। यह "बर्खास्ता परीक्षण" के माध्यम से नहीं गुजर सकता, क्योंकि यदि वर्तमान क्लाइंट टीम छोड़ देती है, तो नई टीम के लिए उसी गुणवत्ता के स्तर तक पहुंचना बहुत कठिन होगा। यह स्वायत्तता नहीं होगा, क्योंकि तकनीकी रूप से सबसे अधिक क्षमता वाले व्यक्ति भी इसे जांच या समझ नहीं सकते, इसलिए यह पूरी तरह से उपयोगकर्ता का नहीं होगा। इसके साथ ही, इसकी सुरक्षा भी कमजोर होगी, क्योंकि प्रोटोकॉल के प्रत्येक भाग में, विशेष रूप से जब यह अन्य भागों के साथ जटिल तरीके से बातचीत कर सकता है, तो प्रोटोकॉल के गिरने का खतरा होता है। मैं एथेरियम प्रोटोकॉल विकास के बारे में एक चिंता व्यक्त करता हूं कि हम शायद अत्यधिक विशिष्ट आवश्यकताओं को पूरा करने के लिए नए फ़ंक्शन जोड़ने में अत्यधिक जल्दी कर रहे हैं, भले ही ये फ़ंक्शन प्रोटोकॉल को भारी बना दें या नए प्रकार के अंतःक्रियात्मक घटकों या जटिल एन्क्रिप्शन को महत्वपूर्ण निर्भरता के रूप में जोड़ दें। इससे त्वरित रूप से फ़ंक्शन वृद्धि हो सकती है, लेकिन लंबे समय तक स्वायत्तता के निर्माण और एक शताब्दी तक रहने वाले अविच्छिन्न डिस्ट्रीब्यूटेड सुपरस्ट्रक्चर के लिए यह बहुत नुकसानदायक हो सकता है। मुख्य समस्या यह है कि यदि प्रोटोकॉल परिवर्तन का मूल्यांकन "वर्तमान प्रोटोकॉल में परिवर्तन कितना है" के आधार पर किया जाता है, तो पिछले संस्करणों के साथ संगतता बनाए रखने की इच्छा का अर्थ यह होगा कि जोड़े गए बदलावों की संख्या घटाए गए बदलावों की तुलना में बहुत अधिक होगी, जिससे प्रोटोकॉल अवश्य ही समय के साथ भारी हो जाएगा। इस स्थिति का सामना करने के लिए, एथेरियम विकास प्रक्रिया में एक स्पष्ट "सरलीकरण" या "गार्बेज कलेक्शन" की आवश्यकता है, जिसमें "सरलीकरण" के तीन मापदंड हैं: 1. प्रोटोकॉल के कुल कोड लाइनों की संख्या को न्यूनतम करें। 2. मौलिक रूप से जटिल तकनीकी घटकों पर अवांछित निर्भरता से बचें। 3. अधिक अपरिवर्तनीयता (इनवेरिएंट्स) जोड़ें: प्रोटोकॉल पर निर्भर कर सकते हैं, जैसे कि EIP-6780 (स्वयं नष्ट करने के लिए अपनाए गए फ़ंक्शन को हटाना) ने प्रत्येक ब्लॉक में अधिकतम N संग्रहण स्लॉट बदलने के गुण को जोड़ा, जिससे क्लाइंट विकास को बहुत सरल बनाया गया। गार्बेज कलेक्शन छोटे या बड़े पैमाने पर हो सकता है। छोटे पैमाने का दृष्टिकोण वर्तमान फ़ंक्शन को सरल और तर्कसंगत बनाने का प्रयास करता है। बड़े पैमाने पर गार्बेज कलेक्शन का एक उदाहरण PoW को PoS से बदलना है। एक अन्य दृष्टिकोण "रोजेटा स्टाइल बैकवर्ड कॉम्पेटिबिलिटी" है, जिसमें जटिल लेकिन न्यूनतम उपयोग किए गए फ़ंक्शन अभी भी उपलब्ध हैं, लेकिन इन्हें "स्मार्ट कॉन्ट्रैक्ट कोड" में डाल दिया जाता है, जो अनिवार्य प्रोटोकॉल का हिस्सा नहीं है, ताकि नए क्लाइंट विकासकर्ता को इनका सामना न करना पड़े। उदाहरण के लिए, पूर्ण रूप से मूल खाता अस्तित्व के लिए अपग्रेड करने के बाद, सभी पुराने लेनदेन प्रकारों को अपनाए जा सकते हैं; वर्तमान पूर्व-कम्पाइल कोड को EVM या RISC-V कोड से बदल दिया जा सकता है; अंततः वर्चुअल मशीन को EVM से RISC-V में बदल दिया जा सकता है। अंत में, उम्मीद है कि क्लाइंट विकासकर्ता को एथेरियम प्रोटोकॉल के सभी पुराने संस्करणों का सामना नहीं करना पड़ेगा। लंबे समय में एथेरियम क