रिस्टेकिंगचे स्पष्टीकरण

सीबीईआर फोरम (CBER Forum) च्या एका कार्यक्रमात माईक न्यूडर (Mike Neuder) यांचे सादरीकरण, ज्यामध्ये रिस्टेकिंग कसे कार्य करते हे समाविष्ट आहे. हे सादरीकरण सेल्फ-स्टेकिंग, डेलिगेटेड स्टेकिंग, नेटिव्ह आणि नॉन-नेटिव्ह रिस्टेकिंग, लिक्विड स्टेकिंग आणि लिक्विड रिस्टेकिंग टोकन्सची कार्यपद्धती आणि स्लॅशिंग रिस्टेक केलेल्या पोझिशन्सशी कसा संवाद साधते हे परिभाषित करते.

ही ट्रान्सक्रिप्ट सीबीईआर फोरमने प्रकाशित केलेल्या मूळ व्हिडिओ ट्रान्सक्रिप्टची (opens in a new tab) एक सुलभ प्रत आहे. वाचनीयतेसाठी यात थोडे संपादन केले आहे.

परिचय (0:00)

सर्वांना नमस्कार, मी माईक आहे. मी LRTs आणि LSTs बद्दल बोलणार आहे. LRTs — रिस्टेकिंग हे नवीन स्टेकिंग आहे का? मी एका दुसऱ्या प्रश्नापासून सुरुवात करणार आहे आणि त्याचा वापर LSTs आणि LRTs बद्दलच्या चर्चेला चालना देण्यासाठी करणार आहे, ते काय आहेत हे परिभाषित करणार आहे. हे बहुतांशी एक ग्राफिकल सादरीकरण आहे, त्यामुळे आशा आहे की आपण सुरुवातीपासून सुरुवात करू शकू आणि एकत्र पुढे जाऊ शकू.

थोडक्यात रूपरेषा: अगदी सुरुवातीपासून सुरुवात करून, आपण स्टेकिंगच्या दोन पद्धती परिभाषित करणार आहोत. पहिली म्हणजे सेल्फ-स्टेकिंग, दुसरी म्हणजे डेलिगेटेड स्टेकिंग. त्यानंतर आपण रिस्टेकिंगच्या संकल्पनेत जाऊ आणि ती परिभाषित करू. मला चार भिन्न मॉडेल्स एक्सप्लोर करायची आहेत — सेल्फ आणि डेलिगेटेड विभाजन वापरून, त्यानंतर नेटिव्ह रिस्टेकिंग विरुद्ध नॉन-नेटिव्ह रिस्टेकिंगवर लक्ष केंद्रित करून. त्यानंतर आपण लिक्विडिफिकेशनमध्ये जाऊ, लिक्विड टोकन्सबद्दल बोलू — तरल स्टेकिंग टोकन (LST) आणि लिक्विड रिस्टेकिंग टोकन्स. आपण स्लॅशिंग आणि रिस्टेकिंग आणि नंतर दोन्ही टोकन प्रकारांकडे पाहून याला चालना देऊ. शेवटी, आपण आज इथेरियममध्ये अस्तित्वात असलेल्या स्टेकिंगच्या काही डेटासह समाप्त करू.

सेल्फ-स्टेकिंग (0:48)

अगदी सुरुवातीपासून सुरुवात करताना, आपल्याकडे स्टेकिंग आहे जिथे ॲलिस ते स्वतः करत आहे. ती थेट प्रोटोकॉलशी संवाद साधते, प्रोटोकॉलमध्ये स्टेक ठेवते आणि नेटिव्ह टोकनच्या निर्गमनाद्वारे असे केल्याबद्दल तिला बक्षीस दिले जाते. इथेरियमच्या बाबतीत, ॲलिस 32 ETH स्टेक करते आणि एकमत प्रक्रियेत सहभागी झाल्याबद्दल तिला ETH च्या स्वरूपात बक्षीस मिळते.

येथे दोन गोष्टींवर लक्ष केंद्रित करणे आवश्यक आहे. पहिले, स्टेकिंग ही सिबिल-विरोधी यंत्रणा म्हणून काम करते — तुम्ही नेटवर्कला फसवून असे म्हणू शकत नाही की तुमच्याकडे अनेक ओळखी आहेत कारण प्रत्येक ओळखीसाठी या निश्चित पुरवठ्यातील टोकन्सची ठराविक रक्कम खर्च होते. दुसरे म्हणजे धोक्यात असलेले तारण — स्लॅशिंगच्या संदर्भात हे प्रोटोकॉल नियमांचे काम आहे. जर ॲलिसने काही अतिशय चांगल्या प्रकारे परिभाषित केलेल्या तपशिलानुसार गैरवर्तन केले, तर प्रोटोकॉल तिचे भांडवल काढून घेईल आणि असे केल्याबद्दल तिला शिक्षा करेल.

डेलिगेटेड स्टेकिंग (2:52)

डेलिगेटेड स्टेकिंग ॲलिस आणि प्रोटोकॉलच्या मध्यभागी आणखी एक स्तर जोडते. ॲलिस आता बॉबला अधिकारप्रदान करते, जो इथेरियम प्रोटोकॉलमध्ये स्टेक करतो. बक्षीस बॉबला पाठवले जाते आणि फी वजा करून बक्षीस ॲलिसला पाठवले जाते. ही डेलिगेटेड स्टेकिंगची सर्वात सोपी आवृत्ती आहे — ॲलिसला स्वतः सॉफ्टवेअर चालवायचे नाही, कदाचित तिच्याकडे पूर्ण 32 ETH नाहीत, किंवा प्रमाणक चालवण्यासाठी तिच्याकडे हार्डवेअर किंवा तांत्रिक कौशल्य नाही.

विश्वासाच्या विविध स्तरांवर या अधिकारप्रदानाचे अनेक भिन्न प्रकार आहेत. सर्वात विश्वासार्ह आवृत्ती कस्टोडिअल आहे — तुम्ही तुमचे ETH Coinbase ला पाठवता आणि म्हणता "माझ्या वतीने स्टेक करा." तुम्ही प्रभावीपणे त्यांच्यावर पूर्णपणे विश्वास ठेवता कारण ते तुमच्या नावावर मालमत्तेची कस्टडी ठेवतात. एक नॉन-कस्टोडिअल परंतु DAO-नियंत्रित आवृत्ती आहे जिथे तुम्ही तुमचा स्टेक DAO द्वारे निर्धारित केलेल्या व्यक्तीला अधिकारप्रदान करता, जे नोड्स कोण चालवणार यावर मतदान करतात — हे Lido-शैलीचे स्टेकिंग आहे. तिसरी किमान-विश्वास आवृत्ती आहे जिथे ॲलिस आणि बॉब दोघेही काही तारण ठेवतात. ॲलिस बॉबच्या उर्वरित तारणासाठी सबसिडी देते आणि जर बॉबने गैरवर्तन केले आणि त्याचे स्लॅशिंग झाले, तर त्याचे तारण हा पहिला भाग असतो जो काढून टाकला जातो. मी "किमान-विश्वास" म्हणतो आणि "विश्वासरहित" नाही कारण काहीही झाले तरी, बॉब काय करतो यावर अवलंबून ॲलिसचे तारण पूर्णपणे पुसले जाण्याची शक्यता असते.

नेटिव्ह ETH सह सेल्फ-रिस्टेकिंग (4:42)

आता आपण रिस्टेकिंग म्हणजे काय याबद्दल बोलू शकतो. ही एक अगदी नवीन संकल्पना आहे — श्रीराम आणि EigenLayer ने कदाचित दीड किंवा दोन वर्षांपूर्वी ही संज्ञा सादर केल्यापासून ती अस्तित्वात आहे.

या मॉडेलमध्ये, ॲलिस तीच गोष्ट करते जी ती आधी करत होती — ती तिचा स्टेक इथेरियम प्रोटोकॉलला पाठवते आणि एकमत प्रक्रियेत सहभागी झाल्याबद्दल बक्षीस मिळवते. आता आपल्याकडे एक नवीन प्रोटोकॉल आहे — त्याला "Retheum" म्हणूया — ज्यावर ॲलिस रिस्टेकिंग करते. येथे महत्त्वाची गोष्ट म्हणजे ती या दुसऱ्या प्रोटोकॉलला सुरक्षित करण्यासाठी त्याच टोकन्सचा वापर करत आहे जे ती इथेरियम प्रोटोकॉलमध्ये स्टेक करत आहे.

तिला त्यासाठी बक्षीस मिळते. हे छान वाटते — ॲलिसकडे आता समान स्टेकसाठी दुप्पट बक्षीस मिळण्याची शक्यता आहे. परंतु धोका असा आहे की तिने दोन्ही प्रोटोकॉलमध्ये स्टेक केलेले भांडवल आता दोन्ही प्रोटोकॉलच्या नियमांनी बांधलेले आहे. जर ॲलिसने इथेरियममध्ये गैरवर्तन केले, तर स्लॅशिंग होऊन ती तिचे भांडवल गमावू शकते. जर तिने "Retheum" मध्ये गैरवर्तन केले, तर तिचे तिथेही स्लॅशिंग होऊ शकते. अतिरिक्त उत्पन्नासोबत अतिरिक्त जबाबदाऱ्या येतात — प्रोटोकॉल वर्तन जे अनिवार्य आहेत आणि जर तुम्ही तुमचे स्टेकिंग टोकन अनेक भिन्न प्रोटोकॉलमध्ये गुंतवले तर पुढील मार्गांनी शिक्षापात्र आहेत.

डेलिगेटेड नेटिव्ह रिस्टेकिंग (8:28)

दुसरी आवृत्ती नेटिव्ह ETH सह डेलिगेटेड रिस्टेकिंग आहे. ॲलिस इथेरियमसोबत स्टेकिंग करत आहे आणि आता तिला तिचा स्टेक "Retheum" प्रोटोकॉलला अधिकारप्रदान करण्यासाठी बॉबचा वापर करायचा आहे. ती बॉबला अधिकारप्रदान करते, बॉब रिस्टेकिंग करतो, प्रोटोकॉल बॉबला बक्षीस जारी करतो आणि बॉब फी वजा करून बक्षीस ॲलिसला देतो.

या मॉडेल अंतर्गत, इथेरियम प्रोटोकॉलमधील 32 ETH ॲलिस आणि बॉब या दोघांच्या कृतींसाठी जबाबदार आहेत — दोन लोक जे संभाव्यतः या ETH चे स्लॅशिंग करू शकतात. टोकन दोन भिन्न प्रोटोकॉल नियमांच्या संचाने बांधलेले आहे.

प्रेक्षकांचा प्रश्न: जेव्हा तुम्ही इथेरियम प्रोटोकॉलमध्ये ETH स्टेक करता, तेव्हा प्रोटोकॉलने तुम्हाला काहीतरी दिले पाहिजे जे तुम्ही नंतर सादर करता — ते काहीतरी काय आहे?

या नेटिव्ह आवृत्तीमध्ये, ॲलिस स्टेक करते आणि तिच्याकडे इथेरियम इकोसिस्टममधून रक्कम काढण्याचे क्रेडेंशियल (withdrawal credential) असते. ते रक्कम काढण्याचे क्रेडेंशियल इथेरियमवरील एका कॉन्ट्रॅक्टकडे निर्देशित केले जाऊ शकते जे स्टेकिंगचा दुसरा स्तर हाताळते. हे एक कॉन्ट्रॅक्ट आहे जे तुम्ही इथेरियममधून मालमत्ता काढता तेव्हा त्यावर नियंत्रण ठेवते — हे स्मार्ट कॉन्ट्रॅक्टमधील विश्वासरहित कस्टडीसारखे आहे जे स्लॅशिंग दंडाचा दुसरा स्तर लागू करते.

याला "नेटिव्ह" का म्हटले जाते? कारण ॲलिस अजूनही थेट इथेरियमशी संवाद साधत आहे — तिचा स्टेक तिच्या मालकीचे 32 ETH आहे, जे इथेरियम सहमती स्तर सुरक्षित करण्यासाठी वापरले जाते.

नॉन-नेटिव्ह रिस्टेकिंग (10:57)

नॉन-नेटिव्ह सेटिंगमध्ये सेल्फ-रिस्टेकिंग: ॲलिस फक्त "Retheum" प्रोटोकॉलशी संवाद साधत आहे. ती इथेरियमवर नोड चालवत नाही. ती रिस्टेकिंग करते — जरी मी "रि" अवतरण चिन्हात ठेवले आहे कारण ती खरोखर रिस्टेकिंग करत नाही, ते मुळात स्टेकिंगच आहे. याला रिस्टेकिंग म्हणण्याचे एकमेव कारण म्हणजे हे अशा प्रोटोकॉलद्वारे होते जे इतर प्रकारच्या रिस्टेकिंगची सुविधा देखील देते.

ती नॉन-नेटिव्ह टोकन्स घेते — हे USDC, युरो स्टेबलकॉइन, रॅप्ड बिटकॉइन, काहीही असू शकते — ती प्रोटोकॉलला आर्थिक सुरक्षा आणि सिबिल प्रतिकार म्हणून प्रदान करते आणि बक्षीस मिळवते. हे रिस्टेकिंगला विकेंद्रित विश्वासाचे मार्केटप्लेस म्हणून पुन्हा परिभाषित करत आहे, जिथे विश्वास म्हणजे धोक्यात असलेल्या भांडवलाचे आर्थिक मूल्य.

नॉन-नेटिव्ह टोकन्ससह डेलिगेटेड रिस्टेकिंग याच पद्धतीचे अनुसरण करते — ॲलिस बॉबद्वारे अधिकारप्रदान करते आणि फी वजा करून बक्षीस प्राप्त करते.

स्लॅशिंग आणि रिस्टेकिंग (13:55)

आपण तरलतेमध्ये जाण्यापूर्वी, स्लॅशिंगबद्दल बोलूया. सामान्य स्लॅशिंग मोडमध्ये, ॲलिस इथेरियम प्रोटोकॉलमध्ये स्टेकिंग करत आहे. जर तिने असे काही केले जे प्रोटोकॉलला चुकीचे वाटते — उदाहरणार्थ, दुटप्पीपणा, जिथे ती एकमेकांशी विरोधाभास असलेल्या दोन माहितीवर स्वाक्षरी करण्यासाठी तिची क्रिप्टोग्राफिक की वापरते — तर तो एक वस्तुनिष्ठ दोष आहे. प्रत्येकजण पडताळणी करू शकतो की दोन्ही स्वाक्षऱ्या ॲलिसने केल्या आहेत आणि तिच्या टोकन्सचे स्लॅशिंग करण्यासाठी तो पुरेसा पुरावा आहे.

रिस्टेकिंग आणि स्लॅशिंग एकमेकांशी कसा संवाद साधतात? सर्वात सोप्या आवृत्तीमध्ये — नेटिव्ह मालमत्तेसह सेल्फ-रिस्टेकिंग — ॲलिस इथेरियममध्ये स्टेक करते आणि "Retheum" द्वारे रिस्टेकिंग देखील करते. जर ॲलिसने "Retheum" प्रोटोकॉलवर तिचे काम करणे सुरू ठेवले परंतु इथेरियमवर दुटप्पीपणा केला, तर आता आपल्याकडे एक समस्या आहे: तिचे इथेरियमवर स्लॅशिंग झाले आहे, परंतु "Retheum" ने त्यांच्या नियमांनुसार तिच्याकडून काहीही चुकीचे झालेले पाहिले नाही. दोन प्रोटोकॉलमध्ये काही संवाद असणे आवश्यक आहे.

संवादाची ही दिशा प्रत्यक्षात अगदी सोपी आहे कारण "Retheum" हे इथेरियमवरील एक स्मार्ट कॉन्ट्रॅक्ट आहे — ते इथेरियम स्थिती वाचू शकते आणि म्हणू शकते "इथेरियमनुसार या प्रमाणकाचे स्लॅशिंग झाले आहे," त्यामुळे दुसऱ्या-स्तराच्या प्रोटोकॉलवर, ॲलिसचे देखील स्लॅशिंग होते.

दुसरी दिशा कठीण आहे. जर ॲलिसचे रिस्टेकिंग प्लॅटफॉर्मवर स्लॅशिंग झाले, तर इथेरियमला माहिती द्यावी लागेल. परंतु सहमती यंत्रणेच्या संदर्भात त्याच्या कॉन्ट्रॅक्ट स्तरावर घडणाऱ्या प्रत्येक गोष्टीबद्दल इथेरियम जाणीवपूर्वक अनभिज्ञ असते.

प्रेक्षकांचा प्रश्न: त्याचा काय फरक पडेल? इथेरियमला ते जे करते त्यासाठी स्टेकची आवश्यकता असते, परंतु रिस्टेक रक्कम ही मूळ रकमेचा डेरिव्हेटिव्ह (derivative) आहे.

समस्या अशी आहे की जर ॲलिसचे रिस्टेकिंग प्लॅटफॉर्मवर स्लॅशिंग झाले, तर ती प्रत्यक्षात त्या स्टेकची मालक राहत नाही. ती इथेरियम प्रोटोकॉलवर कोणतेही प्रत्यक्ष भांडवल धोक्यात न घालता तिला हवे ते करू शकते — जो मुळात स्टेक असण्याचा मुख्य उद्देश आहे. हे असे आहे की तुम्ही दोन गोष्टींसाठी पैसे वापरत आहात, ते एका गोष्टीवर नाहीसे झाले आणि दुसऱ्या गोष्टीला हे समजले पाहिजे की ते पैसे आता तुमचे नाहीत. काही अर्थाने त्याचे अजूनही आर्थिक मूल्य आहे, परंतु तुमचे त्यावर नियंत्रण नाही — त्यामुळे त्याचे काय होते याची तुम्हाला पर्वा नाही कारण ते आधीच गेले आहे.