9 मार्च को, नर्वोस फाउंडेशन और एबीसीडीई द्वारा सह-आयोजित बिटकॉइन सिंगापुर 2024 सम्मेलन के दौरान, सेल स्टूडियो के संस्थापक और आरजीबी++ प्रोटोकॉल के लेखक सिफर ने 'आरजीबी++ प्रोटोकॉल का अवलोकन और संभावनाएं' शीर्षक से एक मुख्य भाषण प्रस्तुत किया।
सिफर की प्रस्तुति के मुख्य बिंदुओं का सारांश यहां दिया गया है:
आरजीबी प्रोटोकॉल कई वर्षों से अस्तित्व में है, फिर भी कई कारकों के कारण इसे व्यापक रूप से अपनाया नहीं जा सका है:
बीटीसी , ईटीएच इत्यादि से जुड़े लेन-देन में, प्राप्तकर्ता को केवल एक पता प्रदान करने की आवश्यकता होती है, और प्रेषक आज या कल धन हस्तांतरित कर सकता है, जो बहुत सुविधाजनक है। इसके विपरीत, प्रत्येक RGB लेनदेन के लिए प्राप्तकर्ता को पहले एक चालान जारी करना आवश्यक है। फिर, प्रेषक को एक RGB लेनदेन का निर्माण करना चाहिए और प्राप्तकर्ता को भेजने के लिए संपत्ति इतिहास का प्रमाण तैयार करना चाहिए। यह प्रमाण प्राप्त करने के बाद, प्राप्तकर्ता को क्लाइंट-साइड सत्यापन (CSV) करना चाहिए। सफल सत्यापन के बाद, उन्हें भविष्य के लेन-देन के लिए इस प्रमाण को संग्रहीत करना चाहिए।
इसलिए, RGB लेन-देन न केवल दोनों पक्षों के ऑनलाइन होने पर निर्भर करता है, बल्कि दोनों पक्षों द्वारा प्रासंगिक ऐतिहासिक डेटा संग्रहीत करने पर भी निर्भर करता है। यह उपभोक्ता-उन्मुख उत्पादों के लिए एक महत्वपूर्ण बाधा है।
आरजीबी लेनदेन में, संपत्ति का ऐतिहासिक प्रमाण संलग्न करना आवश्यक है। यदि यह प्रमाण खो जाता है, तो यह निजी कुंजी खोने जितना ही महत्वपूर्ण है। उपयोगकर्ताओं को उनकी संपत्ति बचाने में कौन मदद करेगा, यह सवाल डेटा उपलब्धता की समस्या है। मूल आरजीबी प्रोटोकॉल में, गोपनीयता को संरक्षित करने के उद्देश्य से, कोई भी अन्य उपयोगकर्ता के लिए संपत्ति संग्रहीत नहीं करता है, जिसका अर्थ है कि उपयोगकर्ताओं को अपने डेटा संग्रहण की जिम्मेदारी स्वयं लेनी चाहिए।
उचित डेटा संग्रहण के साथ भी, एक परिदृश्य पर विचार करें जहां ऐलिस बॉब को आरजीबी संपत्ति हस्तांतरित करना चाहती है। वह उसे इन संपत्तियों का ऐतिहासिक प्रमाण कैसे भेजती है? ईमेल या व्हाट्सएप का उपयोग करके? स्पष्ट रूप से, किसी भी केंद्रीकृत चैनल के माध्यम से संचारण अनुचित है, जिसके लिए एक विशेष पी2पी चैनल का उपयोग करना आवश्यक है। हालांकि, पी2पी चैनल गोपनीयता के मुद्दे उठाते हैं: कोई इस संवेदनशील डेटा को संचारित करने में सहायता क्यों करेगा? इससे कई जटिल मुद्दे सामने आते हैं।
आरजीबी परिसंपत्तियों का ऐतिहासिक प्रमाण डेटा उपयोगकर्ताओं द्वारा स्वयं बनाए रखा जाता है और लेनदेन के दौरान रिसीवर को दिया जाता है, लेकिन सार्वजनिक रूप से उपलब्ध नहीं कराया जाता है। इसके परिणामस्वरूप नेटवर्क में प्रत्येक व्यक्ति के बीच डेटा बिखरा हुआ होता है। किसी ट्रेडिंग प्लेटफ़ॉर्म का निर्माण करने वाले व्यक्ति के लिए, चाहे केंद्रीकृत हो या विकेंद्रीकृत, RGB की वैश्विक स्थिति को बनाए रखने के लिए कई स्रोतों से डेटा की आवश्यकता होती है। कुछ RGB सेवा प्रदाता हैं जो एप्लिकेशन डेवलपर्स के लिए इस डेटा को केंद्रीकृत और संग्रहीत करते हैं, फिर भी यह दृष्टिकोण RGB की गोपनीयता को कम करता है। इस समाधान के बावजूद, चुनौतियाँ बनी हुई हैं, जैसे कि विभिन्न उपयोगकर्ताओं के RGB डेटा को रखने वाले विभिन्न सेवा प्रदाताओं के बीच डेटा स्थानांतरण की सुविधा प्रदान करना।
RGB में स्मार्ट कॉन्ट्रैक्ट या स्क्रिप्ट निष्पादन वातावरण से जुड़ी महत्वपूर्ण चुनौतियाँ हैं। यह AluVM नामक एक वर्चुअल मशीन (VM) का उपयोग करता है, लेकिन इसकी प्रोग्रामिंग भाषा की बारीकियों को अभी अंतिम रूप दिया जाना बाकी है। इसके अलावा, महत्वपूर्ण विकास उपकरण, जैसे कि कंपाइलर और डिबगर, पूरी तरह से विकसित नहीं हैं। इसमें साझा राज्यों और विकेंद्रीकृत (स्वामित्वहीन) अनुबंधों के लिए समर्थन का भी अभाव है। वर्तमान में, यह स्पष्ट है कि AluVM अभी भी अपने शुरुआती चरणों में है।
इसलिए, RGB को कई जटिल मुद्दों का सामना करना पड़ता है, जिनमें से प्रत्येक के लिए काफी समय और प्रयास की आवश्यकता होती है। ये चुनौतियाँ RGB के प्रभावी कार्यान्वयन में देरी में महत्वपूर्ण रूप से योगदान करती हैं।
RGB लेनदेन एक मैपिंग प्रक्रिया के माध्यम से बिटकॉइन लेनदेन से जटिल रूप से जुड़े हुए हैं। इसके अतिरिक्त, RGB लेनदेन के लिए एक ऑफ-चेन इंफ्रास्ट्रक्चर की आवश्यकता होती है, जिसमें डेटा उपलब्धता (DA), क्लाइंट-साइड सत्यापन, P2P नेटवर्किंग, वर्चुअल मशीन, साझा स्थिति और विकेंद्रीकृत अनुबंध शामिल होते हैं। इस तरह के इंफ्रास्ट्रक्चर पर विचार करते समय, डेटा प्रबंधन, सत्यापन, वर्चुअल मशीन एकीकरण, P2P नेटवर्किंग, प्रोत्साहन और स्मार्ट कॉन्ट्रैक्ट में इसकी क्षमताओं को देखते हुए, ब्लॉकचेन स्वाभाविक रूप से दिमाग में आता है। RGB++ प्रोटोकॉल अवधारणा इस मौलिक अंतर्ज्ञान पर आधारित है, जो RGB द्वारा आवश्यक ऑफ-चेन इंफ्रास्ट्रक्चर के विकल्प के रूप में UTXO मॉडल-आधारित और ट्यूरिंग-पूर्ण CKB ब्लॉकचेन के उपयोग का प्रस्ताव करती है।
RGB++ आइसोमॉर्फिक बाइंडिंग तकनीक नामक एक अवधारणा प्रस्तुत करता है। प्रत्येक बिटकॉइन लेनदेन में एक आउटपुट शामिल होता है। RGB लेनदेन के मामले में, बिटकॉइन आउटपुट के भीतर OP_RETURN सेगमेंट को शामिल करना आवश्यक है। यह सेगमेंट विशिष्ट हैश डेटा रखता है, जिसे प्रतिबद्धता कहा जाता है। यदि यह प्रतिबद्धता किसी अन्य सार्वजनिक ब्लॉकचेन पर लेनदेन के हैश के साथ मेल खाती है, और यदि दोनों लेनदेन के इनपुट और आउटपुट आइसोमॉर्फिक हैं - जिसका अर्थ है कि वे संरचना में मेल खाते हैं - और यह मानते हुए कि इस वैकल्पिक ब्लॉकचेन के UTXO (अनस्पेंट ट्रांजेक्शन आउटपुट) में ट्यूरिंग-पूर्ण कम्प्यूटेशनल और स्टेट स्टोरेज क्षमताएँ हैं, तो बिटकॉइन ब्लॉकचेन पर लेनदेन इस अन्य ब्लॉकचेन पर लेनदेन के साथ पूरी तरह से एकीकृत या बाध्य हो जाता है। CKB (कॉमन नॉलेज बेस) ब्लॉकचेन इन पूर्वापेक्षाओं को पूरा करता है। इसलिए, बिटकॉइन पर लेनदेन करना प्रभावी रूप से CKB चेन पर संबंधित लेनदेन करने के बराबर है। बिटकॉइन लेनदेन की स्थिति में कोई भी परिवर्तन CKB चेन पर लेनदेन की स्थिति में परिवर्तन को दर्शाता है, जो CKB पर मौजूद अनुबंध बाधाओं का पालन करता है। यह आइसोमॉर्फिक बाइंडिंग तकनीक का सार है। हालाँकि, इस अवधारणा में कई जटिल तकनीकी पहलू शामिल हैं, जिसमें लेन-देन संबंधी स्थिरता बनाए रखना और दोहरे खर्च को रोकना शामिल है, जिन पर इस समय विस्तार से चर्चा नहीं की गई है।
आइसोमॉर्फिक बाइंडिंग तकनीक बिटकॉइन की स्टेट क्षमताओं को बढ़ाने में सक्षम बनाती है। उदाहरण के लिए, आइए नीचे दिए गए आरेख में दिखाए गए btc_utxo#1 पर विचार करें। यह बिटकॉइन UTXO (अनस्पेंट ट्रांजेक्शन आउटपुट) आम तौर पर सिर्फ़ दो अवस्थाएँ प्रदर्शित करता है: एक लॉकिंग स्क्रिप्ट और एक राशि, जिसमें से बाद वाला बैलेंस दर्शाता है। हालाँकि, CKB (कॉमन नॉलेज बेस) ब्लॉकचेन पर संबंधित नीले सेल में, जैसा कि आरेख में दिखाया गया है, क्षमताएँ व्यापक हैं। बिटकॉइन UTXO की सिर्फ़ बैलेंस दिखाने की सीमित कार्यक्षमता के विपरीत, CKB चेन पर यह आइसोमॉर्फिक सेल न केवल बैलेंस डेटा बल्कि कई अन्य प्रकार के डेटा को भी स्टोर कर सकता है।
डेटा घटक के अतिरिक्त, सेल में एक प्रकार की स्क्रिप्ट होती है। यह स्क्रिप्ट एक विशिष्ट उद्देश्य पूरा करती है: यह उन शर्तों को परिभाषित करती है जिनके तहत परिसंपत्तियाँ प्राप्त की जाती हैं और परिसंपत्ति प्रकारों पर प्रतिबंध लगाती है।
इसके अलावा, सेल में एक लॉक स्क्रिप्ट होती है, जो इस मामले में स्पष्ट रूप से btc_utxo#1 से जुड़ी होती है। इस लिंकेज का मतलब है कि CKB ब्लॉकचेन पर सेल को तभी खर्च किया जा सकता है जब btc_utxo#1 खर्च हो जाए।
सीकेबी प्लेटफॉर्म पर, हमने बिटकॉइन लाइट नोड को लागू किया है। एक बार बिटकॉइन लेनदेन शुरू होने के बाद, इसे रिले तंत्र द्वारा कैप्चर किया जाता है, जो फिर इस लेनदेन को सीकेबी ब्लॉकचेन पर सबूत के रूप में स्थानांतरित करता है। इस प्रक्रिया में बिटकॉइन लाइट नोड पर लेनदेन की उपस्थिति की पुष्टि करना और यह सुनिश्चित करना शामिल है कि प्रतिबद्धता लेनदेन के साथ समरूप है।
इस दृष्टिकोण के माध्यम से, हम बिटकॉइन की कार्यक्षमताओं को महत्वपूर्ण रूप से बढ़ाते हैं। यह बिटकॉइन पर सीधे कई प्रकार की परिसंपत्तियों को जारी करने का मार्ग प्रशस्त करता है और ट्यूरिंग-पूर्ण अनुबंधों के विस्तार की सुविधा प्रदान करता है।
इस दृष्टिकोण का लाभ यह है कि हमने बिटकॉइन क्षेत्र में ट्यूरिंग-पूर्ण स्क्रिप्टिंग को सफलतापूर्वक पेश किया है, जबकि बिटकॉइन लेयर 1 (L1) के लगभग समान सुरक्षा स्थिति बनाए रखी है। ऐसा इसलिए है क्योंकि सभी ऐतिहासिक रिकॉर्ड, लेन-देन और प्रतिबद्धताएं बिटकॉइन L1 पर UTXO श्रृंखला के माध्यम से जुड़ी हुई हैं।
हालाँकि, इसका नुकसान यह है कि गोपनीयता में थोड़ी कमी आती है। RGB के मामले में, डेटा अलग-अलग उपयोगकर्ताओं के बीच फैला हुआ है, जिससे दूसरों के लिए किसी विशेष उपयोगकर्ता के RGB डेटा तक पहुँचना मुश्किल हो जाता है। RGB++ के साथ, सभी ऑफ-चेन डेटा CKB ब्लॉकचेन पर प्रकाशित होते हैं, जो इन स्थितियों को बनाए रखता है, जिससे गोपनीयता में कमी आती है। फिर भी, सबसे खराब स्थिति केवल बिटकॉइन लेनदेन में पाई जाने वाली गोपनीयता के स्तर में कमी है; यह IP पते या व्यक्तिगत पहचान की जानकारी को उजागर नहीं करता है।
वास्तव में, हम CKB पर एक बेहतर गोपनीयता परत लागू कर सकते हैं। चार साल पहले, हमने ग्रिन समुदाय के साथ मिलकर एक पेपर लिखा था जिसमें इस बेहतर गोपनीयता परत को बनाने के लिए CKB पर मिम्बलविंबल तकनीक के उपयोग पर चर्चा की गई थी। भविष्य में, हम इस परत को RGB++ में एकीकृत कर सकते हैं, जिससे न केवल लेन-देन की राशि को छिपाया जा सकेगा, बल्कि लेन-देन के इतिहास में लिंक को भी अलग किया जा सकेगा। परिणामी गोपनीयता RGB की तुलना में अधिक मजबूत होगी।
संक्षेप में, हमने RGB के विज़न को सरल तरीके से साकार किया है तथा इसकी क्षमताओं को और भी अधिक विस्तारित किया है।
यहां छलांग अवधारणा का सरलीकृत परिचय दिया गया है।
होमोमोर्फिक बाइंडिंग तकनीक , जिसे बिटकॉइन पर लागू किया जा सकता है, लाइटकॉइन, लिक्विड और अन्य UTXO-आधारित चेन पर समान रूप से लागू होती है। जैसा कि पहले उल्लेख किया गया है, RGB और RGB++ दोनों प्रणालियों में, भुगतानकर्ता एक बिटकॉइन UTXO है, जिसे खर्च करने का एकमात्र अधिकार प्राप्त है। जब मैं बिटकॉइन पर RGB++ लेनदेन बनाता हूं, तो मेरे पास भुगतानकर्ता को बिटकॉइन UTXO के रूप में नहीं, बल्कि लाइटकॉइन UTXO के रूप में नामित करने का विकल्प होता है। नतीजतन, यह संपत्ति लाइटकॉइन में 'छलांग' लगाती है, क्योंकि इसके बाद के खर्च के लिए लाइटकॉइन UTXO द्वारा अनलॉक करने की आवश्यकता होती है। इसी तरह, यह संपत्ति लिक्विड में छलांग लगा सकती है, या यहां तक कि बिटकॉइन में वापस भी छलांग लगा सकती है।
बेशक, विचार करने के लिए एक विशेष मामला है। जब कोई संपत्ति CKB ब्लॉकचेन पर जाती है, तो इसकी डेटा व्याख्या परत, अनुबंध परत और स्वामित्व सभी CKB पर होते हैं। इसका मतलब है कि यह अब किसी अन्य श्रृंखला पर निर्भर नहीं है और सीधे CKB पर लेनदेन में संलग्न हो सकता है और स्मार्ट अनुबंधों के साथ बातचीत कर सकता है। इसे L2 पर छलांग लगाने के रूप में वर्णित किया जा सकता है। L2 पर, उपयोगकर्ता हजारों या यहां तक कि दसियों हज़ार लेनदेन कर सकते हैं जब तक कि कोई व्यक्ति बिटकॉइन पर वापस संपत्ति को छलांग लगाने का फैसला नहीं करता। इसे हम ट्रांजेक्शन फोल्डिंग कहते हैं। चाहे वह RGB हो या RGB++, लेनदेन बिटकॉइन ब्लॉकचेन पर होते हैं, जहां खनन शुल्क महंगा होता है। हालांकि, एक बार जब कोई संपत्ति CKB पर छलांग लगाती है और लेनदेन तह से गुजरती है, तो शुल्क काफी कम हो जाता है, और यह किसी भी समय आसानी से बिटकॉइन ब्लॉकचेन पर वापस आ सकता है। यह पूरी प्रक्रिया किसी भी बहु-हस्ताक्षर पुल या किसी व्यक्ति पर भरोसा करने पर निर्भर नहीं करती है; केवल कुछ और ब्लॉक पुष्टिकरणों की प्रतीक्षा करने की आवश्यकता है। बिटकॉइन ब्लॉकचेन से CKB ब्लॉकचेन पर छलांग लगाने के लिए 6 बिटकॉइन ब्लॉक पुष्टिकरणों की प्रतीक्षा करने की आवश्यकता होती है। सीकेबी ब्लॉकचेन से बिटकॉइन पर वापस जाने के लिए, ब्लॉक रिवर्ट को रोकने के लिए, 24 सीकेबी ब्लॉक पुष्टिकरण की आवश्यकता होती है।
यही कारण है कि हम कहते हैं कि हमने एक नया प्रतिमान पेश किया है। बेशक, यह हमारा आविष्कार नहीं है, बल्कि एक विचार है जो आरजीबी की शुरुआती सामग्रियों में मौजूद था, जहां आरजीबी संपत्ति विभिन्न यूटीएक्सओ श्रृंखलाओं के बीच कूद सकती थी। ट्यूरिंग पूर्णता को सीकेबी में छलांग लगाने के साथ जोड़ने के बाद, हमने पाया कि संभावित अनुप्रयोग व्यापक हैं और एथेरियम के मल्टी-सिग्नेचर ब्रिज की पारंपरिक कथा से काफी अलग हैं।
इसके बाद, आइए स्केलेबिलिटी पर चर्चा करें। बिटकॉइन की लेनदेन दर लगभग 7 लेनदेन प्रति सेकंड (TPS) है, जबकि CKB लगभग 200 TPS पर चरम पर है। यदि आप अनुबंध निष्पादन और स्क्रिप्ट सत्यापन लागतों को ध्यान में रखते हैं, तो TPS लगभग 50 तक कम हो सकता है, जो बिटकॉइन की तुलना में दस गुना से भी कम विस्तार है। यह लगभग पर्याप्त नहीं है, इसलिए स्केलिंग अप के लिए क्या विकल्प हैं? हम दो मुख्य दिशाएँ देखते हैं:
स्टेट चैनल : स्टेट चैनल एक बेहतरीन स्केलिंग समाधान प्रस्तुत करते हैं, जो बहुत उच्च प्रदर्शन वाली छत प्रदान करते हैं। हालाँकि, चुनौती बहु-पक्षीय अनुबंधों को लागू करने की जटिलता में निहित है, जिससे स्टेट चैनल भुगतान लेनदेन और व्यक्तिगत-से-सर्वर इंटरैक्शन के लिए अधिक उपयुक्त बन जाते हैं। जन स्टेट चैनलों पर शोध को आगे बढ़ाने में टीम का नेतृत्व करने के लिए तैयार हैं।
ऐपचेन स्टैक : UTXO मॉडल पर आधारित लेयर 2 (L2) समाधान का निर्माण करते हुए, L2 ऐपचेन CKB पर अपनी एंकरिंग को सुरक्षित करेगा, इसके साथ आइसोमॉर्फिक रूप से संरेखित करेगा। यह दृष्टिकोण हमें इस नए प्रतिमान के भीतर अभिनव स्केलिंग रणनीतियों को विकसित करने की अनुमति देता है। यह आने वाले वर्ष में CELL स्टूडियो के लिए भी एक प्रमुख फोकस है।
अंत में, मैं RGB++ के लिए मिशन और रोडमैप की रूपरेखा बताना चाहूँगा। RGB++ का उद्देश्य तीसरे पक्ष के डेवलपर्स और उपयोगकर्ताओं द्वारा आसान उपयोग और एकीकरण की सुविधा के लिए आधारभूत प्रोटोकॉल मॉड्यूल विकसित करना है। RGB++ प्रोटोकॉल का रोडमैप इस प्रकार है, और प्रोटोकॉल पहले से ही बिटकॉइन मेननेट पर लाइव है और RGB++ SDK 3 अप्रैल को जारी किया गया था।
यह लेख सेल स्टूडियो के संस्थापक और RGB++ प्रोटोकॉल के लेखक सिफर द्वारा लिखा गया है।
यह लेख सिफर के भाषण पर आधारित है