बेस्ड बूस्टर रोलअप का गहन विश्लेषण: पृष्ठभूमि, अभ्यास और संभावनाएं

मूल लेखक: jolestar (X: @जोलेस्टार )

मैंने कई दोस्तों को बेस्ड रोलअप के बारे में बात करते हुए देखा, उनमें से ज़्यादातर ने सुरक्षा के नज़रिए से इस बारे में बात की। मैं L1 और L2 के बीच संबंधों और अनुप्रयोगों के निर्माण के नज़रिए से बेस्ड बूस्टर रोलअप पर अपने विचारों के बारे में बात करना चाहूँगा।

बेस्ड रोलअप का विचार वास्तव में बहुत सरल है, अर्थात, उपयोगकर्ता सीधे L2 लेनदेन को L1 में सबमिट करते हैं, जिसे L1 द्वारा सॉर्ट और पैकेज किया जाता है। हालाँकि, L1 लेनदेन की वैधता की पुष्टि नहीं करता है, लेकिन केवल लेनदेन के क्रम और उपलब्धता की गारंटी देता है। L2 एक शुद्ध निष्पादक है जो L1 पर पैकेज किए गए L2 लेनदेन को निष्पादित करता है। क्या यह आपको परिचित लगता है? क्या यह इंस्क्रिप्शन मोड नहीं है? हाँ, यहाँ इंस्क्रिप्शन के इंडेक्सर को L2 के रूप में समझा जा सकता है। मैंने इस लेख में यह कहा है क्या इंस्क्रिप्शन एक बग है या एक विशेषता?

बूस्टर रोलअप दूसरे दृष्टिकोण से शुरू होता है। L2 पर अनुबंध के माध्यम से L1 की स्थिति को सीधे कैसे पढ़ें? विचार जटिल नहीं है। चूंकि बेस्ड रोलअप पहले से ही L1 पर L2 लेनदेन निष्पादित कर रहा है, तो L1 लेनदेन को भी निष्पादित क्यों न करें? इस तरह, L1 और L2 की स्थितियाँ एक बड़े स्टेट ट्री में हैं, और L2 अनुबंध सीधे L1 की स्थिति को पढ़ सकता है।

अतः ऐसी परियोजनाएं भी हैं जो बेस्ड रोलअप और बूस्टर रोलअप को जोड़ती हैं, जिन्हें बेस्ड बूस्टर रोलअप (बीबीआर) कहा जाता है, जैसे कि ताइको।

बीबीआर की पृष्ठभूमि

जब से BBR को प्रस्तावित किया गया था तब से लेकर उस समय तक जब इसने बाजार का ध्यान आकर्षित किया है, मुख्य पृष्ठभूमि इथेरियम के वर्तमान मुख्यधारा L2 समाधान, L1 और L2 के बीच विभाजन और L2 के बीच विभाजन द्वारा लाया गया विभाजन समस्या है। वर्तमान L2 समाधान द्वारा प्रदान किए गए कार्य, चाहे डेवलपर्स के दृष्टिकोण से या उपयोगकर्ताओं के दृष्टिकोण से, एक Alt-L1 से बहुत अलग नहीं हैं। L1 डेटा को पढ़ना अभी भी Oracle पर निर्भर करता है, परिसंपत्तियों को अभी भी एक पुल की आवश्यकता है, और वॉलेट्स को नेटवर्क स्विच करना होगा। यह विभाजन एक अन्य समस्या भी लाता है। L1 और L2 के बीच बंधन उतना तंग नहीं है। L2 किसी भी समय एक Alt-L1 बनने के लिए आम सहमति तंत्र का एक सेट जोड़ सकता है, अपने दम पर खड़ा हो सकता है, और डेवलपर्स और उपयोगकर्ताओं को मूल रूप से अनजान बना सकता है। वर्तमान मुख्य बंधन संबंध रूढ़िवाद पर EFs बाधाओं से आता है: L2 को L1 का उपयोग DA के रूप में करना चाहिए

तो अगर हम सभी मौजूदा L2 समाधानों को बेस्ड रोलअप समाधानों से बदल दें, तो क्या समस्या हल हो जाएगी? मुझे लगता है कि ऑप्टिमिज्म और आर्बिट्रम उछलकर कहेंगे, क्या बेस्ड रोलअप पर स्विच करना आसान नहीं है? मुख्य L2 समाधानों में अब फ़ोर्स इंक्लूजन मैकेनिज्म है। L2 सीधे सीक्वेंसर को हटा देता है और उपयोगकर्ताओं को फ़ोर्स इंक्लूजन के माध्यम से L1 पर लेनदेन भेजने की अनुमति देता है। क्या बेस्ड रोलअप लागू नहीं किया गया है?

लेकिन क्या इससे विखंडन की समस्या हल हो सकती है? नहीं। हालाँकि Arb और Op दोनों ही वास्तविक समय में L1 को लेन-देन सबमिट करते हैं, और L1 उन्हें पैकेज और सॉर्ट करता है, फिर भी वे विखंडित हैं क्योंकि प्रत्येक केवल अपने स्वयं के लेन-देन को पहचानता है। इस बिंदु पर, सभी को यह समझना चाहिए कि बेस्ड रोलअप के लिए विखंडन की समस्या को हल करने की कुंजी ऐसे लेन-देन या डेटा होना है जिन्हें L2 के बीच साझा किया जा सके, और इस डेटा प्रारूप के लिए निम्न की आवश्यकता होती है:

• यह एक प्रारूप होना चाहिए defiL1 पर आधारित है जो प्लेटफ़ॉर्म और कार्यान्वयन से स्वतंत्र है। अलग-अलग L2 खाते और वर्चुअल मशीनें अलग-अलग हैं, और उनके लेन-देन को सीधे साझा नहीं किया जा सकता है।

• इसके लिए L2 के बीच आम सहमति और कई L2 से समर्थन की आवश्यकता होती है।

इसलिए, यह पहले एक प्रोटोकॉल होना चाहिए, पहले एक सार्वजनिक प्रोटोकॉल और डेटा प्रारूप डिजाइन करना, केवल चेन पर प्रोटोकॉल द्वारा आवश्यक डेटा को संग्रहीत करना, चेन को निष्पादित करना और सत्यापित करना, और विभिन्न L2 के लिए समर्थन समाधान लागू करना। लेकिन वास्तव में इन दो बिंदुओं को प्राप्त करना काफी कठिन है। सबसे पहले, एथेरियम इकोसिस्टम में डेवलपर्स आमतौर पर स्मार्ट कॉन्ट्रैक्ट के माध्यम से प्रोटोकॉल डिजाइन करते हैं, और डेटा प्रारूपों के आधार पर सीधे प्रोटोकॉल डिजाइन करने की आदत नहीं रखते हैं। इस दिशा में मुख्य प्रयास एथस्क्रिप्शन था जब पिछली बार शिलालेख लोकप्रिय थे। दूसरा बिंदु और भी कठिन है, और इसे सत्यापित करने के लिए अभ्यास और समय की आवश्यकता होती है।

बीबीआर से बीबीएसआर तक, स्टैकेबल एल2

डेटा शेयरिंग के मुद्दे पर बात करने के बाद, चलिए यूजर एक्सपीरियंस के बारे में बात करते हैं। जाहिर है, अगर सभी ट्रांजैक्शन यूजर द्वारा सीधे L1 पर भेजे जाते हैं, तो अनुभव लगभग L1 का उपयोग करने जैसा ही होता है, चाहे वह गैस हो या कन्फर्मेशन टाइम। इसलिए कुछ लोगों ने बेस्ड रोलअप के लिए प्री-कन्फर्मेशन प्रोटोकॉल डिजाइन करना शुरू कर दिया, लेकिन अगर प्री-कन्फर्मेशन प्रोटोकॉल वास्तव में काम कर सकता है, तो सभी ट्रांजैक्शन को पहले प्री-कन्फर्मेशन प्रोटोकॉल से गुजरना होगा, तो क्या यह सीक्वेंसर नहीं है? क्या इस बारे में बात करना समय की बर्बादी है?

यह विरोधाभास इसलिए उत्पन्न होता है क्योंकि लोग कई प्रकार के लेन-देन को लेकर भ्रमित हो जाते हैं:

1. उपयोगकर्ताओं द्वारा L1 को सीधे प्रस्तुत किए गए तथा L1 द्वारा निष्पादित एवं सत्यापित किए गए लेनदेन L1 लेनदेन हैं।

2. उपयोगकर्ता सीधे L1 को सबमिट करता है, लेकिन L1 सीधे सत्यापन और निष्पादन नहीं करता है। L2 के बीच साझा प्रोटोकॉल के डेटा लेनदेन को L1.5 लेनदेन कहा जा सकता है।

3. उपयोगकर्ता सीधे ही लेनदेन को L2 सीक्वेंसर को प्रस्तुत करता है, जिसे सीक्वेंसर द्वारा पूर्व-पुष्टि और निष्पादित किया जाता है, जो एक निश्चित L2 का समर्पित लेनदेन होता है।

बेस्ड रोलअप केवल 1 और 2 से संबंधित है। 3 सीक्वेंसर रोलअप की वर्तमान कार्य पद्धति है। दोनों को जोड़ा जा सकता है।

मान लीजिए कि ऐसा कोई रोलअप समाधान है:

1. सीक्वेंसर स्वचालित रूप से सभी L1 (L1.5 सहित) लेनदेन को सिंक्रनाइज़ करता है और उन्हें L1 द्वारा दिए गए क्रम में निष्पादित करता है।

2. सीक्वेंसर एक ही समय में L2 लेनदेन प्राप्त करता है, उन्हें L1 लेनदेन के साथ क्रमबद्ध करता है, और उन्हें निष्पादित करता है।

1 के माध्यम से, यह आधारित और बूस्टर को लागू करता है, और 2 के माध्यम से, यह उपयोगकर्ता अनुभव का त्याग किए बिना L2 लेनदेन की तेज़ पुष्टि का एहसास करता है। पिछली नामकरण योजना के अनुसार, इसे BBSR (आधारित बूस्टर सीक्वेंसर रोलअप) कहा जाना चाहिए, लेकिन यह थोड़ा लंबा है और समझने में आसान नहीं है, इसलिए मैं इसे स्टैकेबल L2 कहता हूँ। जैसा कि नाम से पता चलता है, L2 L1 पर स्टैक्ड है, और L2 में L1 के सभी लेनदेन और स्थितियाँ शामिल हैं। यह है इसका समाधान @रूचनेटवर्क .

L2 लेनदेन का DA कैसे सुनिश्चित करें? रोलअप या रोलआउट?

यदि उपरोक्त समाधान अपनाया जाता है, तो L2 के लिए अपने स्वयं के लेनदेन को पैकेज करना और उन्हें फिर से L1 में जमा करना थोड़ा अजीब होगा, क्योंकि L2 अपने स्वयं के लेनदेन को पैकेज करने वाले L1 लेनदेन को पढ़ेगा और उन्हें फिर से निष्पादित करेगा, जो कुछ हद तक इसका अपना आउटपुट भी इसका अपना इनपुट बन जाता है। इसलिए, रूच का समाधान रोलअप के बजाय रोलआउट है। क्योंकि लंबे समय में, L1s ब्लॉक स्पेस बहुत कीमती है, और L1s स्पेस पर कब्जा करने वाले कई L2 लेनदेन एक रोलिंग मोड है। L1s स्पेस को L1 और L1.5 लेनदेन के लिए छोड़ दिया जाना चाहिए। L2 एप्लिकेशन-स्तरीय लेनदेन को सस्ते ब्लॉक स्पेस की तलाश करनी चाहिए और रोल आउट के माध्यम से नए ब्लॉक स्पेस का विस्तार करना चाहिए, जो पूरे उद्योग पारिस्थितिकी तंत्र के विकास के लिए भी अनुकूल है।

बिटकॉइन इकोसिस्टम में BBSR/स्टैकेबल L2 अभ्यास

पिछले सभी विवरण एथेरियम के दृष्टिकोण से हैं। चूंकि रूच बिटकॉइन का पहला BBSR या स्टैकेबल L2 अभ्यास है, तो आइए बिटकॉइन पारिस्थितिकी तंत्र में अंतर के बारे में बात करते हैं।

बिटकॉइन L2 पर कोई ट्यूरिंग-पूर्ण स्मार्ट अनुबंध नहीं है, जो कि बेस्ड रोलअप मोड में एक लाभ बन जाता है। क्योंकि बेस्ड रोलअप को लेनदेन को निष्पादित करने और सत्यापित करने के लिए L1 की आवश्यकता नहीं होती है, इसे केवल अनुमति रहित और DA सुनिश्चित करने की आवश्यकता होती है। इसने बिटकॉइन पारिस्थितिकी तंत्र में परियोजनाओं को बहुत समय पहले से डेटा संरचनाओं के आधार पर प्रोटोकॉल डिजाइन करने के लिए मजबूर किया। चाहे वह रंगीन सिक्के हों, या बाद में RGB, टैपरूट एसेट्स, ऑर्डिनल्स इंस्क्रिप्शन, एटॉमिकल्स, रन इत्यादि, वे सभी इस श्रेणी में प्रयास हैं और CSV (क्लाइंट-साइड वैलिडेशन) प्रोटोकॉल की व्यापक अवधारणा में शामिल किए जा सकते हैं। उनके लेन-देन विशिष्ट L1.5 लेनदेन हैं। यदि एथेरियम पारिस्थितिकी तंत्र में परियोजनाएँ बेस्ड L2 का अभ्यास करना चाहती हैं और कई L2 के बीच साझा किए जाने वाले प्रोटोकॉल को डिज़ाइन करना चाहती हैं, तो यह लगभग उपरोक्त प्रोटोकॉल जैसा ही होगा।

बिटकॉइन पर BBSR की कार्य प्रणाली को समझाने के लिए आइए रूच का उदाहरण लें:

1. उपयोगकर्ता सीधे बिटकॉइन को L1 और L1.5 लेनदेन सबमिट करेंगे। चूंकि प्रोटोकॉल सार्वजनिक है, इसलिए प्रवेश बिंदु कोई भी एप्लिकेशन हो सकता है।

2. रूच सभी L1 लेनदेन को सिंक्रोनाइज़ करेगा, उनमें UTXO को प्रोसेस करेगा, और पता लगाएगा कि क्या कोई अतिरिक्त प्रोटोकॉल जानकारी है, और फिर इसे प्रोसेस करने के लिए संबंधित मूव मॉड्यूल का उपयोग करेगा। उदाहरण के लिए, इंस्क्रिप्शन के रूप में पहचाने जाने वाले लेनदेन को ऑर्ड मॉड्यूल द्वारा प्रोसेस किया जाएगा, जबकि बेबीलोन स्टेकिंग लेनदेन को बीबीएन मॉड्यूल द्वारा प्रोसेस किया जाएगा।

3. उपयोगकर्ता सीधे प्रसंस्करण के लिए रूच्स सीक्वेंसर नोड को L2 लेनदेन सबमिट करते हैं। उपरोक्त तीन लेनदेन के निष्पादन परिणाम एक पूर्ण राज्य वृक्ष उत्पन्न करेंगे, और एप्लिकेशन अनुबंध L1 और L1.5 लेनदेन द्वारा उत्पन्न राज्यों का पूर्ण उपयोग कर सकता है।

इस मोड में एप्लीकेशन दो तरह के ट्रांजेक्शन डिजाइन कर सकते हैं, एक पब्लिक प्रोटोकॉल ट्रांजेक्शन (आधारित भाग, L1 पर) और दूसरा एप्लीकेशन ट्रांजेक्शन (सीक्वेंसर द्वारा अनुक्रमित) है। दोनों बूस्टर मोड के माध्यम से एक दूसरे के साथ सहयोग कर सकते हैं ताकि अनुमति रहित सुनिश्चित किया जा सके और साथ ही उपयोगकर्ता अनुभव भी सुनिश्चित किया जा सके।

जैसा कि पहले उल्लेख किया गया है, सार्वजनिक प्रोटोकॉल के डिजाइन को आम सहमति को सत्यापित करने और उस तक पहुंचने के लिए समय और अभ्यास की आवश्यकता होती है, और रूच ऐसा सुविधाजनक प्रयोगात्मक वातावरण प्रदान कर सकता है: यदि आप बिटकॉइन पर एक नया एप्लिकेशन या एसेट प्रोटोकॉल डिज़ाइन करना चाहते हैं, तो आपको केवल प्रोटोकॉल प्रारूप को परिभाषित करने की आवश्यकता है, और फिर इसे संसाधित करने के लिए संबंधित मूव कॉन्ट्रैक्ट मॉड्यूल को तैनात करें, और फिर आप एप्लिकेशन परिदृश्यों का निर्माण करके प्रयोग कर सकते हैं।

बेशक, बिटकॉइन पारिस्थितिकी तंत्र को इस मार्ग पर कुछ चुनौतियों का भी सामना करना पड़ता है:

1. जब बिटकॉइन को पहली बार डिज़ाइन किया गया था, तो इसमें इस DA परिदृश्य के लिए विस्तार के लिए पर्याप्त जगह नहीं थी। इसलिए, बिटकॉइन में डेटा कैसे लिखा जाए, यह उन दिशाओं में से एक था जिसे विभिन्न प्रोटोकॉल ने तलाशने की कोशिश की है, जैसे कि OP_RETURN में डेटा एम्बेड करना, विटनेस के माध्यम से और यहाँ तक कि हस्ताक्षरों के माध्यम से भी। वर्तमान में, अभी भी मानकीकृत समाधानों की कमी है।

2. बिटकॉइन पारिस्थितिकी तंत्र चेन पर एम्बेडेड डेटा के मूल्य पर व्यापक सहमति तक नहीं पहुंच पाया है। यह वही है जो मैं पिछले शिलालेख उन्माद के बाद से कह रहा हूं। बिटकॉइन पारिस्थितिकी तंत्र को वैश्विक सार्वजनिक डेटा बस के रूप में बिटकॉइन के मूल्य को महत्व देना चाहिए।

वैश्विक सामान्य डेटा बस के रूप में L1 का मान

DeFi गर्मियों के बाद से, पूरा क्रिप्टो क्षेत्र DeFi से परे नए अनुप्रयोगों की खोज कर रहा है। चाहे वह बिटकॉइन शिलालेख का क्रेज हो या हाल ही में आधारित रोलअप हॉट चर्चा, इसे डेटा बस के रूप में L1 के मूल्य की पुनर्खोज के रूप में समझा जा सकता है। वितरित प्रणालियों के दृष्टिकोण से, सिस्टम के बीच डिकम्पलिंग को डेटा बस के माध्यम से प्राप्त किया जा सकता है, और सिस्टम के बीच डिकम्पलिंग अनुमति कम प्राप्त करने के लिए प्रमुख शर्तों में से एक है। उदाहरण के लिए, क्रिप्टो पारिस्थितिकी तंत्र में विकेन्द्रीकृत एक्सचेंज ने विकेन्द्रीकृत डॉकिंग को प्राप्त करने के लिए डेटा बस के रूप में ब्लॉकचेन का पूर्ण उपयोग किया है, जिसे पारंपरिक वित्तीय प्रणाली में सीधे प्राप्त करना मुश्किल है। यदि आप अधिक जटिल अनुप्रयोगों का समर्थन करना चाहते हैं, तो आपको एप्लिकेशन-स्तरीय अनुमति कम प्राप्त करने के लिए केवल सरल हस्तांतरण लेनदेन को एप्लिकेशन प्रोटोकॉल लेनदेन में अपग्रेड करना होगा, और यह विधि मौजूदा अनुप्रयोगों के लिए सबसे कम आक्रामक है।

यह लेख मुख्य रूप से पारिस्थितिकी और अनुप्रयोग के दृष्टिकोण से BBR पर चर्चा करता है। BBR मोड की सुरक्षा और BBR मोड के तहत L1, L1.5 और L2 राज्यों की अंतर-संचालनीयता पर बाद के लेखों में विस्तार से चर्चा की जाएगी। अंत में कुछ संबंधित लिंक संलग्न हैं, जिनमें मेरे ऐतिहासिक लेख और ट्विटर मित्रों द्वारा विभिन्न दृष्टिकोणों से बेस्ड रोलअप की व्याख्या शामिल है।

संबंधित लिंक:
1. स्टैकेबल L2 - एक नया ब्लॉकचेन विस्तार समाधान https://rooch.network/zh-CN/blog/stackable-l2

2. बिटकॉइन लेयर 2 कैसे किया जाना चाहिए? https://x.com/jolestar/status/1717358817992995120 मैंने आरंभिक योजना इस आधार पर तैयार की कि L2 बिटकॉइन L1 पर स्थिति और डेटा का उपयोग कैसे करता है। एक मित्र ने टिप्पणियों में बूस्टर समाधान का उल्लेख किया, और अंततः बूस्टर समाधान को व्यवहार में अपनाया।

3. क्या यह शिलालेख एक बग या विशेषता है? https://x.com/jolestar/status/1732711942563959185 यह आलेख L2 के निर्माण के परिप्रेक्ष्य से शिलालेखों के मूल्य की व्याख्या करता है, जिसमें L1 और L2 के बीच प्रोत्साहन संगतता समस्या भी शामिल है।

4. घटाव सिद्धांत के परिप्रेक्ष्य से आधारित रोलअप पर चर्चा @kerne l1 983 https://web3caff.com/zh/archives/108241

5. @jason_chen 998 का बेस्ड रोलअप पर लेख https://x.com/jason_chen998/status/1799692331635048697

6. आधारित रोलअप ट्रैक अनुसंधान रिपोर्ट https://research.web3 caff.com/zh/archives/22719

मूल लिंक

यह लेख इंटरनेट से लिया गया है: बेस्ड बूस्टर रोलअप का गहन विश्लेषण: पृष्ठभूमि, अभ्यास और संभावनाएं

संबंधित: भुगतान क्रांति में PayFi के सुरक्षित पासवर्ड वेब3 वित्त के मूल की रक्षा करते हैं

यह लेख हैश (SHA 1): 8656ff83d95af1de9dab2b925597cf72c6f63c66 नंबर: लियानयुआन सुरक्षा ज्ञान नंबर 032 ब्लॉकचेन तकनीक के निरंतर विकास के साथ, वित्तीय उद्योग एक अभूतपूर्व परिवर्तन से गुजर रहा है। इस संदर्भ में, एक उभरती हुई अवधारणा धीरे-धीरे उभरी है: PayFi (भुगतान वित्त)। इस शब्द को पहली बार सोलाना फाउंडेशन के अध्यक्ष लिली लियू ने 2024 EthCC सम्मेलन में एक अभिनव भुगतान और वित्तीय मॉडल का पता लगाने के लिए प्रस्तावित किया था। PayFi का विज़न न केवल एक भुगतान प्रणाली पर आधारित है क्रिप्टोपेफाई का लक्ष्य मुद्रा के समय मूल्य के साथ विकेंद्रीकृत प्रौद्योगिकी के माध्यम से उपयोगकर्ताओं को सुरक्षित, तेज़ और कम लागत वाली वित्तीय सेवाएँ प्रदान करना है। 1. पेफाई की मुख्य अवधारणा: पैसे का समय मूल्य और विकेंद्रीकृत वित्त पेफाई क्या है लिली लियू ने उल्लेख किया कि पेफाई का मुख्य उद्देश्य बिटकॉइन के मूल दृष्टिकोण को साकार करना है…