Web3 और DeFi आज मुख्यधारा के उपयोगकर्ताओं के लिए तैयार नहीं हैं; यह सब उन लोगों के लिए बहुत भ्रमित करने वाला, जोखिम भरा और महंगा है जो एक समर्पित क्रिप्टो प्रमुख नहीं हैं।
कुछ स्पष्ट चीजें हैं जिन्हें ठीक करने की आवश्यकता है, जैसे
समस्या केवल वॉलेट यूआई की नहीं है; वास्तव में, यह अधिकतर एल-1 प्लेटफॉर्म के आर्किटेक्चर के साथ ही एक समस्या है। आज के लेन-देन को इस तरह से परिभाषित किया गया है कि यह डेवलपर्स और उपयोगकर्ताओं की जरूरतों और अपेक्षाओं द्वारा परिभाषित होने के बजाय प्रौद्योगिकी मान्यताओं द्वारा सीमित है जो उनके साथ हर रोज बातचीत करेंगे। कोई भी बटुआ इन सीमाओं से परे नहीं जा सकता।
यही कारण है कि रेडिक्स को अपने हिस्से के रूप में लेनदेन की अवधारणा को फिर से परिभाषित करना पड़ा
परिणाम रेडिक्स के सबसे शक्तिशाली लाभों में से एक है, जो असुरक्षित वॉलेट उपयोगकर्ता अनुभव, कठिन डीएपी इंटरऑपरेबिलिटी, सैंडविच ट्रेडिंग और प्रत्यायोजित शुल्क भुगतान की असंभवता जैसी महत्वपूर्ण डेफी समस्याओं की एक आश्चर्यजनक श्रृंखला को ठीक करता है। यह रैडिक्स वॉलेट को उपयोगकर्ताओं को इस तरह लेनदेन प्रस्तुत करने की सुविधा भी देता है, पूरी तरह से भरोसेमंद तरीके से:
लेकिन इससे पहले कि हम रेडिक्स के समाधान पर पहुँचें, आइए इस बारे में बात करें कि आज के लेन-देन में बड़े बदलाव की इतनी आवश्यकता क्यों है।
यह समझने के लिए कि लेनदेन की समस्या कितनी गहरी है, हमें इस बारे में बात करनी होगी कि ब्लॉकचेन लेनदेन वास्तव में क्या है ।
आज स्मार्ट कॉन्ट्रैक्ट ब्लॉकचेन पर लेनदेन की सामग्री तकनीक द्वारा बहुत अधिक संचालित होती है। अधिकांश स्मार्ट अनुबंध नेटवर्क पर, सब कुछ एक स्मार्ट अनुबंध है - न केवल डीएपी तर्क, बल्कि
इसका मतलब यह है कि इन नेटवर्कों पर, लेन-देन का मुख्य भाग अनिवार्य रूप से एक संदेश होता है जो एकल स्मार्ट अनुबंध पर भेजा जाता है, जिसमें यह बताने के लिए आवश्यक डेटा होता है कि क्या करना है।
जब स्मार्ट कॉन्ट्रैक्ट उस संदेश को प्राप्त करता है, तो वह अपने आंतरिक डेटा में कुछ बदलाव कर सकता है, और यह पर्दे के पीछे अन्य स्मार्ट कॉन्ट्रैक्ट्स (जैसे ईआरसी -20 टोकन स्मार्ट कॉन्ट्रैक्ट्स) को कॉल कर सकता है जो बदले में उनके आंतरिक डेटा में कुछ बदलाव करते हैं।
उस लेन-देन के परिणामस्वरूप होने वाली किसी भी चीज़ को स्मार्ट अनुबंध पर उस एकल संदेश द्वारा प्रारंभ किया जाना चाहिए।
लेन-देन को नेटवर्क पर सबमिट करने से पहले थोड़ी और आवश्यकता है। स्मार्ट कॉन्ट्रैक्ट कॉल को एकल खाते की निजी कुंजी द्वारा "कॉलर" के रूप में हस्ताक्षरित किया जाता है, और वह कॉलर नेटवर्क को बताता है कि वे नेटवर्क शुल्क (या "गैस") के लिए उस खाते से कितना खर्च करने को तैयार हैं।
सामान्यतया, लेन-देन में बस इतना ही शामिल होता है: स्मार्ट अनुबंध के लिए एक संदेश, उपयोगकर्ता के वॉलेट से एक हस्ताक्षर, और भुगतान करने के लिए नेटवर्क शुल्क का एक विवरण।
तकनीकी रूप से कहें तो "लेन-देन" को परिभाषित करने का यह तरीका काम करता है, लेकिन यह वांछित होने के लिए बहुत कुछ छोड़ देता है क्योंकि यह चीजों का उस तरह वर्णन नहीं करता है जिस तरह से उपयोगकर्ता इस पर हस्ताक्षर करता है। एक उपयोगकर्ता के रूप में, मैं एक लेनदेन करने की कोशिश कर रहा हूं जो DEX के माध्यम से टोकन स्वैप करता है, या NFT खरीदता है, या ऋण लेता है - लेकिन मैं जिस पर हस्ताक्षर कर रहा हूं वह हमेशा स्मार्ट अनुबंध ब्लैक बॉक्स के लिए सिर्फ एक संदेश है जिसे मैं आशा है कि मैं वही करूँगा जो मैं उम्मीद करता हूँ।
वह "ब्लैक बॉक्स के लिए संदेश" लेन-देन डिज़ाइन कुछ गंभीर कमियाँ पैदा करता है जिन्हें हम आज क्रिप्टो में अक्सर मान सकते हैं:
वॉलेट उपयोगकर्ता (और वॉलेट सॉफ़्टवेयर) लेनदेन के वास्तविक परिणाम नहीं जान सकते । वॉलेट केवल यह जानता है कि एक निश्चित स्मार्ट अनुबंध बुलाया जा रहा है। सभी लेनदेन परिणाम आंतरिक स्मार्ट अनुबंध तर्क द्वारा किए गए आंतरिक परिवर्तन हैं जो समय से पहले व्यावहारिक रूप से अज्ञात हैं। वास्तव में, कई श्रृंखलाओं पर, उपयोगकर्ता स्मार्ट अनुबंध कॉल के हैश पर हस्ताक्षर करता है, जिससे यह और भी अस्पष्ट हो जाता है।
उपयोगकर्ता स्वयं को "सैंडविच ट्रेडिंग" या फिसलन से नहीं बचा सकते । DEX का उदाहरण लेते हुए, उपयोगकर्ता को फिसलन से सुरक्षा प्रदान करने का एकमात्र तरीका DEX स्मार्ट अनुबंध को अपने आंतरिक तर्क (और उपयोगकर्ता को उस कार्यान्वयन पर भरोसा करना) के हिस्से के रूप में पेश करना है।
प्राधिकरण पैटर्न बहुत सरल हैं . किसी उपयोगकर्ता के लिए खुद को स्मार्ट अनुबंधों के लिए अधिकृत करने का एकमात्र तरीका उनके एकल खाता कुंजी हस्ताक्षर के माध्यम से है। किसी भी अधिक जटिल चीज़ का मतलब है (आपने अनुमान लगाया) एक और स्मार्ट अनुबंध तैनात करना।
एक साथ कई स्मार्ट कॉन्ट्रैक्ट बनाने का मतलब है एक और स्मार्ट कॉन्ट्रैक्ट तैनात करना । लेन-देन के लिए एकल प्रवेश बिंदु की आवश्यकता होती है, जो तब अन्य स्मार्ट अनुबंधों पर एकाधिक कॉल कर सकता है। इसका मतलब है कि कंपोजिबिलिटी के लिए पहले से योजना बनाने की आवश्यकता होती है, और यह श्रमसाध्य और कठोर है।
डीएपी अपने उपयोगकर्ताओं की ओर से नेटवर्क शुल्क का भुगतान नहीं कर सकते । एकल-हस्ताक्षरकर्ता कॉलर पैटर्न का अर्थ है कि केवल वह उपयोगकर्ता खाता ही शुल्क का भुगतान कर सकता है।
ऐसे कई प्रस्ताव हैं जो मूलभूत लेनदेन मॉडल की इन कमियों के आसपास काम करके उनकी गंभीरता को कम करना चाहते हैं। उदाहरण के लिए, ईआरसी-4337 का "अकाउंट एब्स्ट्रैक्शन" (अन्य बातों के अलावा) प्रत्यायोजित शुल्क भुगतान के एक रूप की संभावना की अनुमति देता है, लेकिन
इससे कोई फर्क नहीं पड़ता कि क्या समाधान जोड़े गए हैं, हालांकि, समस्या यह बनी हुई है कि लेनदेन उस तरीके से काम नहीं करते हैं जैसा कि उपयोगकर्ता या डेवलपर्स चाहते हैं - यदि प्लेटफ़ॉर्म तकनीक सीमा नहीं होती।
उपरोक्त समस्याओं को ठीक करने के लिए, हमें लेनदेन की अवधारणा को फिर से परिभाषित करने की आवश्यकता है ताकि वे अधिक शक्तिशाली और लचीले हों। उन्हें डेवलपर्स को अधिक जटिल इंटरैक्शन को सीधे परिभाषित करने के लिए अधिक शक्ति देनी चाहिए, और ब्लैक बॉक्स स्मार्ट अनुबंध तर्क पर भरोसा करने के बजाय, उपयोगकर्ता को यह नियंत्रित करना चाहिए कि जब वे हस्ताक्षर करते हैं तो उनके लिए क्या मायने रखता है।
अगले ब्लॉग में, हम इस बारे में बात करेंगे कि रेडिक्स एक नए प्रकार के लेनदेन डिज़ाइन के साथ रेडिक्स के अद्वितीय पूर्ण-स्टैक प्लेटफ़ॉर्म द्वारा सक्षम कैसे करता है।
यहाँ भी प्रकाशित किया गया है.