Perils of Parallelism: Transaction Fee Mechanisms under Execution Uncertainty
यह शोध पत्र विश्लेषण करता है कि कैसे आधुनिक ब्लॉकचेन में निष्पादन समानांतरता (execution parallelism) और आकस्मिकता (contingency), उपयोगकर्ता और शेड्यूलर प्रोत्साहन के बीच अंतर्निहित ट्रेड-ऑफ पैदा करते हैं, जो मौजूदा शुल्क तंत्रों के लिए एक असंभवता परिणाम (impossibility result) को सिद्ध करता है और एक नया ढांचा प्रस्तावित करता है जो Sui और Monad जैसे सिस्टम में निष्पक्षता और प्रदर्शन के लिए इष्टतम सीमाओं को प्राप्त करता है।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
एक व्यस्त हाईवे की कल्पना करें, जहाँ कारों को एक समय में एक लेन में एक-एक करके चलने के बजाय, अब कई लेन में एक साथ दौड़ने की अनुमति है। यह आधुनिक ब्लॉकचेन में पैरलल एक्जीक्यूशन (Parallel Execution) है: एक ऐसा तरीका जो सिस्टम को तेज़ बनाने के लिए एक साथ कई ट्रांजेक्शन प्रोसेस करता है।
हालाँकि, यह पेपर तर्क देता है कि जबकि पैरलल हाईवे तेज़ हैं, वर्तमान "टोल बूथ" सिस्टम (फीस तंत्र) टूट चुके हैं। उन्हें यह नहीं पता कि शुल्क कैसे उचित रूप से लिया जाए जब ड्राइवर अलग-अलग रास्ते चुन सकते हैं, या जब नकली ड्राइवर सिस्टम को धोखा देने की कोशिश करते हैं।
सरल उपमाओं का उपयोग करके इस पेपर के निष्कर्षों का विवरण यहाँ दिया गया है।
1. दो बड़ी समस्याएँ
लेखक दो मुख्य "खतरों" (perils) की पहचान करते हैं जो पैरलल प्रोसेसिंग के लिए फीस वसूलने की कोशिश करते समय होते हैं।
खतरा A: "शायद" वाला ड्राइवर (Contingent Transactions)
कल्पना कीजिए कि आप एक कस्टम पिज्जा ऑर्डर कर रहे हैं। आप किचन को बताते हैं, "मुझे पेपरोनी, मशरूम और जैतून वाला पिज्जा चाहिए।"
- वास्तविकता: आप वास्तव में केवल पेपरोनी खाते हैं। किचन ने मशरूम और जैतून तैयार किए थे, लेकिन आपने उन्हें छुआ तक नहीं।
- समस्या: एक पैरलल ब्लॉकचेन में, एक ट्रांजेक्शन (पिज्जा ऑर्डर) अक्सर कहता है, "मुझे इन 5 वस्तुओं (सामग्रियों) की आवश्यकता हो सकती है।" लेकिन दुनिया की वर्तमान स्थिति (पेपरोनी की कीमत) के आधार पर, अंततः इसमें केवल 1 वस्तु का उपयोग हो सकता है।
- यदि आप उसके लिए शुल्क लेते हैं जो आप उपयोग करते हैं: तो किचन (शेड्यूलर) पैसे खो देता है क्योंकि उन्होंने उन सामग्रियों को तैयार किया जो बर्बाद हो गईं।
- यदि आप उसके लिए शुल्क लेते हैं जो आप कहते हैं कि आप उपयोग करेंगे: तो आप (यूजर) उन सामग्रियों के लिए अधिक भुगतान करते हैं जिन्हें आपने कभी छुआ भी नहीं।
पेपर की बड़ी खोज: आप दोनों चीजें एक साथ नहीं कर सकते। आप ऐसा सिस्टम डिज़ाइन नहीं कर सकते जहाँ यूजर कभी भी अधिक भुगतान न करे और किचन भी बेकार तैयारी के कारण पैसे न खोए। यह एक गणितीय असंभवता है। आपको चुनना होगा कि जोखिम कौन उठाएगा: यूजर या सिस्टम।
खतरा B: "नकली" ड्राइवर (Shill Attacks)
अब, एक टोल बूथ की कल्पना करें जो सड़क पर ट्रैफिक के आधार पर शुल्क लेता है।
- यूजर की चाल: एक ड्राइवर कम टोल देना चाहता है। वे सड़क पर बहुत सारे नकली, बेकार कारें (shill transactions) भेज देते हैं। ये नकली कारें जगह घेरती हैं लेकिन वास्तव में कहीं नहीं जातीं। टोल बूथ देखता है कि "भारी ट्रैफिक" है और लागत को फैला देता है, जिससे असली ड्राइवर कम भुगतान करता है।
- टोल बूथ की चाल: टोल बूथ चलाने वाला व्यक्ति अधिक पैसा कमाना चाहता है। वे सड़क पर अपने स्वयं के नकली कारें भेजते हैं ताकि यह दिखाया जा सके कि असली ड्राइवर भारी ट्रैफिक जाम का कारण बन रहे हैं। टोल बूथ फिर "कंजेशन" (भीड़) के लिए असली ड्राइवरों से प्रीमियम वसूलता है।
पेपर की खोज: वर्तमान सिस्टम इन चालों के प्रति संवेदनशील हैं। यदि सिस्टम इस आधार पर शुल्क लेता है कि कितनी "पैरलल वर्क" हो रही है, तो बुरे तत्व फीस को कम या ज्यादा करने के लिए नकली ट्रांजेक्शन जोड़कर गणित के साथ हेरफेर कर सकते हैं।
2. बिल बांटने के तीन तरीके
चूंकि आप बिना उपयोग की गई सामग्रियों के जोखिम को खत्म नहीं कर सकते (खतरा A), इसलिए पेपर बिल को यूजर और सिस्टम के बीच बांटने के तीन तरीके सुझाता है:
- "यूजर-फ्रेंडली" दृष्टिकोण: आप केवल उसी पेपरोनी के लिए भुगतान करते हैं जिसे आपने वास्तव में खाया है।
- परिणाम: यूजर खुश है (कोई ओवरपेमेंट नहीं), लेकिन किचन (सिस्टम) बर्बाद हुए मशरूम और जैतून के कारण पैसे खो देता है।
- "शेड्यूलर-फ्रेंडली" दृष्टिकोण: आप पूरे पिज्जा के लिए भुगतान करते हैं जो आपने ऑर्डर किया था, भले ही आपने केवल पेपरोनी खाई हो।
- परिणाम: किचन खुश है (गारंटीकृत राजस्व), लेकिन यूजर अधिक भुगतान कर सकता है।
- "बराबर-बराबर" दृष्टिकोण: आप बर्बाद हुई सामग्रियों की लागत 50/50 बांटते हैं।
- परिणाम: एक समझौता जहाँ दोनों पक्ष "शायद" वाली सामग्रियों के जोखिम को साझा करते हैं।
3. समाधान: "ऑब्जेक्ट-वेटेड" टोल बूथ
"नकली ड्राइवर" की समस्या (खतरा B) को ठीक करने और "शायद" वाली समस्या (खतरा A) को संभालने के लिए, लेखक एक नया सिस्टम प्रस्तावित करते हैं जिसे OW-TFM (Object-Weighted Transaction Fee Mechanism) कहा जाता है।
उपमा:
बजाय इसके कि सड़क पर अभी कितने कारें हैं (जिसे फर्जी बनाया जा सकता है), एक ऐसे टोल सिस्टम की कल्पना करें जो इस आधार पर शुल्क लेता है कि कल एक विशिष्ट लेन कितनी लोकप्रिय थी।
- यदि किसी विशिष्ट वस्तु (जैसे एक लोकप्रिय पिज्जा टॉपिंग) का पिछले ब्लॉक में बहुत अधिक उपयोग किया गया था, तो अगले ब्लॉक के लिए उसकी कीमत थोड़ी बढ़ जाएगी।
- यदि इसका उपयोग नहीं किया गया, तो कीमत कम रहेगी।
यह चालों को कैसे रोकता है:
- यूजर्स के लिए: यदि आप अपनी फीस कम करने के लिए नकली ट्रांजेक्शन जोड़ने की कोशिश करते हैं, तो आप नहीं कर पाएंगे। एक नकली ट्रांजेक्शन जोड़ने से केवल एक ऑब्जेक्ट के उपयोग की संख्या बढ़ेगी, जो सभी के लिए कीमत बढ़ा सकती है, जिसमें आप भी शामिल हैं। आप अधिक कारें जोड़कर कीमत कम नहीं कर सकते।
- सिस्टम के लिए: सिस्टम पिछले डेटा के आधार पर कीमतें तय करता है, इसलिए इसे भविष्य के बारे में अनुमान लगाने की आवश्यकता नहीं होती है।
4. निचोड़
पेपर निष्कर्ष निकालता है कि एक निष्पक्ष, तेज़ और सुरक्षित पैरलल ब्लॉकचेन बनाना कठिन है क्योंकि एक मौलिक ट्रेड-ऑफ (समझौता) है:
- गति बनाम निष्पक्षता: आप वास्तव में ट्रांजेक्शन चलाने से पहले यह पूरी तरह से अनुमान नहीं लगा सकते कि एक ट्रांजेक्शन किन "सामग्रियों" का उपयोग करेगा (जिसमें समय लगता है और जो पैरललिज्म के उद्देश्य को ही विफल कर देता है)।
- सुरक्षा बनाम दक्षता: आप एक साथ पूरी तरह से कुशल (ठीक उसी के लिए चार्ज करना जो उपयोग किया गया है) और पूरी तरह से सुरक्षित (नकली ट्रांजेक्शन से मुक्त) सिस्टम नहीं रख सकते।
लेखक सुझाव देते हैं कि ब्लॉकचेन डिजाइनरों (जैसे कि Sui, Solana, या Monad बनाने वाले) को स्पष्ट रूप से यह तय करना चाहिए कि जोखिम कौन उठाएगा (यूजर या सिस्टम) और नकली ट्रांजेक्शन के साथ सिस्टम को गेम करने से रोकने के लिए ऐतिहासिक ऑब्जेक्ट उपयोग पर आधारित प्राइसिंग मॉडल का उपयोग करना चाहिए।
संक्षेप में, पैरलल ब्लॉकचेन एक व्यस्त किचन की तरह हैं। आप ग्राहक के खाने से पहले यह पूरी तरह से नहीं जान सकते कि वह क्या खाएगा, और आप लोगों को बिल के साथ छेड़छाड़ करने के लिए खाना ऑर्डर करने का नाटक करने से नहीं रोक सकते। समाधान यह है कि यह तय किया जाए कि बर्बाद हुए भोजन का भुगतान कौन करेगा और कीमतों को इस आधार पर तय किया जाए कि लोग आमतौर पर क्या ऑर्डर करते हैं, न कि इस आधार पर कि वे अभी क्या ऑर्डर करने का दावा कर रहे हैं।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।