Twitter/X का विकेंद्रीकरण
चरण 3 में स्पष्ट उद्देश्य वाला, विकेंद्रीकृत Twitter/X विकल्प बनाने की योजना है। इसके केंद्र में टेक्स्ट-केंद्रित सार्वजनिक बातचीत है: छोटे पोस्ट, जवाब, रीपोस्ट, फ़ॉलो, रियल-टाइम चर्चा और कम्युनिटीज़, जबकि प्लेटफ़ॉर्म की परत खुली रहेगी।
Twitter/X की पहचान आज भी पोस्ट, टेक्स्ट और विचार साझा करने से बनती है। चरण 3 के क्लाइंट को इसी मूल अनुभव पर प्रतिस्पर्धा करनी चाहिए और इसे असाधारण रूप से बेहतर बनाना चाहिए।
यह पेज उत्पाद की दिशा बताता है, कोई तय और बंद रिलीज़ स्पेसिफ़िकेशन नहीं। प्रोटोकॉल और शुरुआती ऐप्स के परिपक्व होने के साथ सटीक इंटरफ़ेस, डिफ़ॉल्ट फ़ीड, विज्ञापन मॉडल, AI फ़ीचर्स और RPC मार्केटप्लेस बदल सकते हैं।
इसे क्या साबित करना चाहिए
क्लाइंट को साबित करना चाहिए कि प्रोफ़ाइल-आधारित सोशल नेटवर्क कस्टोडियल प्लेटफ़ॉर्म बने बिना काम कर सकता है:
- उपयोगकर्ता अपनी पहचान और प्रोफ़ाइल के मालिक हो सकते हैं
- कम्युनिटीज़ और प्रोफ़ाइल नोड peer-to-peer रह सकते हैं
- कम्युनिटीज़ Bitsocial क्लाइंट्स के बीच नेटवर्क इफ़ेक्ट ले जा सकती हैं
- RPC प्रदाता कस्टडी लिए बिना क्लाइंट को सुविधाजनक बना सकते हैं
- फ़ीड एल्गोरिदम प्लेटफ़ॉर्म द्वारा थोपे गए नियम के बजाय वैकल्पिक सेवाएँ हो सकते हैं
- दूसरे क्लाइंट भी उसी नेटवर्क के लिए प्रतिस्पर्धा कर सकते हैं
उद्देश्य सार्वजनिक बातचीत के लिए सबसे मज़बूत संभव क्लाइंट बनाना और दिखाना है कि प्रोटोकॉल कितनी दूर तक जा सकता है।
उद्देश्य में परिचित, डिज़ाइन से बदलने योग्य
डिफ़ॉल्ट अनुभव को Twitter/X के मूल अनुभव से प्रतिस्पर्धा करनी चाहिए: तेज़ होम फ़ीड, टेक्स्ट पोस्ट, फ़ॉलो, जवाब, रीपोस्ट के ज़रिए वितरण, कम्युनिटीज़, नोटिफ़िकेशन, खोज और तुरंत काम करने वाला रैंक किया गया For You व्यू।
Bitsocial Forge पहली डिफ़ॉल्ट RPC और फ़ीड सेवा चला सकता है। इस डिफ़ॉल्ट में रैंक किया गया फ़ीड और विज्ञापन शामिल हो सकते हैं, ताकि आम उपयोगकर्ताओं से पूरा स्टैक खुद जोड़ने को कहने के बजाय क्लाइंट पहले दिन से पूरा महसूस हो।
फ़र्क यह है कि डिफ़ॉल्ट को जेल नहीं बनना चाहिए। उपयोगकर्ता RPC, फ़ीड, इंस्टेंस, रैंकिंग सिस्टम, विज्ञापन और डिस्कवरी प्रदाता बदल सके या रैंकिंग पूरी तरह हटा सके। क्लाइंट पहली बार खुलने पर स्पष्ट डिफ़ॉल्ट विकल्प दे सकता है और फिर भी हर प्रमुख सेवा को बदलने योग्य रख सकता है।
इससे क्लाइंट पारंपरिक प्लेटफ़ॉर्म की तुलना में अधिक अनुकूलन योग्य बनता है। कोई उपयोगकर्ता विज्ञापनों वाला डिफ़ॉल्ट रैंक किया गया फ़ीड रख सकता है। कोई दूसरा बिना रैंकिंग के कालानुक्रमिक फ़ीड इस्तेमाल कर सकता है। कोई अन्य गोपनीयता-केंद्रित RPC, कम्युनिटी द्वारा चलाई जाने वाली डिस्कवरी सेवा, भुगतान वाला विज्ञापन-मुक्त फ़ीड या किसी विशेष उपसंस्कृति के लिए बना विशिष्ट एल्गोरिदम चुन सकता है।
अलग-अलग क्लाइंट्स की साझा कम्युनिटीज़
कम्युनिटीज़ को किसी एक ऐप के भीतर अलग-थलग समूहों से कहीं अधिक महत्वपूर्ण होना चाहिए।
X/Twitter पर कम्युनिटीज़ X के भीतर सीमित रहती हैं। वे उपयोगी हो सकती हैं, लेकिन एक प्लेटफ़ॉर्म, एक अकाउंट सिस्टम, एक सुझाव स्टैक और एक उत्पाद सतह की सीमाएँ विरासत में पाती हैं।
Bitsocial कम्युनिटी को अलग-अलग क्लाइंट्स के ज़रिए बनाया, होस्ट किया, खोजा और इस्तेमाल किया जा सकता है। इसका अर्थ है कि चरण 3 का क्लाइंट केवल अपने भीतर शुरुआत करने वाले उपयोगकर्ताओं के नहीं, बल्कि व्यापक Bitsocial नेटवर्क के कम्युनिटी और पोस्ट भी दिखा सकता है। किसी एक कम्युनिटी में imageboard क्लाइंट, Reddit-शैली के चर्चा क्लाइंट, विशिष्ट फ़ोरम क्लाइंट, मोबाइल ऐप और चरण 3 के क्लाइंट से एक साथ गतिविधि आ सकती है।
यही नेटवर्क इफ़ेक्ट का मुख्य लाभ है: एक क्लाइंट आम उपयोगकर्ताओं को परिचित लग सकता है और साथ ही कई क्लाइंट्स, कम्युनिटी नोड्स, RPC प्रदाताओं और स्वतंत्र सेवाओं से मूल्य प्राप्त कर सकता है।
वैकल्पिक फ़ीड एल्गोरिदम
चरण 3 के क्लाइंट को सभी पर एक वैश्विक रैंकिंग सिस्टम नहीं थोपना चाहिए।
फ़ीड एल्गोरिदम उपयोगकर्ता की पसंद से चालू होने चाहिए। उपयोगकर्ता मार्केटप्लेस से एल्गोरिदम चुन सकता है, प्रदाता बदल सकता है, किसी कंपनी, गुमनाम ऑपरेटर या कम्युनिटी का एल्गोरिदम इस्तेमाल कर सकता है, अपना एल्गोरिदम चला सकता है या कोई एल्गोरिदम इस्तेमाल न करने का विकल्प चुन सकता है।
सार्वजनिक RPC प्रदाता इन सेवाओं की प्रतिस्पर्धा के लिए स्वाभाविक जगह हैं। वे कॉन्टेंट को इंडेक्स, रैंक और सुझा सकते हैं, लेकिन उन्हें उपयोगकर्ता या प्रोफ़ाइल का मालिक नहीं होना चाहिए।
ये सेवाएँ क्लाइंट के अपने स्वरूप पर भी प्रतिस्पर्धा कर सकती हैं। एक RPC विज्ञापनों वाला रैंक किया गया फ़ीड दे सकता है। दूसरा बिना रैंकिंग वाला कालानुक्रमिक फ़ीड दे सकता है। कोई अन्य गोपनीयता, अनुवाद, मॉडरेशन, कम्युनिटी डिस्कवरी या विशिष्ट सोशल ग्राफ़ में विशेषज्ञता रख सकता है।
अगर आर्थिक मॉडल काम करता है, तो RPC-आधारित फ़ीड सेवाएँ वे AI फ़ीचर्स जोड़ सकती हैं जिन्हें मुख्यधारा के प्लेटफ़ॉर्म अपने फ़ीड में लाने की कोशिश कर रहे हैं: अपने-आप अनुवाद, सारांश, बॉट की मदद से जवाब, खोज के उत्तर, मॉडरेशन सहायता या कम्युनिटी नोट्स जैसा संदर्भ।
ये फ़ीचर्स सेवा के विकल्प होने चाहिए, प्रोटोकॉल की शर्तें नहीं। डिफ़ॉल्ट RPC अधिक समृद्ध फ़ीड देकर प्रतिस्पर्धा कर सकता है, लेकिन उपयोगकर्ताओं और प्रतिस्पर्धी क्लाइंट्स को फिर भी सरल, निजी, कालानुक्रमिक, विज्ञापन-मुक्त या किसी कम्युनिटी के लिए विशिष्ट विकल्प चुनने में सक्षम होना चाहिए।
नॉन-कस्टोडियल RPC
हर उपयोगकर्ता को RPC के माध्यम से पूर्ण peer-to-peer नोड के रूप में भाग लेने में सक्षम होना चाहिए, बिना अपनी पहचान या प्रोफ़ाइल का स्वामित्व RPC प्रदाता को दिए।
होस्ट किया हुआ रास्ता महत्वपूर्ण है क्योंकि अधिकांश उपयोगकर्ता सर्वर चलाने से शुरुआत नहीं करेंगे। बाहर निकलने का रास्ता भी उतना ही महत्वपूर्ण है: उपयोगकर्ता जब चाहे Raspberry Pi समेत कम क्षमता वाले हार्डवेयर पर अपने प्रोफ़ाइल नोड पर जा सके।
यही सुविधा और कस्टडी का अंतर है।
Bitsocial Chain से सशक्त सार्वजनिक बातचीत
Bitsocial Chain स्थायी नामकरण, भुगतान, टिप, पुरस्कार और दूसरे वित्तीय माध्यमों को सीधे सार्वजनिक बातचीत में ला सकता है।
चरण 3 का क्लाइंट पोस्ट, टेक्स्ट, विचार साझा करने और रियल-टाइम चर्चा पर केंद्रित रहता है, साथ ही दूसरे Bitsocial क्लाइंट्स के साथ कम्युनिटीज़ और नेटवर्क इफ़ेक्ट साझा करता है।