Bluesky से सावधान रहें

 (kevinak.se)
1 पॉइंट द्वारा GN⁺ 2026-02-22 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • ATProto-आधारित Bluesky विकेंद्रीकरण का वादा करता है, लेकिन वास्तव में अधिकांश यूज़र डेटा Bluesky सर्वरों पर केंद्रित है
  • यूज़र अपना व्यक्तिगत डेटा सर्वर (PDS) खुद चला सकते हैं, लेकिन सुविधा और compatibility की वजह से लगभग सभी Bluesky के default सर्वर का उपयोग करते हैं
  • जैसे-जैसे नए ATProto ऐप सामने आते हैं, डेटा और अधिक Bluesky इंफ्रास्ट्रक्चर पर जमा होता जाता है, और केंद्रीकरण मजबूत होने वाली संरचना बनती है
  • Bluesky प्रोटोकॉल, relay, AppView, DID directory जैसे मुख्य लेयर्स पर सीधे नियंत्रण रखता है, इसलिए acquisition या policy बदलाव की स्थिति में यूज़र के लिए नियंत्रण बनाए रखना कठिन हो सकता है
  • तकनीकी रूप से छोड़ना और self-hosting संभव है, लेकिन व्यवहार में ‘default जीतता है’, और निवेश संरचना के कारण राजस्व का दबाव केंद्रीकरण की प्रोत्साहना को मजबूत करता है

Bluesky का वादा और हकीकत

  • Bluesky ATProto नामक एक open protocol पर बना है, और दावा करता है कि यूज़र अपने डेटा और पहचान के मालिक हो सकते हैं
    • Tangled, Grain, Leaflet जैसे अलग-अलग ऐप एक ही अकाउंट से जुड़े रह सकते हैं
    • “अगर चाहें तो कभी भी छोड़ सकते हैं” को इसकी मुख्य वैल्यू के रूप में पेश किया जाता है
  • लेकिन व्यवहार में अधिकांश डेटा Bluesky द्वारा संचालित PDS में स्टोर होता है
    • self-hosting संभव है, लेकिन सेटअप और maintenance जटिल हैं और व्यावहारिक लाभ बहुत कम है
    • Bluesky का default PDS तुरंत उपयोग के लिए तैयार है और सभी ऐप्स के साथ compatible है, इसलिए यूज़र इसे पसंद करते हैं

डेटा संकेंद्रण की संरचना

  • सभी ATProto ऐप्स यूज़र के PDS में डेटा लिखते हैं, और अधिकांश यूज़र Bluesky के PDS का उपयोग करते हैं
    • पोस्ट, फ़ोटो, issues और अन्य सभी डेटा एक ही सर्वर में स्टोर होते हैं
  • migration tools मौजूद हैं, लेकिन इनका उपयोग कम होता है और पहले से तैयारी की ज़रूरत होती है
    • यदि acquisition के बाद डेटा export रोक दिया जाए, तो migration tools बेकार हो सकते हैं
    • ऐतिहासिक रूप से अधिकांश यूज़र पहले से अपने डेटा की सुरक्षा नहीं करते

केंद्रीकरण को तेज करने वाला तंत्र

  • जितने अधिक नए ATProto ऐप आते हैं, Bluesky इंफ्रास्ट्रक्चर पर निर्भरता उतनी बढ़ती है
    • “Bluesky अकाउंट से लॉग इन करें” वाली संरचना Bluesky सर्वरों पर और अधिक डेटा जमा कराती है
    • डेवलपर Bluesky इंफ्रास्ट्रक्चर के ऊपर फीचर्स बनाते हैं, और नतीजतन Bluesky की अनिवार्यता और मजबूत होती है
  • प्रोटोकॉल नेटवर्क भर में वैल्यू वितरित नहीं करता, बल्कि उसे Bluesky में केंद्रित करने की प्रवृत्ति दिखाता है
  • Bluesky खुद को “खुला और विकेंद्रीकृत” बताता है, लेकिन वास्तविक switching cost लगातार बढ़ती जाती है

नियंत्रण बिंदु (Chokepoints)

  • Relay: यह वह मुख्य लेयर है जिससे होकर पूरा डेटा प्रवाह गुजरता है, और Bluesky मुख्य relay चलाता है
    • third party relay चला सकते हैं, लेकिन यूज़र बेस न होने पर उसका अर्थ कम रह जाता है
  • AppView: यह वह लेयर है जो timeline, thread और notifications बनाती है, और यह Bluesky के मुख्य AppView पर निर्भर है
    • यदि यह लेयर बंद हो जाए या शत्रुतापूर्ण हो जाए, तो सभी clients प्रभावित होंगे
  • DID Directory: यह ATProto में पहचान की resolution संभालती है, और Bluesky इसे केंद्रीय रूप से प्रबंधित करता है
    • 2023 से इसके decentralization का संकेत दिया गया है, लेकिन कोई ठोस समयसीमा नहीं है
  • हर लेयर के लिए “कोई भी इसे खुद चला सकता है” कहा जाता है, लेकिन वास्तव में ऐसा करने वाले बहुत कम लोग हैं

ईमेल से तुलना

  • ईमेल भी एक open protocol है, लेकिन अधिकांश यूज़र Gmail का उपयोग करते हैं, इसलिए वह भी केंद्रीकृत हो गया है
  • ATProto इससे भी अधिक गंभीर हो सकता है
    • ईमेल में हर ऐप अलग-अलग सर्वरों से जुड़ता है, लेकिन ATProto में सभी ऐप एक ही PDS में डेटा जोड़ते हैं
    • परिणामस्वरूप “open protocol केंद्रीकरण को तेज करने वाले accelerator” की तरह काम करता है

acquisition की स्थिति में संभावित समस्याएँ

  • यदि Bluesky का acquisition होता है, तो खरीदार को निम्न पर नियंत्रण मिल सकता है
    • लगभग सभी यूज़र्स का PDS
    • मुख्य Relay
    • मुख्य AppView
    • वह DID Directory जो सभी पहचानों की व्याख्या करता है
  • खरीदार डेटा export रोक सकता है, third-party ऐप्स को ब्लॉक कर सकता है, federation फीचर्स बंद कर सकता है, विज्ञापन जोड़ सकता है, और content censorship कर सकता है
  • नुकसान का दायरा सिर्फ Bluesky social network तक सीमित नहीं रहेगा, बल्कि Tangled, Leaflet, Grain जैसे पूरे ecosystem में फैल सकता है
  • भले ही प्रोटोकॉल स्तर पर छोड़ना संभव हो, acquiring company के पास इसे अनुमति देने का प्रोत्साहन नहीं होगा

निवेश संरचना और incentives

  • Bluesky एक 700 मिलियन डॉलर valuation और 120 मिलियन डॉलर investment प्राप्त कर चुकी कंपनी है
    • निवेशक रिटर्न चाहते हैं, और इससे यूज़र नियंत्रण को कड़ा करने या केंद्रीकरण के दबाव बढ़ने की संभावना है
  • PBC (public benefit corporation) संरचना को सुरक्षा उपाय के रूप में पेश किया जाता है, लेकिन उसकी कानूनी प्रभावशीलता और बाध्यकारी शक्ति स्पष्ट नहीं है
  • निष्कर्ष यह है कि “प्रोटोकॉल incentives से आपको नहीं बचा सकता (The protocol can't save you from incentives)”,
    यानी तकनीकी विकेंद्रीकरण से अधिक शक्तिशाली नियंत्रण कारक आर्थिक प्रोत्साहन हैं

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

1 टिप्पणियां

 
GN⁺ 2026-02-22
Hacker News की रायें

  • हर लेयर पर “कोई भी इसे खुद चला सकता है” सही जवाब है, लेकिन वास्तव में ऐसा करने वाले बहुत कम हैं
    PLC directory को छोड़ दें तो यह ऐसी संरचना है जिसमें कोई किसी को रोक नहीं रहा, इसलिए सिद्धांततः कोई भी भाग ले सकता है
    इसी लचीलेपन की वजह से ATproto को दूसरे federated systems की तुलना में कहीं बेहतर शुरुआती बढ़त मिलती है

    • समस्या की जड़ VC फंडिंग से चलने वाली centralized signup process की सुविधा है
      Bluesky decentralization तक पहुंचने का रास्ता देता है, लेकिन ज़्यादातर उपयोगकर्ता इसकी लागत और friction नहीं झेलते
      Mastodon पूरी तरह decentralized है, इसलिए signup चरण से ही friction ज़्यादा है, और इसी वजह से उसका mass adoption मुश्किल है
      मैं संशय में हूँ, लेकिन decentralization को आम लोगों तक पहुँचाने के लिए मुझे Bluesky जैसा मॉडल सबसे अच्छा लगता है
    • “कोई नहीं रोक रहा” का मतलब व्यवहार में यह होता है कि कुछ न कुछ रोक रहा है
      वह तकनीकी असंभवता नहीं, बल्कि inertia या आदत भी हो सकती है
      सिर्फ इसलिए कि कोई समाधान मौजूद है, यह मान लेना कि समस्या अपने आप हल हो जाएगी, भोली सोच है
      हर समाधान में लागत और व्यवहार्यता का अंतर होता है
    • समस्या सुलझाने के लिए ज्ञान और पैसा चाहिए
      PDS खुद चलाने के लिए सुरक्षित तरीके से इसे चलाने की तकनीकी क्षमता और अतिरिक्त धन होना चाहिए
      HN उपयोगकर्ताओं के लिए भी अपनी सारी digital assets को self-host करना आसान नहीं है
      आखिरकार कहीं न कहीं VC फंडिंग से चलने वाली free service का इस्तेमाल करना ही पड़ता है
    • असली समस्या defaults है
      कहा जाता है कि कोई भी इन्हें बदल सकता है, लेकिन व्यवहार में कई बार defaults बदलना लगभग असंभव होता है
    • सवाल फिर भी वही रहता है: इसे ठीक कैसे किया जाए?

  • लेख की शुरुआत में जिस व्यक्ति को उद्धृत किया गया है, वह मैं हूँ
    मुख्य बात यह है कि Bluesky से सावधान रहना चाहिए
    infrastructure खुद चलाना चाहिए, और इसके लिए अलग कंपनी बनानी चाहिए
    ज़्यादातर शिकायतें scaling cost की समस्या से जुड़ी हैं
    क्योंकि पूरे नेटवर्क और रिकॉर्ड्स को लाने में समय और पैसा लगता है
    संरचनात्मक रूप से centralization वाला हिस्सा सिर्फ PLC है, और उसे एक स्वतंत्र संगठन में अलग किया जा रहा है

    • अगर Bluesky को लेकर असहजता है, तो मैं पुराना प्रोजेक्ट Secure-Scuttlebot(SSB) देखने की सलाह दूँगा
      उसने content addressing और signed key cryptography के ज़रिए Bluesky की ज़्यादातर समस्याएँ हल कर दी थीं
      मूल SSB code 2020 के बाद से टूट चुका है, लेकिन मेरे द्वारा मेंटेन किया गया fork version मौजूद है
      अगर साथ में प्रयोग करना चाहें, तो मैं निमंत्रण भी दे सकता हूँ
    • Bluesky instance को खुद चलाना अभी भी कठिन है, इसलिए नतीजा आखिरकार centralization ही होता है
      अगर 97% उपयोगकर्ता एक ही instance पर हों, तो उसे distributed platform कहना मुश्किल है
      यह वैसा ही है जैसे Mastodon.social पूरे का 40% से अधिक हो जाए और हम उसे समस्या मानें
    • PLC को स्वतंत्र संगठन में ले जाने भर से decentralization अपने आप हासिल नहीं हो जाता

  • Bluesky की संरचना पर चर्चा करते समय Blacksky का ज़िक्र ज़रूर होना चाहिए
    अगर नहीं है, तो संभव है कि लेखक को AT protocol ecosystem की पर्याप्त समझ न हो
    Blacksky, ATproto की हर लेयर के लिए alternative implementation बनाने की परियोजना है

    • मैं Blacksky को अच्छी तरह जानता हूँ, लेकिन बड़ी तस्वीर में कुछ बदलता नहीं
      मैं चाहता हूँ कि बदले, लेकिन वास्तविक असर बहुत मामूली है
    • decentralization का दावा किया गया, लेकिन आखिर में फिर centralized service ही चलाई जा रही है
      ऐसे में मुझे लगता है कि Movim जैसी XMPP-आधारित सेवा इस्तेमाल करना बेहतर होगा
    • व्यवहार में यह बस 1 सक्रिय contributor वाला repository है
      शायद इसी वजह से इसे लेख में छोड़ा गया
    • अगर defaults बदलने पड़ें, तो 99% उपयोगकर्ता कोशिश भी नहीं करेंगे
      सिस्टम में आख़िरकार सबसे आसान user journey ही मानक बन जाती है
      भविष्य के जोखिम जैसी काल्पनिक value से उपयोगकर्ताओं को प्रेरित नहीं किया जा सकता

  • “Twitter बर्बाद हो जाए तो लोग छोड़ देंगे” जैसी बात मैंने पहले भी सुनी है
    लेकिन वास्तव में ज़्यादातर लोग नहीं गए
    अगर Bluesky Twitter का विकल्प है, तो असली मुद्दा यह है कि लोग वाकई वहाँ जाएँगे या नहीं
    UI भी लगभग वही है, और मूल धारणा भी यही थी कि “Twitter खराब हो जाए तो लोग निकल जाएँगे”

    • यह बात मुझे ऐसे लगती है कि लोग X से Bluesky पर decentralization के लिए जा रहे हैं, लेकिन अंत में वैसा ही lock-in फिर झेलते हैं

  • मेरे आसपास के लोग सच में Twitter छोड़ चुके हैं
    अब दोस्त आपस में Bluesky links शेयर करके जुड़े रहते हैं

    • मैं Bluesky पर किसी को नहीं जानता
      मैं अब भी X पर दोस्तों के साथ सक्रिय हूँ, और Twitter वाले समय का अनुभव मुझे पसंद है

  • ATproto में आप कभी भी अपना डेटा export कर सकते हैं
    क्योंकि app, PDS के साथ interact करते समय पहले से ही डेटा पढ़ता है
    अगर इसे रोका जाए, तो ATproto की functionality को ही रोकना होगा

    • लेकिन Twitter ने भी API हटा दी थी, और Google ने XMPP federation बंद कर दी थी
      अगर Bluesky भी protocol तोड़ दे, तो ज़्यादातर उपयोगकर्ता ज़्यादा विरोध नहीं करेंगे
      संदर्भ: Google XMPP support termination notice
    • backup service का इस्तेमाल करें तो डेटा एक्सेस रोके जाने से बचा जा सकता है

  • Bluesky को इस तरह डिज़ाइन किया गया है कि आप कभी भी अपना डेटा दूसरे infrastructure में ले जा सकें
    वास्तव में Blacksky जैसे समूह ऐसा कर भी रहे हैं
    ज़्यादातर लोग नहीं जा रहे, क्योंकि वे Bluesky के मौजूदा संचालन से संतुष्ट हैं
    इसलिए सवाल उठता है: “फिर समस्या क्या है?”

    • लेकिन Twitter के समय भी ज़्यादातर लोग संतुष्ट थे
    • “समस्या क्या है?” वाला सवाल असली मुद्दा चूक जाता है
      समस्या का सार यह है कि ज़्यादातर उपयोगकर्ता defaults नहीं बदलते, और इसलिए नतीजा फिर centralization होता है

  • कुछ लोग पहले से खुद चला रहे हैं, और Bluesky की openness को सकारात्मक मानते हैं
    वे कहते हैं कि ऐसी संरचना से सावधान क्यों रहना चाहिए, यह समझना कठिन है

    • लेकिन लेख का सार यही चेतावनी है कि “जब समस्या आएगी, तब तक बहुत देर हो चुकी होगी”

  • असली decentralization का मतलब अंततः यही है कि हर कोई अपना server खुद चलाए
    इसमें लागत और maintenance का बोझ है, लेकिन वही इसकी कीमत है
    ATproto कम से कम data portability की गारंटी देता है
    Twitter या Instagram में यह संभव नहीं है

    • यह portability ActivityPub की सीमाओं को सुधारने की कोशिश थी
      AP पक्ष भी ATproto के कुछ फ़ायदे अपनाने की कोशिश कर रहा है
      Nostr की तरफ़ माहौल थोड़ा अलग है, इसलिए यह नहीं कह सकता कि यह चर्चा उस पूरे community का प्रतिनिधित्व करती है या नहीं

  • “Twitter बर्बाद हो जाए तो मैं छोड़ दूँगा” इस बात पर मैंने सचमुच छोड़ दिया था
    अब मैं सभी social media को लेकर सतर्क हूँ

    • नतीजे में मैंने डेटा और सामाजिक संबंध दोनों खो दिए, और उसी अनुभव ने मुझे सावधान बना दिया है