विटालिक ब्यूटेरिन ने कहा कि वह अब अपने 2017 के ट्वीट से सहमत नहीं हैं जिसमें उन्होंने उपयोगकर्ताओं द्वारा एथेरियम की एंड-टू-एंड व्यक्तिगत सत्यापन की आवश्यकता को कम महत्व दिया था।
इस सप्ताह, उन्होंने तर्क दिया कि नेटवर्क को स्व-होस्टेड सत्यापन को एक गैर-परक्राम्य बचाव विकल्प के रूप में मानना चाहिए क्योंकि इसकी संरचना हल्की और अधिक मॉड्यूलर हो रही है।
ब्यूटेरिन की मूल स्थिति एक डिज़ाइन बहस से उत्पन्न हुई थी कि क्या ब्लॉकचेन को ऑन-चेन स्टेट के लिए प्रतिबद्ध होना चाहिए या स्टेट को "निहित" मानना चाहिए, जो केवल क्रमबद्ध लेनदेन को फिर से चलाकर पुनर्निर्माण योग्य हो।
एथेरियम का दृष्टिकोण, प्रत्येक ब्लॉक हेडर में एक स्टेट रूट रखना और मर्कल-शैली के प्रमाणों का समर्थन करना, उपयोगकर्ता को एक विशिष्ट बैलेंस, कॉन्ट्रैक्ट कोड, या स्टोरेज मूल्य को साबित करने की अनुमति देता है बिना पूरे इतिहास को फिर से निष्पादित किए, जब तक उपयोगकर्ता ईमानदार-बहुमत धारणा के तहत चेन की सर्वसम्मति वैधता को स्वीकार करता है।
अपनी नई पोस्ट में, ब्यूटेरिन ने उस ट्रेडऑफ को व्यावहारिक रूप से अधूरा बताया क्योंकि यह अभी भी उपयोगकर्ताओं को पूरी चेन को फिर से चलाने या RPC ऑपरेटर, आर्काइवल डेटा होस्ट, या प्रूफ सेवा जैसे मध्यस्थ पर भरोसा करने के बीच चुनाव करने के लिए मजबूर कर सकता है।
उन्होंने परिवर्तन को दो बदलावों में स्थापित किया: व्यवहार्यता और नाजुकता।
व्यवहार्यता पर, ब्यूटेरिन ने लिखा कि ज़ीरो-नॉलेज प्रूफ अब "शाब्दिक रूप से प्रत्येक लेनदेन को फिर से निष्पादित किए बिना" शुद्धता की जांच करने का एक रास्ता प्रदान करते हैं।
2017 में, उन्होंने तर्क दिया था कि इससे एथेरियम को सत्यापन को पहुंच में रखने के लिए कम क्षमता की ओर धकेला जाता।
यह बदलाव मायने रखता है क्योंकि एथेरियम का सार्वजनिक रोडमैप तेजी से ZK को एक सत्यापन योग्यता प्राथमिकता के रूप में मानता है, ethereum.org ज़ीरो-नॉलेज प्रूफ को सुरक्षा गुणों को संरक्षित करने के तरीके के रूप में प्रस्तुत करता है जबकि एक सत्यापनकर्ता को क्या गणना करनी चाहिए उसे कम करता है।
"ZK-लाइट-क्लाइंट" दिशाओं पर काम भी एक मॉडल की ओर इशारा करता है जहां एक डिवाइस हमेशा-ऑनलाइन गेटवे पर भरोसा करने के बजाय कॉम्पैक्ट प्रूफ का उपयोग करके सिंक कर सकता है।
नाजुकता पर, ब्यूटेरिन ने विफलता के तरीकों को सूचीबद्ध किया जो स्वच्छ खतरे के मॉडल के बाहर हैं: खराब p2p नेटवर्किंग, लंबे समय से चल रही सेवाओं का बंद होना, सत्यापनकर्ता एकाग्रता जो "ईमानदार बहुमत" के व्यावहारिक अर्थ को बदल देती है, और अनौपचारिक शासन दबाव जो "डेवलपर्स को कॉल करें" को बैकस्टॉप में बदल देता है।
उन्होंने Tornado Cash के आसपास सेंसरशिप दबाव का उदाहरण दिया कि कैसे मध्यस्थ पहुंच को संकीर्ण कर सकते हैं, यह तर्क देते हुए कि एक उपयोगकर्ता का अंतिम उपाय विकल्प "सीधे चेन का उपयोग करना" होना चाहिए।
वह फ्रेमिंग एथेरियम की बेस लेयर को मजबूत करने और मंथन को सीमित करने के बारे में व्यापक चर्चा के साथ ट्रैक करती है, प्रोटोकॉल "ओसिफिकेशन" की ओर धक्के के बीच।
ब्यूटेरिन के कहने में, "पर्वतीय केबिन" एक डिफ़ॉल्ट जीवनशैली नहीं है।
यह एक विश्वसनीय फ़ॉलबैक है जो प्रोत्साहनों को बदलता है, क्योंकि यह ज्ञान कि उपयोगकर्ता बाहर निकल सकते हैं किसी एकल सेवा परत के लाभ को कम करता है।
वह तर्क तब लागू होता है जब एथेरियम उस चीज़ को कम करता है जो साधारण नोड्स से स्टोर करने की उम्मीद की जाती है, जबकि नेटवर्क की सत्यापन कहानी को गति बनाए रखनी होती है।
एक्ज़िक्यूशन क्लाइंट आंशिक इतिहास समाप्ति की ओर बढ़ रहे हैं, और एथेरियम फाउंडेशन ने कहा कि उपयोगकर्ता प्री-मर्ज ब्लॉक डेटा को हटाकर डिस्क उपयोग को लगभग 300–500 GB कम कर सकते हैं, एक नोड को 2 TB डिस्क पर पहुंच के भीतर रखते हुए।
उसी समय, लाइट क्लाइंट पहले से ही कम-संसाधन उपकरणों के लिए अनुकूलित एक औपचारिक विश्वास मॉडल को दर्शाते हैं, जो लगभग हर 1.1 दिनों में चुने गए 512 सत्यापनकर्ताओं की एक सिंक समिति पर निर्भर करते हैं।
वे पैरामीटर लाइट-क्लाइंट सत्यापन को बड़े पैमाने पर कार्यक्षम बनाते हैं।
हालांकि, वे सही डेटा की उपलब्धता और अच्छे व्यवहार वाले रिले के आसपास उपयोगकर्ता अनुभव को भी केंद्रित करते हैं जब स्थितियां बिगड़ती हैं।
एथेरियम का दीर्घकालिक "स्टेटलेसनेस" कार्य ब्लॉक सत्यापन को बरकरार रखते हुए नोड्स को बड़ी स्टेट रखने की आवश्यकता को कम करने का लक्ष्य रखता है।
Ethereum.org सावधान करता है कि "स्टेटलेसनेस" एक गलत नाम है, कमजोर रूपों को मजबूत डिज़ाइनों से अलग करता है जो शोध बने हुए हैं, स्टेट समाप्ति सहित।
Verkle ट्री उस योजना के अंदर बैठते हैं क्योंकि वे प्रूफ आकार को कम करते हैं और स्थानीय रूप से बड़ी स्टेट को स्टोर किए बिना सत्यापन की ओर एक प्रमुख सक्षम कदम के रूप में स्थित हैं।
जैसे-जैसे अधिक स्टोरेज बोझ बाहर की ओर स्थानांतरित होता है, या तो विशेष इतिहास होस्ट या अन्य डेटा नेटवर्क में, सुरक्षा कहानी कम इस बारे में होती है कि कौन सब कुछ स्टोर कर सकता है और अधिक इस बारे में होती है कि कौन स्वतंत्र रूप से शुद्धता की जांच कर सकता है और जब एक डिफ़ॉल्ट पथ विफल होता है तो उन्हें जो चाहिए उसे पुनर्प्राप्त कर सकता है।
| क्या बदल रहा है | सत्यापन के लिए यह क्यों मायने रखता है | ठोस पैरामीटर या आंकड़ा |
|---|---|---|
| एक्ज़िक्यूशन क्लाइंट्स में आंशिक इतिहास समाप्ति समर्थन | कम स्थानीय स्टोरेज बाहरी इतिहास उपलब्धता पर निर्भरता बढ़ा सकता है जब तक कि पुनर्प्राप्ति और सत्यापन पथ खुले न रहें | ~300–500 GB डिस्क में कमी, 2 TB डिस्क पर "आरामदायक" |
| PoS लाइट क्लाइंट ट्रस्ट मॉडल | कम-संसाधन सत्यापन समिति हस्ताक्षरों और साथियों या सेवाओं के माध्यम से डेटा उपलब्धता पर निर्भर करता है | 512 सत्यापनकर्ताओं की सिंक समिति, लगभग हर 1.1 दिनों में घूमती है |
| स्टेटलेस-क्लाइंट सक्षमकर्ता के रूप में Verkle ट्री | छोटे प्रूफ कम स्टोर की गई स्टेट के साथ सत्यापन को अधिक व्यावहारिक बना सकते हैं | रोडमैप फ्रेमिंग Verkle ट्री को स्टेटलेस सत्यापन लक्ष्यों से जोड़ती है |
| स्टेटलेसनेस रोडमैप भेद | निकट-अवधि के दृष्टिकोणों को शोध मदों जैसे स्टेट समाप्ति से अलग करता है | कमजोर बनाम मजबूत स्टेटलेसनेस शब्दावली |
| L1 zkEVM सुरक्षा नींव पर EF कार्य | प्रूफ-सिस्टम कठोरता और स्थिरता एथेरियम की बेस सुरक्षा कहानी का हिस्सा बन जाती है | स्थिरीकरण और औपचारिक सत्यापन तत्परता पर जोर |
अगले 12–36 महीनों में, व्यावहारिक सवाल यह है कि क्या सत्यापन बाहर की ओर फैलता है जैसे एथेरियम अधिक स्टोरेज बोझ बाहरी करता है, या क्या विश्वास नई सेवा चोकपॉइंट के आसपास समूह बनाता है।
एक रास्ता यह है कि वॉलेट और बुनियादी ढांचा "RPC पर भरोसा करें" से "प्रूफ की सत्यापित करें" में स्थानांतरित हो जाता है, जबकि प्रूफ उत्पादन अनुकूलित स्टैक के एक छोटे सेट में समेकित हो जाता है जो दोहराना मुश्किल है, निर्भरता को प्रदाता के एक वर्ग से दूसरे में स्थानांतरित करता है।
दूसरा रास्ता यह है कि प्रूफ-आधारित सत्यापन सामान्य हो जाता है, अतिरेक साबित करने वाले कार्यान्वयनों और टूलिंग के साथ जो उपयोगकर्ताओं को प्रदाताओं को स्विच करने या स्थानीय रूप से सत्यापित करने देता है जब एक एंडपॉइंट सेंसर करता है, खराब होता है, या गायब हो जाता है, हल्के सत्यापन प्रवाह के उद्देश्य से प्रयासों के साथ संरेखित होता है।
तीसरा रास्ता यह है कि प्रूनिंग और मॉड्यूलरिटी सत्यापन UX की तुलना में तेजी से प्रगति करती है, उपयोगकर्ताओं को आउटेज या सेंसरशिप घटनाओं के दौरान कम कार्यक्षम विकल्पों के साथ छोड़ देती है।
यह "पर्वतीय केबिन" को केवल नेटवर्क के एक संकीर्ण हिस्से के लिए परिचालन रूप से वास्तविक बना देगा।
ब्यूटेरिन ने केबिन को एथेरियम के BATNA के रूप में प्रस्तुत किया, शायद ही कभी उपयोग किया जाता है लेकिन हमेशा उपलब्ध है, क्योंकि एक आत्मनिर्भर विकल्प का अस्तित्व मध्यस्थों द्वारा लगाई गई शर्तों को बाधित करता है।
उन्होंने यह तर्क देते हुए समापन किया कि उस फ़ॉलबैक को बनाए रखना स्वयं एथेरियम को बनाए रखने का हिस्सा है।
पोस्ट विटालिक ब्यूटेरिन 2017 से अपनी सबसे बड़ी डिज़ाइन गलती को स्वीकार करते हैं – तो क्या आपका एथेरियम जोखिम में है? सबसे पहले CryptoSlate पर दिखाई दिया।


