सोशल मीडिया का नया साल: नोस्ट्र सिद्धांत और प्रमुख प्रबंधन मुद्दे
पांचवें अधिकार के तहत नए सोशल मीडिया डिजाइनों की वर्षों से खोज की जा रही है, लेकिन बड़े पैमाने पर अपनाने का कोई संकेत नहीं मिला है। पिछले वर्ष में, एन्क्रिप्शन तकनीक के निरंतर विकास और मस्क द्वारा ट्विटर के अधिग्रहण के बारे में चिंताओं के साथ, विकेन्द्रीकृत सोशल नेटवर्क ने नए अवसरों की शुरुआत की है।
ये सामाजिक नेटवर्क जिन समस्याओं को हल करने का प्रयास कर रहे हैं: उनमें सेंसरशिप को मजबूत करना, सामग्री मॉडरेशन को अधिक लचीला बनाना और अन्य चीजों के अलावा, लोग ऑनलाइन क्या बात करते हैं, उसे आकार देने और ट्रैक करने की बड़ी सोशल मीडिया कंपनियों की शक्ति को कम करना शामिल हो सकता है।
जैसे-जैसे नए प्लेटफ़ॉर्म उभरते और बढ़ते हैं, वैकल्पिक सामाजिक नेटवर्क का विकल्प अक्सर राजनीतिक विचारों के साथ आता है। गेट्र, पार्लर, गैब और ट्रुथ सोशल जैसी साइटें खुद को ट्विटर के मुफ्त भाषण विकल्प के रूप में प्रचारित करके दक्षिणपंथ की पूर्ति करती हैं।
आज हम जिस पर चर्चा करने जा रहे हैं वह है नॉस्ट्र-दमुस, एक नया सोशल मीडिया प्रोटोकॉल जिसने हाल ही में बहुत अधिक ध्यान आकर्षित किया है और कुछ हद तक नवीन है। इनमें नोस्ट्र के तकनीकी सिद्धांत, हल किए जाने वाले प्रमुख प्रबंधन मुद्दे और रिले को संचालन जारी रखने के लिए कैसे प्रोत्साहित किया जाए, शामिल हैं।
नोस्ट्र का अवलोकन
2020 में शुरू की, हमारी एक विकेन्द्रीकृत प्रोटोकॉल है जो उपयोगकर्ताओं को सार्वजनिक-निजी कुंजी एन्क्रिप्शन का उपयोग करके डिजिटल हस्ताक्षर का उपयोग करके अपनी पहचान रखने और पोस्ट को सत्यापित करने की अनुमति देता है। फिर इन पोस्टों को सर्वरों के एक इंटरकनेक्टेड नेटवर्क पर प्रसारित किया जाता है। प्रोटोकॉल ब्लॉकचेन का उपयोग नहीं करता है, जो शुरुआती प्रयोगों में सामाजिक नेटवर्क के लिए बहुत धीमा पाया गया था। लेकिन संरचनात्मक समानताएं हैं, और नोस्टर को अपने उदारवादी और ओपन-सोर्स लोकाचार के साथ क्रिप्टो भीड़ में एक शुरुआती जगह मिली।
मास्टोडॉन बनाम नोस्ट्र
नोस्ट्र प्रोटोकॉल और पहला रिले सर्वर 2020 के अंत में डेवलपर फिएटजफ द्वारा बनाया गया था। व्यापक ध्यान आकर्षित करने से पहले, नोस्ट्र एक शांत आला प्रोटोकॉल था जिसका लक्ष्य ट्विटर और मास्टोडन की समस्याओं का हल्का समाधान होना था।
मास्टोडॉन, 2016 में स्थापित एक ओपन-सोर्स नेटवर्क, किसी को भी सर्वर स्थापित करने की अनुमति देता है। डिज़ाइन को अक्सर "फ़ेडरेटेड" के रूप में वर्णित किया जाता है और इसे परिभाषित करने के तरीके के आधार पर यह "वेब3" की धुंधली रेखा के अंतर्गत आ भी सकता है और नहीं भी। मास्टोडॉन उपयोगकर्ताओं को कस्टम सामग्री मॉडरेशन नियमों के साथ क्यूरेटेड समुदायों में शामिल होने की अनुमति देता है। वर्तमान में, पंजीकृत उपयोगकर्ताओं की संख्या 200w+ तक पहुंच गई है, और यह उदारवादियों, पत्रकारों और विद्वानों के लिए एक सुरक्षित आश्रय बन गया है।
In ट्विटर और मेस्टोडोन सिस्टम, पहचान/उपयोगकर्ता नाम सर्वर चलाने वाले व्यक्ति द्वारा नियंत्रित किए जाते हैं।
Nostr में मुख्य अंतर यह है कि प्रत्येक उपयोगकर्ता सर्वर ऑपरेटर के स्वामित्व वाले उपयोगकर्ता नाम का उपयोग करने के बजाय फ़ंक्शन को संभालने के लिए सार्वजनिक/निजी कुंजी जोड़ी का उपयोग करता है, जो Nostr को सेंसरशिप-प्रतिरोधी बनाता है। यह संपूर्ण नोस्ट्र प्रोटोकॉल के निर्माण के लिए मुख्य बिल्डिंग ब्लॉक्स में से एक है।
कार्यक्रम: यह मूल ऑब्जेक्ट/डेटा प्रकार है जिसका उपयोग क्लाइंट और रिले सर्वर द्वारा किया जाता है जिससे वे संदेश भेजने और पुनः प्राप्त करने के लिए कनेक्ट होते हैं। प्रोटोकॉल का सामान्य विचार यह है कि क्लाइंट इवेंट को रिले सर्वर पर भेजते हैं, जो फिर उन्हें संग्रहीत और अनुक्रमित करता है, और अन्य क्लाइंट रिले सर्वर के साथ संचार करके उनके द्वारा प्राप्त और संग्रहीत इवेंट का अनुरोध कर सकते हैं। मूल रूप में निप 01, तीन अलग-अलग ईवेंट प्रकार परिभाषित किए गए:
- उपयोगकर्ता के बारे में मेटाडेटा भेजें, जैसे उपयोगकर्ता नाम, चित्र, जीवनी, आदि।
- एसएमएस और बुनियादी सामग्री भेजें
- उन लोगों के लिए रिले सर्वर की अनुशंसा करें जो कनेक्ट करने के लिए इवेंट निर्माता का अनुसरण करते हैं
सभी घटनाओं को एक विशेष रूप से परिभाषित तरीके से संरचित किया जाता है। इसमें निर्माता की सार्वजनिक कुंजी, निर्माण टाइमस्टैम्प, प्रकार (या विशिष्ट प्रकार), सामग्री पेलोड और ईवेंट निर्माता के हस्ताक्षर शामिल हैं। वैकल्पिक रूप से, ऐसे टैग हो सकते हैं जो अन्य घटनाओं या उपयोगकर्ताओं को संदर्भित करते हैं और एक आईडी मान होता है जो निर्माता के हस्ताक्षर को छोड़कर हर चीज का हैश होता है (बिटकॉइन लेनदेन के TXID के समान)।
यह उपयोगकर्ताओं को हस्ताक्षर सत्यापित करने देता है (और कुंजी का मालिक कौन है, अगर इससे समझौता नहीं किया गया है) यह गारंटी देने के लिए कि संदेश वास्तव में सार्वजनिक कुंजी के मालिक द्वारा बनाया गया था और उनके हस्ताक्षर करने के बाद से संदेश में कोई बदलाव नहीं किया गया है यह।
जिस प्रकार बिटकॉइन लेनदेन पर हस्ताक्षर करने के बाद उसे अमान्य किए बिना बदला नहीं जा सकता, उसी प्रकार कोई उपयोगकर्ता इसे बनाने वाले के बाद नहीं बदल सकता हमारी ईवेंट ने इसे स्पष्ट धोखाधड़ी बताए बिना इस पर हस्ताक्षर किए हैं।
इवेंट-प्रकार प्रणाली को मूल से काफी विस्तारित किया गया है जापानी. प्रत्यक्ष एन्क्रिप्टेड संदेशों के लिए एक ईवेंट प्रकार है जो प्रेषक की निजी कुंजी को प्राप्तकर्ता की सार्वजनिक कुंजी के साथ जोड़कर एक साझा रहस्य बनाता है, जिसका परिणाम वही होता है जो आपको प्रेषक की सार्वजनिक कुंजी को प्राप्तकर्ता की निजी कुंजी के साथ जोड़कर प्राप्त होता है। समान हैं (बीआईपी 47 और साइलेंट भुगतान इसी प्रकार काम करते हैं)।
प्रतिस्थापन योग्य घटना और अल्पकालिक घटना प्रकार भी हैं। बदली जाने योग्य घटनाओं के मामले में (स्पष्ट रूप से), उन्हें डिज़ाइन किया गया है ताकि घटना का मूल निर्माता पुराने को बदलने के लिए एक नई घटना पर हस्ताक्षर कर सके। इस विनिर्देश का पालन करने वाले रिले सर्वर अपने भंडारण से पुराने ईवेंट को स्वचालित रूप से हटा देंगे और प्राप्त होने पर ग्राहकों को नए संस्करण पेश करना शुरू कर देंगे।
अल्पकालिक घटनाओं को इस तरह से डिज़ाइन किया गया है कि जब रिले में भेजा जाता है, तो उन्हें उनके निर्माता की सदस्यता लेने वाले किसी भी व्यक्ति को प्रसारित किया जाएगा, लेकिन रिले सर्वर को उन्हें संग्रहीत नहीं करना चाहिए। इससे यह संभावना बनती है कि प्रसारण के दौरान केवल वे लोग ही संदेश देखेंगे जो ऑनलाइन हैं। यहां तक कि अन्य लोगों की घटनाओं (जैसे लाइक या इमोजी) पर प्रतिक्रियाओं का प्रतिनिधित्व करने के लिए एक इवेंट प्रकार भी है।
अंतिम प्रश्न की बात करें तो, घटनाओं में टैग भी हो सकते हैं। वर्तमान में, इसके लिए टैग प्रकार मौजूद हैं कार्यक्रम (एक सटीक नॉस्ट्र घटना का जिक्र करते हुए), सार्वजनिक कुंजी (किसी अन्य उपयोगकर्ता को टैग या संदर्भित करने के लिए), और विषय (ईमेल विषय की तरह कार्यक्षमता की नकल करने के लिए)।
इन सभी में विशिष्ट रिले सर्वरों के लिए संकेतक शामिल हो सकते हैं जिनसे डेटा प्राप्त किया जाता है ताकि उपयोगकर्ता वास्तव में विभिन्न सर्वरों पर इंटरैक्ट कर सकें, यानी, एक उपयोगकर्ता अपनी सामग्री को रिले सर्वर सामग्री पर प्रकाशित करता है जिसे किसी अन्य उपयोगकर्ता द्वारा एक अलग सर्वर पर इंटरैक्ट और संदर्भित किया जा सकता है। रिले सर्वर ताकि कोई भी उपयोगकर्ता बड़ी संख्या में जटिल परिचालनों के लिए प्रासंगिक डेटा कहां है, यह पता लगाए बिना उचित क्रम में इंटरैक्शन के पूरे थ्रेड को सुसंगत रूप से प्राप्त कर सके।
मूल रूप में जापानी, एक विनिर्देश दिया गया था कि एक ग्राहक एक संदेश/डेटा संरचना की सदस्यता लेकर रिले सर्वर के साथ कैसे इंटरैक्ट करता है जिसमें फ़िल्टर शामिल होते हैं कि ग्राहक किन घटनाओं को प्राप्त करने में रुचि रखता है। ये फ़िल्टर उपयोगकर्ता की सार्वजनिक कुंजी, सटीक घटना, घटना का प्रकार या यहां तक कि एक विशिष्ट समय सीमा भी निर्दिष्ट कर सकते हैं जो वे पिछले मानदंडों के आधार पर चाहते हैं।
उपयोगकर्ता सार्वजनिक कुंजी या ईवेंट आईडी के उपसर्ग, जैसे "1xjisj..." भी सबमिट कर सकते हैं और उस छोटी स्ट्रिंग से शुरू होने वाली सार्वजनिक कुंजी से कोई भी एक या अधिक ईवेंट प्राप्त कर सकते हैं (यह रिले सर्वर से छिपाने के लिए उपयोगी है जो आप वास्तव में देखना चाहते हैं) .
कुल मिलाकर, प्रोटोकॉल उपयोगकर्ताओं के बीच संदेश भेजने के लिए एक बहुत ही सरल सामान्य योजना है, जिसमें महत्वपूर्ण चीजों को शामिल किया गया है जैसे संदेशों की अखंडता की गारंटी देना और संदेश भेजने के लिए सार्वजनिक कुंजी पहचान का उपयोग करना, साथ ही अंतिम बुनियादी ढांचे की सुविधा प्रदान करना रिले सर्वर अत्यधिक केंद्रीकृत हो सकते हैं या उपयोगकर्ताओं को चलाने की अनुमति दे सकते हैं उनके अपने व्यक्तिगत रिले सर्वर एक-दूसरे के साथ निर्बाध रूप से बातचीत करते हुए और इवेंट में बड़े पैमाने पर अराजकता पैदा किए बिना उपयोगकर्ताओं को एक रिले सर्वर का उपयोग करने से प्रतिबंधित कर दिया जाता है।
वे किसी अन्य सर्वर पर जा सकते हैं या अपना स्वयं का सर्वर चला सकते हैं, और वे अपने पिछले सर्वर से प्लेटफ़ॉर्म को तोड़कर अपनी डिजिटल पहचान या अनुयायियों को नहीं खोएंगे, क्योंकि वे अभी भी अपनी निजी कुंजी पर नियंत्रण बनाए रखते हैं, और उपयोगकर्ता इसे प्रमाणित करने के लिए कहीं और उपयोग कर सकते हैं जब वे उन्हें ढूंढ लेंगे।
रिले सर्वर जो चाहें चला सकते हैं: संचालित करने के लिए नि:शुल्क, संदेशों को प्रकाशित करने या डाउनलोड करने के लिए एक छोटा सा शुल्क लेते हैं, और यहां तक कि एक एनआईपी भी है जिसके लिए संदेशों को सबमिट करने के लिए हैश कैश-शैली प्रूफ-ऑफ-वर्क की आवश्यकता होती है।
वे एक एकल रिले सर्वर हो सकते हैं जो पोस्ट होस्ट करते हैं और उन्हें केवल अन्य उपयोगकर्ताओं या एक सर्वर के लिए उपलब्ध कराते हैं जो बड़े पैमाने पर संचालित होता है, जैसे कि ट्विटर या रेडिट (ग्राहक इच्छानुसार जानकारी प्रदर्शित और व्यवस्थित कर सकते हैं, जो किसी भी सोशल मीडिया का अनुकरण करने की अनुमति देता है)। ये सभी उपयोगकर्ताओं को लॉक किए बिना निर्बाध रूप से इंटरऑपरेट करते हैं।
नोस्ट्र द्वारा संबोधित किए जाने वाले प्रमुख प्रबंधन मुद्दे
उपयोगकर्ता की सार्वजनिक/निजी कुंजियाँ इस बात का एक अभिन्न अंग हैं कि नोस्ट्र एक प्रोटोकॉल के रूप में कैसे काम करता है। यह वास्तविक उपयोगकर्ता और अन्य लोग उन्हें कैसे पहचानते हैं, के बीच एक मजबूत बंधन के रूप में कार्य करता है, किसी भी रिले सर्वर को उन दो चीजों को जोड़ने से रोकता है, यानी, किसी अन्य उपयोगकर्ता को किसी का पहचानकर्ता देना। यह प्लेटफ़ॉर्म की सबसे बड़ी समस्याओं में से एक को भी हल करता है: उपयोगकर्ता की अपनी पहचान पर नियंत्रण की कमी।
लेकिन यह नई समस्याएं भी पेश करता है: कुंजी खो सकती है, कुंजी से समझौता किया जा सकता है, और यदि ऐसी कोई घटना होती है, तो उपयोगकर्ता मदद के लिए कॉल नहीं कर पाएगा।
इसके लिए अनिवार्य रूप से उपयोगकर्ताओं के लिए सत्यापन योग्य और खोज योग्य तरीके से एक कुंजी जोड़ी से दूसरे में स्विच करने और प्रोटोकॉल के माध्यम से अन्य उपयोगकर्ताओं के साथ बातचीत करने के लिए एक योजना की आवश्यकता होगी। पूरा प्रोटोकॉल यह साबित करने पर आधारित है कि एक घटना एक विशिष्ट उपयोगकर्ता (पहचान कुंजी) से आई है, इसलिए एक बार जब किसी की कुंजी से समझौता हो जाता है, तो वे सभी गारंटी हवा में उड़ जाती हैं।
नोस्ट्र को एक वास्तविक क्रिप्टोग्राफ़िक योजना की आवश्यकता होती है जो एक कुंजी के घूर्णन को दूसरी कुंजी से जोड़ती है। डेवलपर फ़िएटजाफ़ ने एक बुनियादी समाधान प्रस्तावित किया है जो इस समस्या को हल कर सकता है। मूल विचार एक एकल मास्टर सीड से प्राप्त पतों की एक लंबी सूची लेना और "समायोजित" कुंजियों का एक सेट बनाना है, जैसे टैपरूट पेड़ बिटकॉइन कुंजियों के लिए प्रतिबद्ध हैं।
टैपरूट, टैपरूट पेड़ की मर्कल जड़ लेता है और एक नई सार्वजनिक कुंजी बनाने के लिए इसे सार्वजनिक कुंजी में "जोड़ता" है। नई सार्वजनिक कुंजी से मेल खाने वाली निजी कुंजी प्राप्त करने के लिए उस मर्कल रूट को निजी कुंजी में जोड़कर इसे दोहराया जा सकता है। फिएटजाफ का विचार प्रतिबद्धताओं को अंत से शुरुआत तक पीछे की ओर श्रृंखलाबद्ध करना है ताकि प्रत्येक समायोजित कुंजी में वास्तव में सबूत हो कि अगली समायोजित कुंजी का उपयोग इसे बनाने के लिए किया गया था।
तो, श्रृंखला में अंतिम कुंजी Z से शुरू करने की कल्पना करें। आप इसे किसी चीज़ से बदल सकते हैं, फिर वापस जाएं और समायोजित कुंजी Z (Z' + Y = Y') का उपयोग करके कुंजी Y का एक समायोजित संस्करण बनाएं। यहां से, आप Y' ले सकते हैं और इसका उपयोग X (Y' + X = X') को समायोजित करने के लिए कर सकते हैं। आप यह सब वापस कुंजी A पर करेंगे, A' प्राप्त करेंगे, और वहां से उस कुंजी का उपयोग करेंगे। जब यह टूट जाता है, तो उपयोगकर्ता एक ईवेंट प्रसारित कर सकता है जिसमें असमायोजित कुंजी ए और समायोजित कुंजी बी' शामिल है।
इसमें यह दिखाने के लिए आवश्यक सभी डेटा शामिल होंगे कि B' का उपयोग A उत्पन्न करने के लिए किया गया था, और उपयोगकर्ता तुरंत A' का अनुसरण करना बंद कर सकता है और इसके बजाय B' का अनुसरण कर सकता है। उन्हें स्पष्ट रूप से पता होगा कि B' उस उपयोगकर्ता के लिए अगली कुंजी है और इसके बजाय उस कुंजी का अनुसरण करेंगे।
हालाँकि, इस प्रस्ताव में अभी भी कुछ समस्याएँ हैं। सबसे पहले, उपयोग की जाने वाली सभी कुंजियाँ समय से पहले तैयार की जानी चाहिए, और कुंजियों के पूरी तरह से नए सेट को घुमाने का कोई तरीका नहीं है। इसे इस योजना में एक मास्टर कुंजी बनाकर हल किया जा सकता है जो इस रोटेशन को नोटरीकृत कर सकती है या बस शुरुआत से ही चाबियों का एक बहुत बड़ा सेट तैयार करके।
कोई भी रास्ता संभव है, लेकिन अंततः रूट कुंजी या कुंजीयन सामग्री को सुरक्षित रखने और केवल व्यक्तिगत हॉटकीज़ (हॉटकीज़) को नोस्ट्र क्लाइंट के लिए उजागर करने की आवश्यकता होती है।
हालाँकि, यह योजना उपयोगकर्ताओं की सुरक्षा नहीं करती है या रूट-कीइंग सामग्री खो जाने या समझौता होने की स्थिति में पहचान पुनर्प्राप्ति के लिए तंत्र प्रदान नहीं करती है।
यहां संभावित समाधानों की कुछ चर्चा के लिए, इसके बारे में सोचने का एक और तरीका एक कुंजी को मास्टर कोल्ड कुंजी में समायोजित करना है जिसका उपयोग एक कुंजी से दूसरे रोटेशन में घटनाओं पर हस्ताक्षर करने के लिए भी किया जाना चाहिए। आपके पास कुंजी A' है, जो A और M (मास्टर कुंजी) जोड़कर प्राप्त की जाती है; रोटेशन इवेंट ए, एम, और बी' (बी और एम जोड़कर उत्पन्न) और एम के हस्ताक्षर होंगे। एम एक बहु-हस्ताक्षर सीमा कुंजी हो सकती है - दो-तिहाई, तीन-पांचवां, आदि।
यह हानि के विरुद्ध अतिरेक जोड़ सकता है और कुंजी रोटेशन के लिए एक सुरक्षित तंत्र प्रदान कर सकता है। यह पुनर्प्राप्ति में सहायता के लिए सेवाओं का उपयोग करने या इनमें से कुछ कुंजियों को विश्वसनीय मित्रों तक फैलाने का द्वार भी खोलता है। यह बिटकॉइन में मल्टीसिग के समान ही लचीलापन प्रदान करता है।
एनआईपी26 यह भी एक प्रस्ताव है जो इस समस्या से निपटने में बहुत उपयोगी हो सकता है। यह घटनाओं के लिए एक प्रोटोकॉल एक्सटेंशन निर्दिष्ट करता है जो एक कुंजी से हस्ताक्षर को अपनी ओर से घटनाओं को प्रकाशित करने के लिए दूसरी कुंजी को अधिकृत करने की अनुमति देता है। फिर "टोकन" या हस्ताक्षर का प्रत्यायोजित प्रमाण पहली की ओर से दूसरी सार्वजनिक कुंजी द्वारा प्रकाशित सभी घटनाओं में शामिल किया जाएगा। यह समय-सीमित भी हो सकता है, इसलिए प्रतिनिधिमंडल टोकन स्वचालित रूप से समाप्त हो जाते हैं और उन्हें नवीनीकृत किया जाना चाहिए।
मुख्य प्रबंधन और सुरक्षा का प्रश्न ट्रेड-ऑफ़ और समस्या बिंदुओं से भरे एक बहुत बड़े डिज़ाइन स्थान के साथ एक बहुत बड़ी समस्या है। हालाँकि, यदि नोस्ट्र उपयोगकर्ताओं के लिए इन पहचानों की अखंडता की रक्षा और रखरखाव नहीं कर सकता है, तो पहचान के रूप में उपयोग की जाने वाली पूरी तरह से सार्वजनिक/निजी कुंजी जोड़े पर आधारित प्रोटोकॉल को बड़े पैमाने पर नहीं अपनाया जाएगा।
नोस्ट्र का सामना करने वाला विस्तार
संपूर्ण नोस्ट्र प्रोटोकॉल रिले सर्वर चलाने वाले किसी व्यक्ति पर निर्भर करता है। कोई "नोस्ट्र नेटवर्क" नहीं है, केवल रिले और रिले से जुड़े क्लाइंट हैं। लोगों को रिलेयर्स चलाने के लिए प्रोत्साहित करने की आवश्यकता है, और यह अंततः इस बात का एक बड़ा हिस्सा होगा कि रिलेयर्स लंबे समय में कितनी दूर तक बढ़ सकते हैं। जब तक नोस्ट्र रिले लाभदायक नहीं हो सकती या कम से कम अपनी परिचालन लागत को कवर करने के लिए पर्याप्त धन नहीं ला सकती, तब तक ट्विटर सर्वर के समान आकार का रिले कभी नहीं होगा।
विज्ञापन दें
जिस तरह से नोस्ट्र एक प्रोटोकॉल के रूप में काम करता है, उसे देखते हुए विज्ञापनों को पूरी तरह से रोकना मामूली बात होगी, जिससे यह एक अव्यवहार्य समाधान बन जाएगा। रिले सर्वर विज्ञापन को राजस्व मॉडल के रूप में उपयोग करने का प्रयास कर सकते हैं, जो स्पष्ट रूप से लगभग हर मुफ्त ऑनलाइन सेवा के लिए मुख्य राजस्व मॉडल है, लेकिन समस्या यह है कि उपयोगकर्ताओं को मूल रूप से ऑप्ट इन करना होगा। रिले आसानी से ग्राहकों को भेजे जाने वाले कार्यक्रमों में विज्ञापन डाल सकते हैं , लेकिन ग्राहक अपने यूआई से विज्ञापन घटनाओं को आसानी से फ़िल्टर कर सकते हैं यदि वे उस सार्वजनिक कुंजी द्वारा नहीं बनाए गए थे जिसकी वे सदस्यता लेना चाहते थे।
micropayment
सूक्ष्म भुगतान एक और स्पष्ट समाधान है, विशेष रूप से एकीकृत करने के चल रहे प्रयासों को देखते हुए बिजली नेटवर्क नोस्ट्र ऐप में और अधिक मजबूती से। यह मॉडल आपके चार्ज करने के तरीके में काफी लचीलापन प्रदान करता है। रिले केवल वहां इवेंट पोस्ट करने, इवेंट रीडिंग डाउनलोड करने या दोनों के संयोजन के लिए शुल्क ले सकते हैं, वे कितने संसाधनों का उपभोग करते हैं उसके आधार पर प्रत्येक की कीमत समायोजित कर सकते हैं। हालाँकि, यह संदिग्ध है कि इस मॉडल को ट्विटर के पैमाने तक बढ़ाया जा सकता है।
कंटेंट माइक्रोपेमेंट्स ने कई विशिष्ट उत्पादों के आधार पर अपनी व्यवहार्यता दिखाई है बिजली नेटवर्कलेकिन वास्तव में वैश्विक स्तर पर पहुंचने में दो मूलभूत समस्याएं हैं।
सबसे पहले, बिटकॉइन को अभी तक पर्याप्त रूप से अपनाया नहीं गया है। भले ही हर कोई जादुई तरीके से नॉस्ट्र पर हर छोटी सेवा के लिए भुगतान करना स्वीकार कर ले, लेकिन ट्विटर जैसी बड़ी चीज़ का समर्थन करने के लिए बिटकॉइन रखने वाले पर्याप्त लोग नहीं होंगे। रिले फ़िएट मुद्रा में सदस्यता शुल्क ले सकते हैं, लेकिन ये भुगतान विधियां प्रकाशित या डाउनलोड किए गए प्रत्येक ईवेंट के लिए एक छोटे शुल्क का भुगतान करने का समर्थन नहीं करेंगी।
दूसरा, लोग वास्तव में इस प्रकार की निःशुल्क सेवा के आदी हैं। यह बिल्कुल वही है जिसकी कोई अपेक्षा करेगा। मुझे नहीं लगता कि सूक्ष्म भुगतान वास्तव में बड़े पैमाने पर रिलेइंग का समर्थन कर सकता है।
रिले का उपयोग करने वाले प्रत्येक वर्ग के उपयोगकर्ताओं पर दबाव डाले बिना सूक्ष्म भुगतान को "चिपचिपा" या अधिक टिकाऊ बनाने का एक तरीका है। ट्विटर क्लोन को छोड़कर, नोस्ट्र के शीर्ष पर विभिन्न एप्लिकेशन बनाने के बारे में बहुत चर्चा हुई है। GitHub, विकिपीडिया, और यहाँ तक कि Uber भी।
अंतिम एक महत्वपूर्ण है: आर्थिक अपेक्षाएँ। जब कहीं किसी नौकरी का विज्ञापन किया जाता है तो लोग शुल्क देने के आदी हो जाते हैं या जब वे ऑनलाइन कुछ ऑर्डर करते हैं तो मार्केटप्लेस ऑपरेटर को शुल्क का भुगतान करते हैं, लेकिन वे चीजें नहीं परोसते हैं जो उन्हें लगता है कि मुफ़्त होनी चाहिए - Google, Twitter। यह रिलेयर्स को बहुत अधिक घर्षण पैदा किए बिना या औसत संभावित उपयोगकर्ता की अपेक्षाओं को तोड़े बिना अपने उपयोगकर्ताओं से एक ठोस आय स्तंभ बनाने का एक तरीका प्रदान कर सकता है।
यदि माइक्रोपेमेंट भी एक कारक बनने जा रहा है, तो रिले ऑपरेटरों को पहले उपयोगकर्ताओं से धन प्राप्त करने के लिए लाइटनिंग नोड चलाना होगा। यदि रिले द्वारा कार्यान्वित किसी भी माइक्रोपेमेंट मॉडल के साथ ठीक से तालमेल बिठाया जाए तो इससे राजस्व में संभावित वृद्धि हो सकती है।
एक रिले सर्वर जितना अधिक राजस्व अर्जित करता है, उसे इसे सुविधाजनक बनाने के लिए लाइटनिंग नेटवर्क पर उतनी ही अधिक तरलता की आवश्यकता होती है। यदि ऑपरेटर सही तरीके से योजना बनाते हैं कि वे नेटवर्क में तरलता कैसे तैनात या वितरित करते हैं, तो रिले के माध्यम से डेटा प्राप्त करने या प्रसारित करने के लिए लगाए गए किसी भी शुल्क के अलावा, राउटिंग नोड चलाने का मात्र कार्य अपने आप में एक महत्वपूर्ण राजस्व जनरेटर बन सकता है।
निष्कर्ष
उपर्युक्त के अतिरिक्त, Web3 सामाजिक परियोजनाएँ हमारी और मेस्टोडोनजैसे प्रोजेक्ट भी शामिल हैं फरक्का और लेंस, जो मौजूदा सोशल मीडिया प्लेटफ़ॉर्म को जल्दी से प्रतिस्थापित नहीं करेगा। आँकड़ों के अनुसार, ट्विटर पर करोड़ों सक्रिय उपयोगकर्ता हैं, फेसबुक अरबों हैं, लेकिन मेस्टोडोन केवल है 2.5 लाख उपयोगकर्ताओं, तथा हमारी के बारे में ही है 220,000 अद्वितीय उपयोगकर्ता पहचान। कई Web3 सामाजिक परियोजनाओं को प्रयोज्य बाधाओं का सामना करना पड़ता है जो बड़े पैमाने पर अपनाने को धीमा कर देती हैं।
मीडिया और राजनीति अविभाज्य हैं। जैसे-जैसे वेब3 सामाजिक परियोजनाएं बढ़ती हैं और सार्वजनिक बातचीत विभिन्न अनुप्रयोगों और प्रोटोकॉल में विभाजित होती है, राजनीतिक परिणाम हो सकते हैं। यहां तक की मेसिनालंबे समय से विकेंद्रीकृत सोशल मीडिया की वकालत करने वाले को डर है कि विकेंद्रीकरण सार्वजनिक चर्चा को और बढ़ावा देगा जो हाल के वर्षों में आपसी शत्रुता और गलतफहमी से चिह्नित है।
अस्वीकरण: इस वेबसाइट पर जानकारी सामान्य बाजार टिप्पणी के रूप में प्रदान की जाती है और निवेश सलाह का गठन नहीं करती है। हम आपको निवेश करने से पहले अपना खुद का शोध करने के लिए प्रोत्साहित करते हैं।
खबरों पर नज़र रखने के लिए हमसे जुड़ें: https://linktr.ee/coincu
हेरोल्ड
सिक्का समाचार
Author
ज्ञान
सोशल मीडिया का नया साल: नोस्ट्र सिद्धांत और प्रमुख प्रबंधन मुद्दे
पांचवें अधिकार के तहत नए सोशल मीडिया डिजाइनों की वर्षों से खोज की जा रही है, लेकिन बड़े पैमाने पर अपनाने का कोई संकेत नहीं मिला है। पिछले वर्ष में, एन्क्रिप्शन तकनीक के निरंतर विकास और मस्क द्वारा ट्विटर के अधिग्रहण के बारे में चिंताओं के साथ, विकेन्द्रीकृत सोशल नेटवर्क ने नए अवसरों की शुरुआत की है।
ये सामाजिक नेटवर्क जिन समस्याओं को हल करने का प्रयास कर रहे हैं: उनमें सेंसरशिप को मजबूत करना, सामग्री मॉडरेशन को अधिक लचीला बनाना और अन्य चीजों के अलावा, लोग ऑनलाइन क्या बात करते हैं, उसे आकार देने और ट्रैक करने की बड़ी सोशल मीडिया कंपनियों की शक्ति को कम करना शामिल हो सकता है।
जैसे-जैसे नए प्लेटफ़ॉर्म उभरते और बढ़ते हैं, वैकल्पिक सामाजिक नेटवर्क का विकल्प अक्सर राजनीतिक विचारों के साथ आता है। गेट्र, पार्लर, गैब और ट्रुथ सोशल जैसी साइटें खुद को ट्विटर के मुफ्त भाषण विकल्प के रूप में प्रचारित करके दक्षिणपंथ की पूर्ति करती हैं।
आज हम जिस पर चर्चा करने जा रहे हैं वह है नॉस्ट्र-दमुस, एक नया सोशल मीडिया प्रोटोकॉल जिसने हाल ही में बहुत अधिक ध्यान आकर्षित किया है और कुछ हद तक नवीन है। इनमें नोस्ट्र के तकनीकी सिद्धांत, हल किए जाने वाले प्रमुख प्रबंधन मुद्दे और रिले को संचालन जारी रखने के लिए कैसे प्रोत्साहित किया जाए, शामिल हैं।
नोस्ट्र का अवलोकन
2020 में शुरू की, हमारी एक विकेन्द्रीकृत प्रोटोकॉल है जो उपयोगकर्ताओं को सार्वजनिक-निजी कुंजी एन्क्रिप्शन का उपयोग करके डिजिटल हस्ताक्षर का उपयोग करके अपनी पहचान रखने और पोस्ट को सत्यापित करने की अनुमति देता है। फिर इन पोस्टों को सर्वरों के एक इंटरकनेक्टेड नेटवर्क पर प्रसारित किया जाता है। प्रोटोकॉल ब्लॉकचेन का उपयोग नहीं करता है, जो शुरुआती प्रयोगों में सामाजिक नेटवर्क के लिए बहुत धीमा पाया गया था। लेकिन संरचनात्मक समानताएं हैं, और नोस्टर को अपने उदारवादी और ओपन-सोर्स लोकाचार के साथ क्रिप्टो भीड़ में एक शुरुआती जगह मिली।
मास्टोडॉन बनाम नोस्ट्र
नोस्ट्र प्रोटोकॉल और पहला रिले सर्वर 2020 के अंत में डेवलपर फिएटजफ द्वारा बनाया गया था। व्यापक ध्यान आकर्षित करने से पहले, नोस्ट्र एक शांत आला प्रोटोकॉल था जिसका लक्ष्य ट्विटर और मास्टोडन की समस्याओं का हल्का समाधान होना था।
मास्टोडॉन, 2016 में स्थापित एक ओपन-सोर्स नेटवर्क, किसी को भी सर्वर स्थापित करने की अनुमति देता है। डिज़ाइन को अक्सर "फ़ेडरेटेड" के रूप में वर्णित किया जाता है और इसे परिभाषित करने के तरीके के आधार पर यह "वेब3" की धुंधली रेखा के अंतर्गत आ भी सकता है और नहीं भी। मास्टोडॉन उपयोगकर्ताओं को कस्टम सामग्री मॉडरेशन नियमों के साथ क्यूरेटेड समुदायों में शामिल होने की अनुमति देता है। वर्तमान में, पंजीकृत उपयोगकर्ताओं की संख्या 200w+ तक पहुंच गई है, और यह उदारवादियों, पत्रकारों और विद्वानों के लिए एक सुरक्षित आश्रय बन गया है।
In ट्विटर और मेस्टोडोन सिस्टम, पहचान/उपयोगकर्ता नाम सर्वर चलाने वाले व्यक्ति द्वारा नियंत्रित किए जाते हैं।
Nostr में मुख्य अंतर यह है कि प्रत्येक उपयोगकर्ता सर्वर ऑपरेटर के स्वामित्व वाले उपयोगकर्ता नाम का उपयोग करने के बजाय फ़ंक्शन को संभालने के लिए सार्वजनिक/निजी कुंजी जोड़ी का उपयोग करता है, जो Nostr को सेंसरशिप-प्रतिरोधी बनाता है। यह संपूर्ण नोस्ट्र प्रोटोकॉल के निर्माण के लिए मुख्य बिल्डिंग ब्लॉक्स में से एक है।
कार्यक्रम: यह मूल ऑब्जेक्ट/डेटा प्रकार है जिसका उपयोग क्लाइंट और रिले सर्वर द्वारा किया जाता है जिससे वे संदेश भेजने और पुनः प्राप्त करने के लिए कनेक्ट होते हैं। प्रोटोकॉल का सामान्य विचार यह है कि क्लाइंट इवेंट को रिले सर्वर पर भेजते हैं, जो फिर उन्हें संग्रहीत और अनुक्रमित करता है, और अन्य क्लाइंट रिले सर्वर के साथ संचार करके उनके द्वारा प्राप्त और संग्रहीत इवेंट का अनुरोध कर सकते हैं। मूल रूप में निप 01, तीन अलग-अलग ईवेंट प्रकार परिभाषित किए गए:
- उपयोगकर्ता के बारे में मेटाडेटा भेजें, जैसे उपयोगकर्ता नाम, चित्र, जीवनी, आदि।
- एसएमएस और बुनियादी सामग्री भेजें
- उन लोगों के लिए रिले सर्वर की अनुशंसा करें जो कनेक्ट करने के लिए इवेंट निर्माता का अनुसरण करते हैं
सभी घटनाओं को एक विशेष रूप से परिभाषित तरीके से संरचित किया जाता है। इसमें निर्माता की सार्वजनिक कुंजी, निर्माण टाइमस्टैम्प, प्रकार (या विशिष्ट प्रकार), सामग्री पेलोड और ईवेंट निर्माता के हस्ताक्षर शामिल हैं। वैकल्पिक रूप से, ऐसे टैग हो सकते हैं जो अन्य घटनाओं या उपयोगकर्ताओं को संदर्भित करते हैं और एक आईडी मान होता है जो निर्माता के हस्ताक्षर को छोड़कर हर चीज का हैश होता है (बिटकॉइन लेनदेन के TXID के समान)।
यह उपयोगकर्ताओं को हस्ताक्षर सत्यापित करने देता है (और कुंजी का मालिक कौन है, अगर इससे समझौता नहीं किया गया है) यह गारंटी देने के लिए कि संदेश वास्तव में सार्वजनिक कुंजी के मालिक द्वारा बनाया गया था और उनके हस्ताक्षर करने के बाद से संदेश में कोई बदलाव नहीं किया गया है यह।
जिस प्रकार बिटकॉइन लेनदेन पर हस्ताक्षर करने के बाद उसे अमान्य किए बिना बदला नहीं जा सकता, उसी प्रकार कोई उपयोगकर्ता इसे बनाने वाले के बाद नहीं बदल सकता हमारी ईवेंट ने इसे स्पष्ट धोखाधड़ी बताए बिना इस पर हस्ताक्षर किए हैं।
इवेंट-प्रकार प्रणाली को मूल से काफी विस्तारित किया गया है जापानी. प्रत्यक्ष एन्क्रिप्टेड संदेशों के लिए एक ईवेंट प्रकार है जो प्रेषक की निजी कुंजी को प्राप्तकर्ता की सार्वजनिक कुंजी के साथ जोड़कर एक साझा रहस्य बनाता है, जिसका परिणाम वही होता है जो आपको प्रेषक की सार्वजनिक कुंजी को प्राप्तकर्ता की निजी कुंजी के साथ जोड़कर प्राप्त होता है। समान हैं (बीआईपी 47 और साइलेंट भुगतान इसी प्रकार काम करते हैं)।
प्रतिस्थापन योग्य घटना और अल्पकालिक घटना प्रकार भी हैं। बदली जाने योग्य घटनाओं के मामले में (स्पष्ट रूप से), उन्हें डिज़ाइन किया गया है ताकि घटना का मूल निर्माता पुराने को बदलने के लिए एक नई घटना पर हस्ताक्षर कर सके। इस विनिर्देश का पालन करने वाले रिले सर्वर अपने भंडारण से पुराने ईवेंट को स्वचालित रूप से हटा देंगे और प्राप्त होने पर ग्राहकों को नए संस्करण पेश करना शुरू कर देंगे।
अल्पकालिक घटनाओं को इस तरह से डिज़ाइन किया गया है कि जब रिले में भेजा जाता है, तो उन्हें उनके निर्माता की सदस्यता लेने वाले किसी भी व्यक्ति को प्रसारित किया जाएगा, लेकिन रिले सर्वर को उन्हें संग्रहीत नहीं करना चाहिए। इससे यह संभावना बनती है कि प्रसारण के दौरान केवल वे लोग ही संदेश देखेंगे जो ऑनलाइन हैं। यहां तक कि अन्य लोगों की घटनाओं (जैसे लाइक या इमोजी) पर प्रतिक्रियाओं का प्रतिनिधित्व करने के लिए एक इवेंट प्रकार भी है।
अंतिम प्रश्न की बात करें तो, घटनाओं में टैग भी हो सकते हैं। वर्तमान में, इसके लिए टैग प्रकार मौजूद हैं कार्यक्रम (एक सटीक नॉस्ट्र घटना का जिक्र करते हुए), सार्वजनिक कुंजी (किसी अन्य उपयोगकर्ता को टैग या संदर्भित करने के लिए), और विषय (ईमेल विषय की तरह कार्यक्षमता की नकल करने के लिए)।
इन सभी में विशिष्ट रिले सर्वरों के लिए संकेतक शामिल हो सकते हैं जिनसे डेटा प्राप्त किया जाता है ताकि उपयोगकर्ता वास्तव में विभिन्न सर्वरों पर इंटरैक्ट कर सकें, यानी, एक उपयोगकर्ता अपनी सामग्री को रिले सर्वर सामग्री पर प्रकाशित करता है जिसे किसी अन्य उपयोगकर्ता द्वारा एक अलग सर्वर पर इंटरैक्ट और संदर्भित किया जा सकता है। रिले सर्वर ताकि कोई भी उपयोगकर्ता बड़ी संख्या में जटिल परिचालनों के लिए प्रासंगिक डेटा कहां है, यह पता लगाए बिना उचित क्रम में इंटरैक्शन के पूरे थ्रेड को सुसंगत रूप से प्राप्त कर सके।
मूल रूप में जापानी, एक विनिर्देश दिया गया था कि एक ग्राहक एक संदेश/डेटा संरचना की सदस्यता लेकर रिले सर्वर के साथ कैसे इंटरैक्ट करता है जिसमें फ़िल्टर शामिल होते हैं कि ग्राहक किन घटनाओं को प्राप्त करने में रुचि रखता है। ये फ़िल्टर उपयोगकर्ता की सार्वजनिक कुंजी, सटीक घटना, घटना का प्रकार या यहां तक कि एक विशिष्ट समय सीमा भी निर्दिष्ट कर सकते हैं जो वे पिछले मानदंडों के आधार पर चाहते हैं।
उपयोगकर्ता सार्वजनिक कुंजी या ईवेंट आईडी के उपसर्ग, जैसे "1xjisj..." भी सबमिट कर सकते हैं और उस छोटी स्ट्रिंग से शुरू होने वाली सार्वजनिक कुंजी से कोई भी एक या अधिक ईवेंट प्राप्त कर सकते हैं (यह रिले सर्वर से छिपाने के लिए उपयोगी है जो आप वास्तव में देखना चाहते हैं) .
कुल मिलाकर, प्रोटोकॉल उपयोगकर्ताओं के बीच संदेश भेजने के लिए एक बहुत ही सरल सामान्य योजना है, जिसमें महत्वपूर्ण चीजों को शामिल किया गया है जैसे संदेशों की अखंडता की गारंटी देना और संदेश भेजने के लिए सार्वजनिक कुंजी पहचान का उपयोग करना, साथ ही अंतिम बुनियादी ढांचे की सुविधा प्रदान करना रिले सर्वर अत्यधिक केंद्रीकृत हो सकते हैं या उपयोगकर्ताओं को चलाने की अनुमति दे सकते हैं उनके अपने व्यक्तिगत रिले सर्वर एक-दूसरे के साथ निर्बाध रूप से बातचीत करते हुए और इवेंट में बड़े पैमाने पर अराजकता पैदा किए बिना उपयोगकर्ताओं को एक रिले सर्वर का उपयोग करने से प्रतिबंधित कर दिया जाता है।
वे किसी अन्य सर्वर पर जा सकते हैं या अपना स्वयं का सर्वर चला सकते हैं, और वे अपने पिछले सर्वर से प्लेटफ़ॉर्म को तोड़कर अपनी डिजिटल पहचान या अनुयायियों को नहीं खोएंगे, क्योंकि वे अभी भी अपनी निजी कुंजी पर नियंत्रण बनाए रखते हैं, और उपयोगकर्ता इसे प्रमाणित करने के लिए कहीं और उपयोग कर सकते हैं जब वे उन्हें ढूंढ लेंगे।
रिले सर्वर जो चाहें चला सकते हैं: संचालित करने के लिए नि:शुल्क, संदेशों को प्रकाशित करने या डाउनलोड करने के लिए एक छोटा सा शुल्क लेते हैं, और यहां तक कि एक एनआईपी भी है जिसके लिए संदेशों को सबमिट करने के लिए हैश कैश-शैली प्रूफ-ऑफ-वर्क की आवश्यकता होती है।
वे एक एकल रिले सर्वर हो सकते हैं जो पोस्ट होस्ट करते हैं और उन्हें केवल अन्य उपयोगकर्ताओं या एक सर्वर के लिए उपलब्ध कराते हैं जो बड़े पैमाने पर संचालित होता है, जैसे कि ट्विटर या रेडिट (ग्राहक इच्छानुसार जानकारी प्रदर्शित और व्यवस्थित कर सकते हैं, जो किसी भी सोशल मीडिया का अनुकरण करने की अनुमति देता है)। ये सभी उपयोगकर्ताओं को लॉक किए बिना निर्बाध रूप से इंटरऑपरेट करते हैं।
नोस्ट्र द्वारा संबोधित किए जाने वाले प्रमुख प्रबंधन मुद्दे
उपयोगकर्ता की सार्वजनिक/निजी कुंजियाँ इस बात का एक अभिन्न अंग हैं कि नोस्ट्र एक प्रोटोकॉल के रूप में कैसे काम करता है। यह वास्तविक उपयोगकर्ता और अन्य लोग उन्हें कैसे पहचानते हैं, के बीच एक मजबूत बंधन के रूप में कार्य करता है, किसी भी रिले सर्वर को उन दो चीजों को जोड़ने से रोकता है, यानी, किसी अन्य उपयोगकर्ता को किसी का पहचानकर्ता देना। यह प्लेटफ़ॉर्म की सबसे बड़ी समस्याओं में से एक को भी हल करता है: उपयोगकर्ता की अपनी पहचान पर नियंत्रण की कमी।
लेकिन यह नई समस्याएं भी पेश करता है: कुंजी खो सकती है, कुंजी से समझौता किया जा सकता है, और यदि ऐसी कोई घटना होती है, तो उपयोगकर्ता मदद के लिए कॉल नहीं कर पाएगा।
इसके लिए अनिवार्य रूप से उपयोगकर्ताओं के लिए सत्यापन योग्य और खोज योग्य तरीके से एक कुंजी जोड़ी से दूसरे में स्विच करने और प्रोटोकॉल के माध्यम से अन्य उपयोगकर्ताओं के साथ बातचीत करने के लिए एक योजना की आवश्यकता होगी। पूरा प्रोटोकॉल यह साबित करने पर आधारित है कि एक घटना एक विशिष्ट उपयोगकर्ता (पहचान कुंजी) से आई है, इसलिए एक बार जब किसी की कुंजी से समझौता हो जाता है, तो वे सभी गारंटी हवा में उड़ जाती हैं।
नोस्ट्र को एक वास्तविक क्रिप्टोग्राफ़िक योजना की आवश्यकता होती है जो एक कुंजी के घूर्णन को दूसरी कुंजी से जोड़ती है। डेवलपर फ़िएटजाफ़ ने एक बुनियादी समाधान प्रस्तावित किया है जो इस समस्या को हल कर सकता है। मूल विचार एक एकल मास्टर सीड से प्राप्त पतों की एक लंबी सूची लेना और "समायोजित" कुंजियों का एक सेट बनाना है, जैसे टैपरूट पेड़ बिटकॉइन कुंजियों के लिए प्रतिबद्ध हैं।
टैपरूट, टैपरूट पेड़ की मर्कल जड़ लेता है और एक नई सार्वजनिक कुंजी बनाने के लिए इसे सार्वजनिक कुंजी में "जोड़ता" है। नई सार्वजनिक कुंजी से मेल खाने वाली निजी कुंजी प्राप्त करने के लिए उस मर्कल रूट को निजी कुंजी में जोड़कर इसे दोहराया जा सकता है। फिएटजाफ का विचार प्रतिबद्धताओं को अंत से शुरुआत तक पीछे की ओर श्रृंखलाबद्ध करना है ताकि प्रत्येक समायोजित कुंजी में वास्तव में सबूत हो कि अगली समायोजित कुंजी का उपयोग इसे बनाने के लिए किया गया था।
तो, श्रृंखला में अंतिम कुंजी Z से शुरू करने की कल्पना करें। आप इसे किसी चीज़ से बदल सकते हैं, फिर वापस जाएं और समायोजित कुंजी Z (Z' + Y = Y') का उपयोग करके कुंजी Y का एक समायोजित संस्करण बनाएं। यहां से, आप Y' ले सकते हैं और इसका उपयोग X (Y' + X = X') को समायोजित करने के लिए कर सकते हैं। आप यह सब वापस कुंजी A पर करेंगे, A' प्राप्त करेंगे, और वहां से उस कुंजी का उपयोग करेंगे। जब यह टूट जाता है, तो उपयोगकर्ता एक ईवेंट प्रसारित कर सकता है जिसमें असमायोजित कुंजी ए और समायोजित कुंजी बी' शामिल है।
इसमें यह दिखाने के लिए आवश्यक सभी डेटा शामिल होंगे कि B' का उपयोग A उत्पन्न करने के लिए किया गया था, और उपयोगकर्ता तुरंत A' का अनुसरण करना बंद कर सकता है और इसके बजाय B' का अनुसरण कर सकता है। उन्हें स्पष्ट रूप से पता होगा कि B' उस उपयोगकर्ता के लिए अगली कुंजी है और इसके बजाय उस कुंजी का अनुसरण करेंगे।
हालाँकि, इस प्रस्ताव में अभी भी कुछ समस्याएँ हैं। सबसे पहले, उपयोग की जाने वाली सभी कुंजियाँ समय से पहले तैयार की जानी चाहिए, और कुंजियों के पूरी तरह से नए सेट को घुमाने का कोई तरीका नहीं है। इसे इस योजना में एक मास्टर कुंजी बनाकर हल किया जा सकता है जो इस रोटेशन को नोटरीकृत कर सकती है या बस शुरुआत से ही चाबियों का एक बहुत बड़ा सेट तैयार करके।
कोई भी रास्ता संभव है, लेकिन अंततः रूट कुंजी या कुंजीयन सामग्री को सुरक्षित रखने और केवल व्यक्तिगत हॉटकीज़ (हॉटकीज़) को नोस्ट्र क्लाइंट के लिए उजागर करने की आवश्यकता होती है।
हालाँकि, यह योजना उपयोगकर्ताओं की सुरक्षा नहीं करती है या रूट-कीइंग सामग्री खो जाने या समझौता होने की स्थिति में पहचान पुनर्प्राप्ति के लिए तंत्र प्रदान नहीं करती है।
यहां संभावित समाधानों की कुछ चर्चा के लिए, इसके बारे में सोचने का एक और तरीका एक कुंजी को मास्टर कोल्ड कुंजी में समायोजित करना है जिसका उपयोग एक कुंजी से दूसरे रोटेशन में घटनाओं पर हस्ताक्षर करने के लिए भी किया जाना चाहिए। आपके पास कुंजी A' है, जो A और M (मास्टर कुंजी) जोड़कर प्राप्त की जाती है; रोटेशन इवेंट ए, एम, और बी' (बी और एम जोड़कर उत्पन्न) और एम के हस्ताक्षर होंगे। एम एक बहु-हस्ताक्षर सीमा कुंजी हो सकती है - दो-तिहाई, तीन-पांचवां, आदि।
यह हानि के विरुद्ध अतिरेक जोड़ सकता है और कुंजी रोटेशन के लिए एक सुरक्षित तंत्र प्रदान कर सकता है। यह पुनर्प्राप्ति में सहायता के लिए सेवाओं का उपयोग करने या इनमें से कुछ कुंजियों को विश्वसनीय मित्रों तक फैलाने का द्वार भी खोलता है। यह बिटकॉइन में मल्टीसिग के समान ही लचीलापन प्रदान करता है।
एनआईपी26 यह भी एक प्रस्ताव है जो इस समस्या से निपटने में बहुत उपयोगी हो सकता है। यह घटनाओं के लिए एक प्रोटोकॉल एक्सटेंशन निर्दिष्ट करता है जो एक कुंजी से हस्ताक्षर को अपनी ओर से घटनाओं को प्रकाशित करने के लिए दूसरी कुंजी को अधिकृत करने की अनुमति देता है। फिर "टोकन" या हस्ताक्षर का प्रत्यायोजित प्रमाण पहली की ओर से दूसरी सार्वजनिक कुंजी द्वारा प्रकाशित सभी घटनाओं में शामिल किया जाएगा। यह समय-सीमित भी हो सकता है, इसलिए प्रतिनिधिमंडल टोकन स्वचालित रूप से समाप्त हो जाते हैं और उन्हें नवीनीकृत किया जाना चाहिए।
मुख्य प्रबंधन और सुरक्षा का प्रश्न ट्रेड-ऑफ़ और समस्या बिंदुओं से भरे एक बहुत बड़े डिज़ाइन स्थान के साथ एक बहुत बड़ी समस्या है। हालाँकि, यदि नोस्ट्र उपयोगकर्ताओं के लिए इन पहचानों की अखंडता की रक्षा और रखरखाव नहीं कर सकता है, तो पहचान के रूप में उपयोग की जाने वाली पूरी तरह से सार्वजनिक/निजी कुंजी जोड़े पर आधारित प्रोटोकॉल को बड़े पैमाने पर नहीं अपनाया जाएगा।
नोस्ट्र का सामना करने वाला विस्तार
संपूर्ण नोस्ट्र प्रोटोकॉल रिले सर्वर चलाने वाले किसी व्यक्ति पर निर्भर करता है। कोई "नोस्ट्र नेटवर्क" नहीं है, केवल रिले और रिले से जुड़े क्लाइंट हैं। लोगों को रिलेयर्स चलाने के लिए प्रोत्साहित करने की आवश्यकता है, और यह अंततः इस बात का एक बड़ा हिस्सा होगा कि रिलेयर्स लंबे समय में कितनी दूर तक बढ़ सकते हैं। जब तक नोस्ट्र रिले लाभदायक नहीं हो सकती या कम से कम अपनी परिचालन लागत को कवर करने के लिए पर्याप्त धन नहीं ला सकती, तब तक ट्विटर सर्वर के समान आकार का रिले कभी नहीं होगा।
विज्ञापन दें
जिस तरह से नोस्ट्र एक प्रोटोकॉल के रूप में काम करता है, उसे देखते हुए विज्ञापनों को पूरी तरह से रोकना मामूली बात होगी, जिससे यह एक अव्यवहार्य समाधान बन जाएगा। रिले सर्वर विज्ञापन को राजस्व मॉडल के रूप में उपयोग करने का प्रयास कर सकते हैं, जो स्पष्ट रूप से लगभग हर मुफ्त ऑनलाइन सेवा के लिए मुख्य राजस्व मॉडल है, लेकिन समस्या यह है कि उपयोगकर्ताओं को मूल रूप से ऑप्ट इन करना होगा। रिले आसानी से ग्राहकों को भेजे जाने वाले कार्यक्रमों में विज्ञापन डाल सकते हैं , लेकिन ग्राहक अपने यूआई से विज्ञापन घटनाओं को आसानी से फ़िल्टर कर सकते हैं यदि वे उस सार्वजनिक कुंजी द्वारा नहीं बनाए गए थे जिसकी वे सदस्यता लेना चाहते थे।
micropayment
सूक्ष्म भुगतान एक और स्पष्ट समाधान है, विशेष रूप से एकीकृत करने के चल रहे प्रयासों को देखते हुए बिजली नेटवर्क नोस्ट्र ऐप में और अधिक मजबूती से। यह मॉडल आपके चार्ज करने के तरीके में काफी लचीलापन प्रदान करता है। रिले केवल वहां इवेंट पोस्ट करने, इवेंट रीडिंग डाउनलोड करने या दोनों के संयोजन के लिए शुल्क ले सकते हैं, वे कितने संसाधनों का उपभोग करते हैं उसके आधार पर प्रत्येक की कीमत समायोजित कर सकते हैं। हालाँकि, यह संदिग्ध है कि इस मॉडल को ट्विटर के पैमाने तक बढ़ाया जा सकता है।
कंटेंट माइक्रोपेमेंट्स ने कई विशिष्ट उत्पादों के आधार पर अपनी व्यवहार्यता दिखाई है बिजली नेटवर्कलेकिन वास्तव में वैश्विक स्तर पर पहुंचने में दो मूलभूत समस्याएं हैं।
सबसे पहले, बिटकॉइन को अभी तक पर्याप्त रूप से अपनाया नहीं गया है। भले ही हर कोई जादुई तरीके से नॉस्ट्र पर हर छोटी सेवा के लिए भुगतान करना स्वीकार कर ले, लेकिन ट्विटर जैसी बड़ी चीज़ का समर्थन करने के लिए बिटकॉइन रखने वाले पर्याप्त लोग नहीं होंगे। रिले फ़िएट मुद्रा में सदस्यता शुल्क ले सकते हैं, लेकिन ये भुगतान विधियां प्रकाशित या डाउनलोड किए गए प्रत्येक ईवेंट के लिए एक छोटे शुल्क का भुगतान करने का समर्थन नहीं करेंगी।
दूसरा, लोग वास्तव में इस प्रकार की निःशुल्क सेवा के आदी हैं। यह बिल्कुल वही है जिसकी कोई अपेक्षा करेगा। मुझे नहीं लगता कि सूक्ष्म भुगतान वास्तव में बड़े पैमाने पर रिलेइंग का समर्थन कर सकता है।
रिले का उपयोग करने वाले प्रत्येक वर्ग के उपयोगकर्ताओं पर दबाव डाले बिना सूक्ष्म भुगतान को "चिपचिपा" या अधिक टिकाऊ बनाने का एक तरीका है। ट्विटर क्लोन को छोड़कर, नोस्ट्र के शीर्ष पर विभिन्न एप्लिकेशन बनाने के बारे में बहुत चर्चा हुई है। GitHub, विकिपीडिया, और यहाँ तक कि Uber भी।
अंतिम एक महत्वपूर्ण है: आर्थिक अपेक्षाएँ। जब कहीं किसी नौकरी का विज्ञापन किया जाता है तो लोग शुल्क देने के आदी हो जाते हैं या जब वे ऑनलाइन कुछ ऑर्डर करते हैं तो मार्केटप्लेस ऑपरेटर को शुल्क का भुगतान करते हैं, लेकिन वे चीजें नहीं परोसते हैं जो उन्हें लगता है कि मुफ़्त होनी चाहिए - Google, Twitter। यह रिलेयर्स को बहुत अधिक घर्षण पैदा किए बिना या औसत संभावित उपयोगकर्ता की अपेक्षाओं को तोड़े बिना अपने उपयोगकर्ताओं से एक ठोस आय स्तंभ बनाने का एक तरीका प्रदान कर सकता है।
यदि माइक्रोपेमेंट भी एक कारक बनने जा रहा है, तो रिले ऑपरेटरों को पहले उपयोगकर्ताओं से धन प्राप्त करने के लिए लाइटनिंग नोड चलाना होगा। यदि रिले द्वारा कार्यान्वित किसी भी माइक्रोपेमेंट मॉडल के साथ ठीक से तालमेल बिठाया जाए तो इससे राजस्व में संभावित वृद्धि हो सकती है।
एक रिले सर्वर जितना अधिक राजस्व अर्जित करता है, उसे इसे सुविधाजनक बनाने के लिए लाइटनिंग नेटवर्क पर उतनी ही अधिक तरलता की आवश्यकता होती है। यदि ऑपरेटर सही तरीके से योजना बनाते हैं कि वे नेटवर्क में तरलता कैसे तैनात या वितरित करते हैं, तो रिले के माध्यम से डेटा प्राप्त करने या प्रसारित करने के लिए लगाए गए किसी भी शुल्क के अलावा, राउटिंग नोड चलाने का मात्र कार्य अपने आप में एक महत्वपूर्ण राजस्व जनरेटर बन सकता है।
निष्कर्ष
उपर्युक्त के अतिरिक्त, Web3 सामाजिक परियोजनाएँ हमारी और मेस्टोडोनजैसे प्रोजेक्ट भी शामिल हैं फरक्का और लेंस, जो मौजूदा सोशल मीडिया प्लेटफ़ॉर्म को जल्दी से प्रतिस्थापित नहीं करेगा। आँकड़ों के अनुसार, ट्विटर पर करोड़ों सक्रिय उपयोगकर्ता हैं, फेसबुक अरबों हैं, लेकिन मेस्टोडोन केवल है 2.5 लाख उपयोगकर्ताओं, तथा हमारी के बारे में ही है 220,000 अद्वितीय उपयोगकर्ता पहचान। कई Web3 सामाजिक परियोजनाओं को प्रयोज्य बाधाओं का सामना करना पड़ता है जो बड़े पैमाने पर अपनाने को धीमा कर देती हैं।
मीडिया और राजनीति अविभाज्य हैं। जैसे-जैसे वेब3 सामाजिक परियोजनाएं बढ़ती हैं और सार्वजनिक बातचीत विभिन्न अनुप्रयोगों और प्रोटोकॉल में विभाजित होती है, राजनीतिक परिणाम हो सकते हैं। यहां तक की मेसिनालंबे समय से विकेंद्रीकृत सोशल मीडिया की वकालत करने वाले को डर है कि विकेंद्रीकरण सार्वजनिक चर्चा को और बढ़ावा देगा जो हाल के वर्षों में आपसी शत्रुता और गलतफहमी से चिह्नित है।
अस्वीकरण: इस वेबसाइट पर जानकारी सामान्य बाजार टिप्पणी के रूप में प्रदान की जाती है और निवेश सलाह का गठन नहीं करती है। हम आपको निवेश करने से पहले अपना खुद का शोध करने के लिए प्रोत्साहित करते हैं।
खबरों पर नज़र रखने के लिए हमसे जुड़ें: https://linktr.ee/coincu
हेरोल्ड
सिक्का समाचार
अन्य पोस्ट
संबंधित पोस्ट
समाचार
नई पुनर्गठन योजना के साथ एफटीएक्स लेनदार दावा राशि का 142% तक प्राप्त कर सकते हैं
अन्य समीक्षाएं
फ़्लुएंस रिव्यू: इंटरनेट की नई पीढ़ी का डेपिन कंप्यूटिंग प्लेटफ़ॉर्म
समाचार
पैन्टेरा कैपिटल टीओएन निवेश पी2पी भुगतान क्षमताओं को बढ़ाने के लिए प्रेरित है
समाचार
90% स्टेबलकॉइन लेनदेन वॉल्यूम में वास्तविक उपयोगकर्ताओं की कोई भागीदारी नहीं है
समाचार
पहले चरण का स्नैपशॉट पूरा होते ही लेयरज़ीरो एयरड्रॉप उत्साह का कारण बनता है
समाचार
