Solana डेवलपर्स एक नए प्रोटोकॉल नियम संग्रह पर विचार कर रहे हैं, जिसे स्वतंत्र रूप से विकसित वैलिडेटर सॉफ्टवेयर को अधिक विश्वसनीय और आसानी से बनाए रखने के लिए डिज़ाइन किया गया है।
प्रस्ताव, जिसे 30 अक्टूबर को प्रकाशित किया गया, Anza, ब्लॉकचेन इंजीनियरिंग कंपनी, जो Agave के पीछे है, के CEO Brennan Watt से आया है, जो सोलाना नेटवर्क को संचालित करने के लिए उपयोग किए जाने वाले मुख्य सॉफ्टवेयर प्रोग्राम में से एक है।
वॉट चाहता है कि सोलाना एक एकल, अधिकृत विनिर्देश स्थापित करे जो यह परिभाषित करे कि इसकी ब्लॉकचेन लेनदेन कैसे प्रोसेस करती है, ब्लॉक्स की पुष्टि कैसे करती है और सहमति कैसे प्राप्त करती है, बजाय मौजूदा सॉफ्टवेयर और अलग-अलग तकनीकी प्रस्तावों में फैले हुए नियमों पर निर्भर करने के।
बदलाव सोलाना के मूल वैलिडेटर सॉफ्टवेयर के अलावा स्वतंत्र रूप से विकसित विकल्पों जैसे Firedancer, जो ट्रेडिंग फर्म Jump Crypto द्वारा बनाया गया है को शामिल करने के साथ-साथ बढ़ती चुनौती का समाधान कर सकता है।
वैलिडेटर्स कंप्यूटर होते हैं जो लेन-देन की पुष्टि करते हैं और ब्लॉकचेन को सुरक्षित रखने में मदद करते हैं। हालाँकि, विभिन्न डेवलपर्स इन कंप्यूटरों पर चलने वाले सॉफ्टवेयर को बना सकते हैं, प्रत्येक लागूकरण को नेटवर्क के भरोसे को बनाए रखने के लिए एक ही नींव के नियमों का पालन करना चाहिए।
उन नियमों पर विवाद के कारण वैलिडेटर्स एक जैसे लेन-देन को अलग-अलग तरीके से प्रोसेस कर सकते हैं, जिससे ब्लॉकचेन के बारे में विरोधी दृष्टिकोण बन सकते हैं और नेटवर्क की विश्वसनीयता को खतरे में डाल सकते हैं।
वॉट्ट का तर्क है कि सोलाना की मौजूदा विकास प्रक्रिया स्वतंत्र टीमों के लिए यह निर्धारित करना अनावश्यक रूप से कठिन बना देती है कि नेटवर्क को व्यवहार कैसा होना चाहिए।
वर्तमान प्रणाली के तहत, प्रोटोकॉल बदलाव Solana Improvement Documents, known as SIMDs. के माध्यम से प्रस्तावित किए जाते हैं। ये दस्तावेज व्यक्तिगत अपग्रेड का वर्णन करते हैं, लेकिन नेटवर्क के पूर्ण संचालन नियम एक अधिकृत संदर्भ में समेकित नहीं होते हैं।
परिणामस्वरूप, डेवलपर्स को कभी-कभी वर्तमान वैलिडेटर कोड की जांच करनी पड़ती है या पिछले अपग्रेड निर्णयों को पुनः बनाना पड़ता है ताकि यह समझा जा सके कि कौन से नियम सक्रिय हैं।
वॉट ने कहा कि यह दृष्टिकोण मौजूदा व्यवहार के दोहराए गए या असंगत विवरण उत्पन्न कर सकता है, जबकि प्रस्तावित अपग्रेड द्वारा प्रभावित प्रोटोकॉल के हर हिस्से की पहचान करना कठिन बना देता है।
नया नियमपुस्तिका सोलाना की अपग्रेड प्रक्रिया को बदल सकता है
प्रस्ताव के तहत, विकासक वर्तमान SIMD प्रक्रिया के माध्यम से संभावित अपग्रेड पर चर्चा जारी रखेंगे, लेकिन औपचारिक तकनीकी परिवर्तनों को एक साझा प्रोटोकॉल स्पेसिफिकेशन में संशोधन के रूप में प्रस्तुत किया जाएगा।
प्रत्येक संशोधन सटीक रूप से वर्णन करेगा कि अपग्रेड लेनदेन, नेटवर्क संचार, सहमति और अन्य संबंधित कार्यों को कैसे प्रभावित करता है।
बदलावों की तकनीकी समीक्षा की जाएगी और सोलाना के मेननेट पर सक्रिय होने से पहले किसी भी आवश्यक शासन मंजूरी के लिए प्रस्तुत किया जाएगा।
इससे एगेव, फायरडांसर और भविष्य के वैलिडेटर सॉफ्टवेयर विकसित कर रही टीमें अपने प्राथमिक संदर्भ के रूप में किसी अन्य लागू करने के कोड पर निर्भर नहीं रहकर, एक ही दस्तावेज़ीकृत आवश्यकताओं से काम कर पाएंगी।
ग्राहक कहाँ से शुरू करता है?
बच्चा-बैंक निर्माण अपने लेन-देन से पहले एक बार युग-E सीमा संक्रमण को लागू करता है।
एक सामान्य नियम पुस्तिका लक्ष्य को स्पष्ट करती है। प्रारंभिक-अवस्था विश्वास और अगला युग अलग-अलग आवश्यकताएँ हैं।
यह एक रूपरेखा है, एक अपनाई गई प्रोटोकॉल बदलाव नहीं। यह E+1 में शुरुआती-अवस्था की सहीगति, ऐतिहासिक पुनर्चालन या निरंतर संचालन स्थापित नहीं करता। कोई क्लाइंट विश्वसनीयता लाभ मापा नहीं गया है।
इससे सॉफ्टवेयर परीक्षण को अधिक प्रभावी बनाया जा सकता है। जब स्वतंत्र वैलिडेटर अलग-अलग परिणाम उत्पन्न करते हैं, तो डेवलपर्स के पास एक सामान्य मानक होगा जिसके खिलाफ वे असहमति की जांच कर सकते हैं और पता लगा सकते हैं कि किस लागूकरण में सुधार की आवश्यकता है।
वॉट ने सोलाना के संचालन के 18 क्षेत्रों, जिनमें लेनदेन प्रसंस्करण, नेटवर्क संचार, सहमति, शुल्क और वैलिडेटर पुरस्कार शामिल हैं, को कवर करते हुए एक ड्राफ्ट स्पेसिफिकेशन पहले ही प्रकाशित कर दिया है।
हालाँकि, ड्राफ्ट सोलाना के ब्लॉकचेन इतिहास की एक परिभाषित अवधि तक सीमित है और यह मानता है कि डेवलपर्स एक पहले से विश्वसनीय नेटवर्क स्थिति से शुरू करते हैं। बाद के अपग्रेड्स को कवर करने और यह स्थापित करने के लिए और कार्य की आवश्यकता होगी कि कार्यान्वयन समय के साथ संगत बने रहें।