Bluesky विकेंद्रीकृत नहीं है

 (beige.party)
2 पॉइंट द्वारा GN⁺ 2024-10-28 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Bluesky AT Protocol का उपयोग करता है, लेकिन केंद्रीय सर्वर और कॉर्पोरेट नियंत्रण वाले ऐप के रूप में इसे Facebook·X·LinkedIn·TikTok जैसी श्रेणी में देखा जाता है
  • भले ही डिफ़ॉल्ट फ़ीड और ब्लॉकिंग अनुभव अभी ठीक हों, अच्छा user experience अपने-आप विकेंद्रीकृत संरचना का मतलब नहीं होता
  • वास्तविक नेटवर्क में अभी Bluesky का सिर्फ 1 सक्रिय नोड है, और ATP के दूसरे सदस्य authentication और reach के लिए Bluesky के 1.3 करोड़ उपयोगकर्ताओं पर निर्भर हैं
  • AT Protocol का लक्ष्य DID-आधारित identity portability है, लेकिन आलोचकों के अनुसार वास्तविक Bluesky ऐप में अभी वह portability लागू नहीं हुई है जिसकी उपयोगकर्ता उम्मीद करते हैं
  • लगभग 1,500 लाख डॉलर ($15m) Series A और Blockchain Capital के बोर्ड में शामिल होने से यह चिंता बढ़ी है कि Bluesky VC फंडिंग और कॉर्पोरेट निर्णय-प्रक्रिया से और अधिक बंध सकता है

केंद्रीकृत ऐप और ठीक-ठाक फ़ीड अलग बातें हैं

  • Bluesky खुद को “विकेंद्रीकृत” और “बिना algorithm” के रूप में पेश करता है, लेकिन व्यवहार में इसे केंद्रीकृत कॉर्पोरेट ऐप के ज्यादा करीब माना जाता है
  • डिफ़ॉल्ट फ़ीड को अपने-आप में सकारात्मक माना गया है
    • दोस्तों की सभी पोस्ट देखी जा सकती हैं
    • उपयोगकर्ता अपनी पसंद के अनुसार ब्लॉक कर सकते हैं
    • फ़ीड में ज़बरदस्ती spam नहीं ठूंसा जाता
    • दोस्तों की राजनीतिक पोस्ट को shadowban नहीं किया जाता, ऐसा माना जाता है
  • लेकिन फ़ीड अनुभव का अच्छा होना और सेवा की संरचना का विकेंद्रीकृत होना, इन दोनों दावों को अलग-अलग देखना चाहिए

AT Protocol के पीछे छिपी वास्तविक नेटवर्क संरचना

  • Bluesky सैद्धांतिक रूप से एक ऐसे नेटवर्क प्रोटोकॉल पर चलता है जिसे विकेंद्रीकृत किया जा सकता है, लेकिन अभी सक्रिय नोड सिर्फ Bluesky का 1 है
  • ATP नेटवर्क के दूसरे छोटे सदस्य authentication और reach के लिए Bluesky के 1.3 करोड़ बंधे हुए उपयोगकर्ताओं का सहारा लेते हैं
  • AT Protocol का उपयोग edge node के बीच message पहुंचाने में होता है, लेकिन मुख्य कार्यक्षमताएं अब भी केंद्र में बनी हुई हैं
  • यह प्रोटोकॉल “speech” और “reach” को अलग करता है, जिससे reach को केंद्र से नियंत्रित किया जा सकता है
    • केंद्रीकृत ब्लॉकिंग
    • कई फ़ीड में amplification
    • filtering
  • प्रोटोकॉल पर यह आलोचना भी है कि इसे अब तक उसके मूल डिज़ाइन के अनुसार पूरी तरह लागू नहीं किया गया है

DID और identity portability अब भी अधूरी

  • AT Protocol में DID के ज़रिए identity portability देने की संरचना मौजूद है
  • सिद्धांत रूप में लक्ष्य यह है कि अगर कोई उपयोगकर्ता बाद में काल्पनिक GreenSky जैसी प्रतिस्पर्धी सेवा पर जाए, तो वह ये चीज़ें न खोए
    • followers
    • block list
    • post history
  • आलोचकों का कहना है कि वास्तविक Bluesky ऐप DID को ऐसी सुविधा के रूप में उपलब्ध नहीं कराता जिसे उपयोगकर्ता सीधे महसूस कर सकें
  • GitHub में संबंधित implementation को did-placeholder कहा गया है, और इसे एक stub तथा TBD स्थिति में छोड़ा गया माना जाता है
  • did-method-plc ने मूल रूप से खुद को “placeholder” नाम दिया था, और कहा था कि वह नहीं चाहता कि इसका मौजूदा रूप स्थायी बना रहे; इसे कम केंद्रीकृत तरीके से बदला या विकसित किया जाना चाहिए
    • मौजूदा did:plc identifiers को किसी अगली विधि के deploy होने के बाद एक उचित grace period तक support करने की योजना है
    • मौजूदा identifiers का उपयोग जारी रखने के लिए migration path देने की भी योजना है

Blockchain Capital का निवेश और बोर्ड में शामिल होना

  • Bluesky ने 1,500 लाख डॉलर Series A जुटाया, जिसकी अगुवाई Blockchain Capital ने की
  • Blockchain Capital की general partner Kinjal Shah Bluesky के बोर्ड में शामिल हुईं
  • Bluesky की घोषणा में कहा गया कि Bluesky ऐप और AT Protocol blockchain या cryptocurrency का उपयोग नहीं करते, और token·crypto trading·NFT जैसी चीज़ों के ज़रिए social experience को ज़रूरत से ज़्यादा financialize नहीं किया जाएगा
  • लेकिन सिर्फ इस आश्वासन से crypto निवेशक के बोर्ड में आने को लेकर उठी चिंताएं खत्म नहीं होतीं
  • संबंधित लिंक

subscription मॉडल और सेवा बिगड़ने की आशंका

  • Bluesky ने घोषणा की कि वह high-quality video, profile colors, avatar frames जैसी सुविधाओं के लिए subscription मॉडल विकसित करना शुरू करेगा
  • Bluesky का कहना है कि सेवा हमेशा मुफ्त रहेगी, और paid accounts को uprank नहीं किया जाएगा
  • VC निवेश कर्ज़ नहीं बल्कि बड़े exit की उम्मीद वाला दांव होता है, इसलिए निवेश पर रिटर्न के दबाव में सेवा बदल सकती है, ऐसा माना जाता है
  • संभावित चिंताजनक रुझान ये बताए गए हैं
    • पूरी functionality तक पहुंच के लिए subscription fee ली जाए
    • free tier में ads जोड़े जाएं
    • बाद में paid tier में भी ads आने लगें
  • Mastodon को दान देने या instance चलाने की लागत साझा करने की व्यवस्था को Bluesky subscription से अलग माना जाता है
    • Mastodon में यह जाना जा सकता है कि पैसा किसे दिया जा रहा है और उसका उपयोग कहां हो रहा है
    • toot backup और दूसरे instance में migration संभव है, और follow·followers·block list का बड़ा हिस्सा बनाए रखा जा सकता है, ऐसा माना जाता है
    • Bluesky में कर्मचारियों की संख्या, hosting cost, legal·Trust & Safety जिम्मेदारियां, बोर्ड और निवेश पूंजी के कारण अधिक private decision-making मौजूद माना जाता है

नियंत्रण आखिर रहता कहां है

  • Bluesky को Facebook से बेहतर, Mastodon से आसान, TikTok से ज्यादा चतुर, और X न होने के कारण उपयोग करने लायक सेवा माना जाता है
  • लेकिन सिर्फ अच्छा user experience या AT Protocol का उपयोग कर लेना इसे विकेंद्रीकृत सेवा नहीं बना देता
  • मूल प्रश्न नेटवर्क topology की परिभाषा से ज्यादा नियंत्रण के केंद्रीकरण का है
  • Bluesky पर बहस का केंद्र यह है कि निर्णय कौन लेता है, किसके लिए, किसकी सहमति से, और किसके हित में

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-10-28
Hacker News की राय

  • यह लेख पढ़ना अच्छा रहेगा: https://atproto.com/articles/atproto-for-distsys-engineers
    AT Protocol वेब की तरह काम करता है, जहां हर user एक website है और हर application एक search engine। Apps host network को crawl करके activity aggregate करती हैं; 100 से ज़्यादा external hosts हैं और कम-से-कम 3 aggregate करने वाली apps भी हैं। यह ActivityPub के email के ज्यादा करीब होने वाले मॉडल से अलग है
    हमने कभी “algorithm नहीं है” नहीं कहा। पता नहीं यह meme कहां से आया। Algorithms के लिए एक open system है, जिसे हम और third-party developers चला सकते हैं। सभी users के लिए default algorithm Discover भी है। Decentralized network में algorithms के लिए जवाब तैयार रखना हमारे मुख्य concerns में से एक था
    DID PLC के लिए संभावित समाधान यह है कि registry को ICANN जैसे किसी non-profit organization को सौंप दिया जाए जो उसे बनाए रखे। Web DID तरीका भी support करते हैं, और अगर ये चिंताएं बनी रहती हैं तो दूसरे DID तरीकों के लिए भी खुले हैं। यह महत्वपूर्ण है, लेकिन हमें यह DNS या TLS issuers की तरह application network को support करने वाला infrastructure ज्यादा लगता है

    • “algorithm नहीं है” वाला meme शायद उन लोगों से आया है जो algorithm क्या होता है यह ठीक से नहीं जानते, लेकिन उन्होंने सुना है कि Twitter में यह होता है और doomscroll कराता है, इसलिए खराब है
      Twitter या दूसरे social media के algorithms का बचाव करने का इरादा नहीं है, लेकिन लगता है कुछ लोग गलतफहमी की वजह से पूरे algorithm concept से आंख मूंदकर नफरत करते हैं
    • मूल पोस्ट algorithm नहीं, बल्कि decentralization के दावे को मुद्दा बना रही है। अभी मैं ActivityPub server GoToSocial instance अकेले चला रहा हूं और यह अच्छी तरह काम कर रहा है, लेकिन BlueSky में वही काम कैसे किया जाता है, यह समझने की कोशिश करने पर भी समझ नहीं आता
    • Brian Newbold ने अगस्त की शुरुआत में Bluesky अभी तक कितना decentralizable है और क्या बाकी है, इस पर जो लेख लिखा था वह भी अच्छा था: https://bnewbold.net/2024/atproto_progress/
      नीचे बहुत सारी बेहद नकारात्मक और गलत लगने वाली पोस्टें हैं, लेकिन Atproto development में पहले से कई strengths हैं और पिछले कुछ हफ्तों में developer interest भी काफी बढ़ा है। मैं इस ecosystem के खिलने की उम्मीद कर रहा हूं, और लगता है यह inflection point पर है
    • DID PLC registry को ICANN जैसी non-profit organization में ले जाना काफी centralized है। ATProto में यही हिस्सा सबसे ज्यादा चिंता पैदा करता है, और उम्मीद थी कि यह central web server के बजाय IPNS जैसे P2P या blockchain-type सिस्टम पर चलेगा
    • बेशक Bluesky federated है। Host user की key pair रखता है, और DID:PLC पहले hash की substring है
      अगर आप इस समस्या को हल करना चाहते हैं, तो पहले अब भी online मौजूद Scuttlebot docs पढ़ने की सलाह दूंगा: https://scuttlebot.io/
      कभी-कभी retro-style Scuttlebot revival के बारे में सोचता हूं। अगर आप ऐसा project शुरू करना चाहते हैं, तो profile में दिए contact पर संपर्क कर सकते हैं

  • Mastodon decentralized नहीं, बल्कि federated है। यह centralization की कुछ समस्याएँ हल नहीं करता, बस उन्हीं समस्याओं वाली और ज़्यादा entities बना देता है। ऐसा ढाँचा बचा रहता है जो server की मर्ज़ी पर निर्भर है, और मज़ेदार बात यह है कि data portability भी पूरी तरह हल नहीं होती। असल में posts को move नहीं किया जा सकता।
    Mastodon का “decentralization” सैद्धांतिक वादे से भी बदतर हो सकता है, क्योंकि कुछ पहलुओं में यह सचमुच ऐसा marketing promise है जो वैसे काम ही नहीं करता। आप जिस server पर join करते हैं, उस पर अब भी “centralized” रहते हैं, और असली central service जैसी कुछ शर्तें भी बनी रहती हैं। यह बेहतर ज़रूर है, लेकिन जितना बढ़ा-चढ़ाकर बताया जाता है उतना नहीं; और इस हद तक मज़ाक उड़ाना या अटकलों से बातें गढ़ना ironic लगता है।

    • “server की मर्ज़ी पर निर्भर होना” कोई ऐसी समस्या नहीं है जिसे हल करना हो। Federated environment में आप server की मर्ज़ी पर निर्भर नहीं होते, बल्कि शाब्दिक रूप से इसका उल्टा होता है। अगर server operator पसंद नहीं है, या आपको यह पसंद नहीं कि वह server किनसे federate करता है, तो अपना server बनाइए और जहाँ चाहें वहाँ federate कीजिए।
      यह समस्या से ज़्यादा एक अच्छी बात है। स्वतंत्र रूप से move करने और साथ जुड़ने की आज़ादी बहुत अहम है। अजीब बात है कि online कुछ लोग ऐसा दिखाते हैं जैसे यह महत्वपूर्ण नहीं है, जो बेतुका है।
      अगर आप अपने leisure time में Eric के आसपास नहीं रहना चाहते, तो आपको Eric के बिना किसी दूसरी जगह जाकर समय बिताने में सक्षम होना चाहिए। यही असली freedom है। अगर मुझे एक जगह बाँध दिया जाए या Eric के साथ रहने को मजबूर किया जाए, तो वह कैद करना है।
      अपना leisure time कैसे, क्यों, कहाँ और किसके साथ बिताना है—यह चुनने की क्षमता महत्वपूर्ण है और कोई “problem” नहीं है। यह self-determination है, और मैं चाहता हूँ कि लोग इसे problem कहकर इसका विरोध न करें।
    • “server की मर्ज़ी पर निर्भर होना” हमेशा एक समस्या है, लेकिन federation में आप चुन सकते हैं कि किस server की मर्ज़ी पर निर्भर होना है। भरोसा अब भी चाहिए, लेकिन उस भरोसे को आप अपनी ज़रूरतों के मुताबिक खुद चुन सकते हैं, और चाहें तो वह भरोसा खुद पर भी रख सकते हैं। यह trust spectrum के किसी अलग बिंदु पर होना है।
      दूसरी ओर, “simple” federation भर से service quality का एक स्तर मिल सकता है, जो कई decentralized strategies में कहीं ज़्यादा कठिन है। असली topology महत्वपूर्ण है, लेकिन मेरे हिसाब से federation काफी अच्छा model है। Email लंबे समय तक उपयोगी system रहा है, इसके पीछे वजह है।
    • Federated network, decentralized network का एक रूप है। शायद आप distributed network के बारे में सोच रहे हैं, लेकिन federation वह नहीं है।
    • posts migration के बारे में मेरी जानकारी यह है कि कुछ instances में export और import संभव है, लेकिन आम तौर पर नए instance पर पुरानी तारीख़ से repost करना फिलहाल संभव नहीं है[0]।
      “links” को सही बनाने के लिए फिर से federate करना होगा, और शायद पुराने वाले को unfederate करना होगा, लेकिन अगर clients past-dated posts को सही से handle नहीं कर पाएँ तो भ्रमित करने वाले नतीजे निकलते हैं। 2023 में इस्तेमाल होने वाले ज़्यादातर clients ऐसे ही थे।
      समाधान हो सकते हैं[1][2], लेकिन लगता है ActivityPub side ने अभी इस क्षेत्र पर गहराई से विचार नहीं किया है।
      [0] https://docs.joinmastodon.org/methods/statuses/#create में date field नहीं है।
      [1] 10 साल का Twitter archive Akkoma instance में import करते समय मैंने code बदलकर a) posts की past dates set करने की अनुमति दी, b) सिर्फ़ कुछ accounts को past dates set करने की अनुमति दी, c) उस account के past-dated posts को federate न होने दिया। यह पूरी problem solve नहीं करता, लेकिन मेरे लिए पर्याप्त था।
      [2] past-dated status posting की अनुमति देने से लोग fake records बना सकते हैं वगैरह—ऐसी दूसरी समस्याएँ भी स्वाभाविक रूप से पैदा होती हैं।
    • Federation, decentralization का एक रूप है। इसमें समस्याएँ हैं, लेकिन इसका मतलब यह नहीं कि यह decentralized नहीं है। आगे का रास्ता distributed P2P applications की ओर जाना है।

  • यह कहने के खिलाफ उदाहरण मौजूद है कि BlueSky ने “no algorithms” को बड़ा claim बनाकर पेश किया। एक साल से भी पहले एक blog था जिसमें उलटा कहा गया था: https://bsky.social/about/blog/3-30-2023-algorithmic-choice
    यह claim भी है कि असली BlueSky app DID implement नहीं करता और GitHub पर “did-placeholder” कहलाता है, stub है और अभी तय नहीं है; लेकिन मेरी जानकारी में did:web DID रखने वाले लोग accounts बना सकते हैं और Bluesky इस्तेमाल कर सकते हैं।
    Blockchain Capital नाम के crypto investor ने 15 million dollar Series A से board seat खरीदी—यह बात भी नई नहीं है। शुरुआती investors में से एक Jack Dorsey था, और इसमें cryptography/cryptocurrency side में popular libraries और concepts इस्तेमाल होते आए हैं। यह हमेशा से ऐसा ही रहा है।
    कोई भी संबंधित developer chats में शामिल हो सकता है, या उन लोगों से पूछ सकता है जिन्होंने अपना server चलाया है या उस पर काम कर रहे हैं कि bsky कितना centralized या decentralized है; लेकिन इस लेख की research ने ऐसा किया हो, ऐसा नहीं लगता।

    • did:web decentralized identifier नहीं है। मेरी समझ में इसे test suite के लिए बनाया गया था, लेकिन उस context से बाहर निकलकर production use में आ गया।
    • “no algorithms” को ज़ोर-शोर से आगे बढ़ाने वाला तो उलटे Mastodon है। joinmastodon.org page और instances के introductions में ऐसा कहा जाता है, जबकि यह बहुत साफ़ तौर पर सच हो ही नहीं सकता।

  • इस लेख में ownership structure नाम के data point पर किसी का reaction न आना दिलचस्प है।
    “15 million dollar Series A से BlueSky board seat किसने खरीदी?” यही अकेली सच में महत्वपूर्ण बात है।
    online interactions के alternative designs के technical pieces पहले से मौजूद हैं। decentralized, federated, distributed, P2P—जो भी हो। महत्वपूर्ण चीज़ outcome है।
    इन हास्यास्पद “protocol wars” में जो चीज़ पूरी तरह गायब है, वह यह है कि अच्छा next-generation web तकनीकी रूप से नहीं, बल्कि economic, social और political रूप से कैसा दिखेगा—इसकी ठोस और realistic vision। किसे power मिलती है और किसका exploitation होता है, किसकी voice कितनी मज़बूत है और किसे उस voice से manipulate किया जाता है—ये बातें महत्वपूर्ण हैं।
    pre-digital era में मौजूद norms, social contracts और institutions पूरी तरह टूट चुके हैं, लेकिन अस्पष्ट ideals के अलावा कोई replacement दिखाई नहीं देता।
    “next-generation web” का स्वरूप बहुत हद तक इस पर निर्भर करेगा कि funding कौन और क्यों कर रहा है, उनके incentives और expectations क्या हैं, और developers, founders, moderators और users के पूरे ecosystem में वे किस तरह के incentives और expectations पैदा करते हैं।

  • हर बार जब कोई समझाता है कि Bluesky बेहतर क्यों है, तो वह अजीब-सी गोली खाकर बोल रहा हो ऐसा लगता है
    दूसरी सेवाएँ identity और algorithm/operations, दोनों को centralize करती हैं। लेकिन Bluesky में ऐसा लगता है कि दूसरा हिस्सा छोड़कर सिर्फ identity को centralize किया गया है, इसलिए दोनों तरफ की बुराइयाँ इकट्ठी हो गई हों ऐसा महसूस होता है
    centralized identity की समस्या को हम email से पहले ही काफी हद तक “solve” कर चुके हैं। जैसा अक्सर होता है, असली बात पूरी तरह bulletproof होना नहीं, बल्कि gracefully fail करना है। federated email आम तौर पर व्यक्ति को यह चुनने देता है कि उसे किस तरह की centralization चाहिए, और उससे भी ज़्यादा अहम यह कि ज़रूरत पड़े तो account खत्म करके फिर से शुरू किया जा सकता है। इसलिए Mastodon सबसे अच्छा comparison है
    मैं क्या miss कर रहा हूँ? यहाँ Bluesky का फायदा क्या है?

    • यहाँ सारे फायदे समेटकर बहस करने की energy नहीं है, लेकिन https://atproto.com देखिए और atproto और ActivityPub की तुलना करने वाले दूसरे blog posts और articles खोजिए। यह बात दूसरे spaces में पहले ही बहुत बार cover हो चुकी है, इसलिए थोड़ी research करनी पड़ सकती है
    • नाज़ी कम हैं

  • मुझे नहीं पता कि decentralized/federated services design करने वालों को यह कैसे समझाया जाए कि centralized, smooth user experience किसी भी platform के लिए core है
    Lemmy के active users हर महीने घट रहे हैं और Mastodon भी, थोड़ी कम degree में सही, घट रहा है। दोनों traction ठीक से इसलिए नहीं पा रहे, क्योंकि वे लोगों को ऐसे छोटे-छोटे gardens में बाँटकर walls खड़ी कर देते हैं जहाँ कुछ होता ही नहीं, और लोग सबको मिलाकर बने एक space के बजाय खाली communities के बीच भटकते हुए समय बर्बाद करते हैं
    backend centralized हो या नहीं, frontend पर लोगों को वही चीज़ें चाहिए होती हैं। जनता के लिए जनता द्वारा popular sites को फिर से बनाने की ये बहादुर कोशिशें न सिर्फ उन companies से लड़ रही हैं जो इन्हें concept के तौर पर ही खत्म करना चाहती हैं, बल्कि अपने ही बेवकूफ फैसलों से भी लड़ रही हैं। लंबी अवधि में वह barrier शायद बहुत बड़ा हो सकता है

    • मैं Lemmy को सच में पसंद करना चाहता था। Reddit को 12 साल तक रोज़ इस्तेमाल करने के बाद, किस्मत से permanent ban मिल गया था, तो यह आसान होना चाहिए था। लेकिन वहाँ दिलचस्प होने लायक लोग पर्याप्त नहीं थे, सच में बहुत कम थे। जितने भी instances मिल सके सब subscribe किए, मगर फायदा नहीं हुआ
      https://slrpnk.net exception के तौर पर activism और संबंधित news वाला प्यारा space है, लेकिन खासकर जब मैं आराम के लिए internet इस्तेमाल करता हूँ, तो मैं सिर्फ वही नहीं चाहता
      अभी sample size सिर्फ 5 दिन का है, लेकिन BlueSky वही था जिसका इंतज़ार था। खासकर science content में, meme हो या नहीं, अच्छा है
    • “ऐसे छोटे-छोटे gardens जहाँ कुछ होता ही नहीं” ही Mastodon को पसंद करने की वजह हैं। सच में वहाँ बहुत कम कुछ होता है। कुछ niche fields का content मिलता है, लेकिन हर minute कुछ generate करने की ज़रूरत नहीं है। मेरे पास इतना समय नहीं है
      जो लोग पुराने Twitter experience को prefer करते हैं, उनके लिए BlueSky काफी अच्छा है

  • अब तक decentralization की degree अच्छे user experience के उलटे अनुपात में रही है
    nostr बहुत decentralized है, लेकिन keys manually manage करनी पड़ती हैं, इसलिए user experience भयानक है
    Mastodon DNS dependency रखता है और account migration संभव नहीं है, इसलिए मध्यम रूप से decentralized है; कौन-सा instance इस्तेमाल करना चाहिए यह confusing है, और किसी चीज़ से interact करने पर “Take Me Home” दिखता है, इसलिए user experience खराब है
    Bluesky(atproto) did:plc की वजह से ठीक-ठाक decentralized है और user experience शानदार है
    atproto का बाकी दोनों पर मुख्य advantage यह है कि अगर कोई did:plc problem solve कर दे, तो यह रातों-रात बहुत decentralized होने के साथ-साथ बेहतरीन user experience वाला पहला social media platform बन सकता है

    • Nostr का खराब user experience bug नहीं, feature है। यह याद दिलाता है कि जीवन perfect नहीं है
      manual key management की बुनियादी जानकारी हर internet user के लिए जरूरी होनी चाहिए। password managers के बारे में सोचिए
      Nostr की अच्छी बात यह है कि व्यक्ति improvements में actively participate कर सकता है। यह पूरी तरह open है, इसलिए कोई भी इसके ऊपर अपनी चाही चीज़ बना सकता है। मैं मानता हूँ कि यह अभी perfect नहीं है, लेकिन समय के साथ बेहतर होगा, और अभी तक हुई progress ही दिखाती है कि Nostr बना रहेगा और बेहतर होता जाएगा। developers जितने बढ़ेंगे, ecosystem उतनी तेज़ी से विकसित होगा
      व्यक्तिगत रूप से, मुझे इसे इस्तेमाल करना अच्छा लगता है। cross-posting solve हो गई है, इसलिए याद भी नहीं कि Twitter आखिरी बार कब खोला था। Mastodon मुझे खास attract नहीं कर पाया। Bluesky एक और Twitter है और decentralized नहीं है। वैसे, वे DMs पढ़ सकते हैं
      Nostr की सबसे अच्छी features में से एक यह है कि कुछ बनाते ही आपको तुरंत users मिल जाते हैं, और Nostr पर post करने पर Mastodon और Bluesky पर भी cross-post हो जाता है। reactions भी एक-दूसरे में exchange हो सकती हैं

  • bsky को कोई single entity कितनी आसानी से capture कर सकती है, इस पर एक interesting article संभव है। इसमें देखा जा सकता है कि वर्तमान PDS की reality यह है कि 99.9999% bsky-hosted है, और relays के साथ भी यही स्थिति है। फिर EEE scenario, उसकी possibility, और bsky इसे रोकने लायक पर्याप्त decentralized है या नहीं, यह summarize किया जा सकता है
    लेकिन यह article वैसा नहीं है, और मेरे हिसाब से यह मुद्दे से भटक गया है

  • अफसोस की बात है कि Bluesky पर मौजूद या वहाँ शिफ्ट हुए ज़्यादातर लोगों को decentralization है या नहीं, इससे लगभग कोई मतलब नहीं है। वे बस एक और Twitter चाहते हैं जो ठीक से काम करे
    Bluesky पर शिफ्ट हुए ज़्यादातर लोग कलाकार, विद्वान, लेखक और creators हैं, और उन्हें technology में दिलचस्पी नहीं है
    अगर उन्हें decentralization की चिंता होती, तो अब तक सब Mastodon पर चले गए होते, लेकिन वहाँ लाखों के स्तर का traction नहीं है

    • 95% end users परवाह नहीं करते, लेकिन Bluesky में फिर भी सही elements मौजूद हैं। एक बड़ा central aggregator है जो सभी 1.3 करोड़ accounts को इकट्ठा करता है, लेकिन वह कोई खास इकाई नहीं है; कोई और भी उसे चला सकता है। कुछ hobby developers भी इस स्तर का data process कर रहे हैं
      Migration भी काम करता है। अभी यह एक अजीब command-line tool है, लेकिन जब कोई इसे लेकर गंभीर होगा तो यह साफ-सुथरा हो जाएगा। यह Mastodon से बेहतर काम करता है, और history व network, masto server migration की तुलना में बेहतर तरीके से move होते हैं
      आप अपना Personal Data Server चलाकर bsky network से जुड़ सकते हैं, और तब हर कोई आपकी posts देख सकता है और interact कर सकता है। यह अभी सिर्फ कुछ साल पुराना नया system है, लेकिन सही parts सही दिशा में जा रहे हैं
    • लगभग किसी को भी यह समझने की ज़रूरत नहीं होनी चाहिए कि decentralization का मतलब क्या है। यही Mastodon की समस्या थी। शुरुआती दौर में ज़्यादातर लोगों को ऐसी चीज़ें समझनी पड़ती थीं जिन्हें वे जानना नहीं चाहते थे, और arguably जिन्हें जानना ज़रूरी भी नहीं होना चाहिए था
    • मुझे नहीं लगता कि बात बिल्कुल ऐसी ही है। Protocol और technology में गहरी दिलचस्पी रखने वाले लोग बहुत हैं। मैं कभी-कभी इससे जुड़े threads पोस्ट करता हूँ, और engagement व期待 काफी बड़ा होता है: https://bsky.app/profile/pfrazee.com/post/3l6xwi52zti2y
    • Tech circle के बाहर यह बात आम तौर पर सही लगती है। किसी चीज़ के decentralized होने का मतलब क्या है, यह समझने वाले लोग कम हैं, और अगर features छोड़ने पड़ें तो इसकी परवाह करने लायक idealistic लोग उससे भी कम हैं
      आखिर में सब कुछ user experience का मामला है। Privacy और security भी ऐसे ही हैं
    • Bluesky के 1.3 करोड़ users हैं, Mastodon के 90 लाख
      Bluesky ने daily और monthly active users की संख्या सार्वजनिक नहीं की है, लेकिन Mastodon के आंकड़े भी इतने बुरे नहीं हैं
      https://bsky.social/about/blog/10-24-2024-series-a
      https://mastodon-analytics.com

  • यह बिल्कुल बेतुका paranoid rant है, और Mastodon की प्रकृति को देखते हुए 10 साल बाद live internet पर मौजूद नहीं रहेगा