- वेब के जनक टिम बर्नर्स-ली द्वारा प्रस्तावित यूज़र-केंद्रित डेटा स्टोरेज की अवधारणा अब वास्तविकता बन रही है
- उनकी शुरुआती परिकल्पना Solid प्रोटोकॉल का लक्ष्य ऐसी संरचना बनाना था जिसमें व्यक्ति अपने डेटा का सीधे स्वामित्व रखे, और एप्लिकेशन केवल उपयोगकर्ता की अनुमति से उस तक पहुँचें
- हाल के वर्षों में Bluesky का AT प्रोटोकॉल भी इसी दिशा में विकसित हुआ है और व्यक्तिगत सर्वर (PDS) में डेटा संग्रहीत करने वाले विकेंद्रीकृत सोशल वेब को लागू कर रहा है
- यह व्यक्तिगत डेटा स्टोरेज तकनीकी कार्यान्वयन से आगे बढ़कर डेटा सहकारी (Data Coop) जैसे ढाँचों तक फैल रहा है, जिन्हें नागरिक स्वामित्व और संचालन के आधार पर चलाते हैं
- अंततः इसे वेब को फिर से व्यक्ति के अपने स्पेस में लौटाने की कोशिश के रूप में देखा जा सकता है, जो प्लेटफ़ॉर्म-निर्भर इंटरनेट संरचना को मूल रूप से पुनर्गठित करना चाहती है
टिम बर्नर्स-ली की दृष्टि: Socially Aware Cloud Storage
- 2009 में बर्नर्स-ली द्वारा प्रस्तावित “Socially Aware Cloud Storage” एक वेब स्पेसिफिकेशन था, जिसे इस तरह डिज़ाइन किया गया था कि एप्लिकेशन स्वतंत्र स्टोरेज लेयर के ऊपर काम करें
- उपयोगकर्ताओं का प्रबंधन URI-आधारित वैश्विक पहचानकर्ताओं से किया जाता है, और एक्सेस कंट्रोल मानकीकृत रूप में होता है
- डेटा स्टोरेज को एप्लिकेशन से अलग करके सामान्य-उद्देश्यीय और बदले जा सकने वाले संसाधन के रूप में परिभाषित किया गया
Solid प्रोटोकॉल का उदय और विकास
- 2015 में टिम बर्नर्स-ली ने Solid प्रोटोकॉल के विकास के लिए फंडिंग जुटाई और MIT में इस पर शोध शुरू किया
- Solid का लक्ष्य ऐसा वेब आर्किटेक्चर बनाना था जो डेटा का स्वामित्व वापस उपयोगकर्ता को दे और ऐप्स के बीच स्वतंत्र रूप से स्विच करना संभव बनाए
- उपयोगकर्ता अपना डेटा एक ही जगह पर प्रबंधित करता है, और ऐप्स को उपयोगकर्ता की अनुमति से डेटा का अनुरोध करना होता है
- Solid आगे चलकर आधिकारिक W3C वेब स्पेसिफिकेशन बना, लेकिन अभी तक इसे व्यापक जन-स्वीकृति नहीं मिली है
- बर्नर्स-ली द्वारा सह-स्थापित Inrupt इसका व्यावसायीकरण मुख्यतः एंटरप्राइज़ बाज़ार में कर रही है
AT प्रोटोकॉल और Personal Data Server(PDS)
- Bluesky टीम द्वारा विकसित AT प्रोटोकॉल(Atproto) इस समय 3 करोड़ से अधिक लोगों द्वारा इस्तेमाल किया जाने वाला एक खुला सोशल नेटवर्क है
- Solid से तकनीकी संरचना अलग होने के बावजूद, यूज़र-सॉवरेन डेटा स्टोरेज की इसकी विचारधारा समान है
- AT प्रोटोकॉल में व्यक्तिगत डेटा Personal Data Server(PDS) में संग्रहीत होता है, जो Solid के “Pod” कॉन्सेप्ट जैसा है
- उपयोगकर्ता अपने डोमेन को इंटरनेट हैंडल के रूप में इस्तेमाल कर सोशल नेटवर्क्स के बीच स्वतंत्र पहचान बनाए रख सकता है
- उदाहरण:
@alice.com की तरह व्यक्तिगत डोमेन को हैंडल के रूप में उपयोग करने वाली संरचना
डेटा सहकारी (Data Co-op) का उभार
- अधिकांश आम उपयोगकर्ता अब भी व्यक्तिगत PC की तुलना में क्लाउड-आधारित संस्थागत स्टोरेज को अधिक पसंद करते हैं
- पारंपरिक बैंकों के क्रेडिट यूनियन मॉडल की तरह, सदस्यों के संयुक्त स्वामित्व वाले डेटा बैंक ढाँचे की ओर बदलाव पर चर्चा हो रही है
- यह डेटा पर Credit Union मॉडल लागू करने जैसा है, जिसमें सदस्य-केंद्रित पारदर्शी प्रबंधन मुख्य तत्व है
- वास्तव में
social.coop, data.coop, cosocial.ca जैसे सहकारी डेटा प्लेटफ़ॉर्म fediverse इकोसिस्टम में सक्रिय रूप से संचालित हो रहे हैं
- नया प्रोजेक्ट Northsky भी AT नेटवर्क-आधारित सामुदायिक डेटा संस्था के रूप में तैयारी कर रहा है
- ऐसे संगठनों का कानूनी रूप से सहकारी होना आवश्यक नहीं है; इसमें लोकतांत्रिक और पारदर्शी डेटा प्रबंधन करने वाले सभी रूप शामिल हैं
डेटा संप्रभुता का नया प्रतिमान
- जब डेटा कंपनियों के बजाय नागरिक-नियंत्रित संस्थाओं में संग्रहीत होता है, तो डेटा स्वामित्व पर चर्चा का केंद्र बदल जाता है
- “हम कौन-सा डेटा डाउनलोड कर सकते हैं” से चर्चा बदलकर “प्लेटफ़ॉर्म हमारे सर्वर से कौन-सा डेटा कॉपी कर सकते हैं” पर आ जाती है
- Solid और AT के बीच तकनीकी आदान-प्रदान भी बढ़ रहा है, और ActivityPub जैसे मानकों के साथ इंटरऑपरेबिलिटी पर भी सक्रिय चर्चा हो रही है
- व्यक्तिगत डेटा स्टोरेज अब किसी एक विशेष प्रोटोकॉल से आगे बढ़ चुकी अवधारणा है, जहाँ डेटा फ़ॉर्मैट परिवर्तनीय हैं और प्रोटोकॉल परस्पर प्रतिस्थाप्य हो सकते हैं
- मूल बात यह है कि व्यक्ति अपने डेटा को नियंत्रित करके प्लेटफ़ॉर्म के ढह जाने पर भी अपनी डिजिटल पहचान को पुनर्स्थापित करने की आज़ादी हासिल करे
निष्कर्ष: वेब को फिर से व्यक्ति का स्पेस बनाना
- व्यक्तिगत डेटा स्टोरेज सिर्फ़ तकनीक नहीं, बल्कि इंटरनेट दर्शन की वापसी है
- प्लेटफ़ॉर्म-केंद्रित वेब से हटकर, अब ऐसी संरचना की ओर बढ़ा जा रहा है जिसमें व्यक्ति और समुदाय डेटा का सीधे स्वामित्व और संचालन करें
- Solid, AT, ActivityPub के विभिन्न प्रयास अंततः एक ही लक्ष्य पर मिलते हैं — वेब को फिर से व्यक्ति का बनाना
संदर्भ लिंक
1 टिप्पणियां
Hacker News राय
मैं Blobcache नाम के एक FOSS प्रोजेक्ट में शामिल हूँ
https://github.com/blobcache/blobcache
मेरा मानना है कि सर्वर का application state स्टोर करना और सर्वर के पास उसे बदलने या डेटा पढ़ने का अधिकार होना, ये दोनों बिल्कुल अलग बातें हैं
भविष्य में सर्वर की भूमिका सिर्फ मेरे डेटा को सुरक्षित रखनी चाहिए, और क्लाइंट को ज़्यादा स्मार्ट होना चाहिए
मैं ऐसा ढांचा चाहता हूँ जिसमें ऐप इस्तेमाल करते समय E2E(एंड-टू-एंड) एन्क्रिप्टेड state सर्वर से मिले, उसे बदला जाए, और फिर नया एन्क्रिप्टेड डेटा वापस सर्वर पर स्टोर कर दिया जाए
सर्वर को सिर्फ डेटा की durability की ज़िम्मेदारी लेनी चाहिए, और यह भरोसा भी ज़रूरी नहीं कि वह वाकई यह काम सही से कर रहा है
Blobcache एक API देता है जिससे ‘डंब’ स्टोरेज सर्वर और ‘स्मार्ट’ क्लाइंट E2EE स्थिति में transaction कर सकते हैं
पुराने hardware पर Blobcache और Tailscale जैसे VPN इंस्टॉल करके दूसरे devices का डेटा आसानी से माइग्रेट किया जा सकता है
इसका setup SSH जैसा है, बस config file में key जोड़ते ही access मिल जाता है
स्टोरेज इस्तेमाल करने की ज़्यादातर झुंझलाहट खत्म हो जाती है
मैं Blobcache के साथ पूरे घर की home directory के लिए Git-स्टाइल E2EE version control tool बना रहा हूँ
https://github.com/gotvc/got
Peergos में ऐप जिस तरह E2EE डेटा इस्तेमाल करता है, वह Blobcache से बहुत मिलता-जुलता है
अगर मिलकर काम किया जाए तो अच्छा होगा, इसलिए संपर्क करना चाहूँगा
https://peergos.org/posts/a-better-web
per-user storage के लिए https://remotestorage.io/ भी है, यह देखना उपयोगी हो सकता है
मैंने जो पढ़ा है, उसके आधार पर मुझे लगता है कि ऐसे प्रस्ताव evolutionary test पास नहीं करते
बड़े पैमाने पर किसी विचार को लागू करना हो तो बहुत दूर की मंज़िल दिखाने के बजाय, चरणबद्ध तरीके से मौजूदा स्थिति को बेहतर करना पड़ता है
अभी की स्थिति पहले से ही काफ़ी ऊँचे local maximum के करीब है, इसलिए सूचना नियंत्रण के नए तरीके बताने वाले लोग अब तक बस बहुत महंगे या मेहनत वाले उपाय ही दे पाए हैं
पूरी प्रक्रिया जानना ज़रूरी नहीं, लेकिन कम-से-कम शुरुआती दो कदम मौजूदा हालत से बेहतर होने चाहिए
आख़िर उड़ना है तो पहले पंख विकसित करने पड़ते हैं
मुझे व्यावहारिक रूप से आगे बढ़ने वाली दिशा कुछ ऐसी लगती है
शुरुआती merchants के लिए PCI/PII स्टोर करने का बोझ घटेगा, इसलिए अपनाने की वजह बनेगी
हर चरण में यह मौजूदा व्यवस्था से बेहतर महसूस होता है
मैं इस बात से सहमत हूँ कि एक ही बार में बड़ा बदलाव नहीं, बल्कि हर चरण में महसूस होने वाला सुधार चाहिए
आम user के नज़रिए से क्या सिर्फ ‘मैं अपने डेटा का मालिक हूँ’ इतना ही UX बेहतर महसूस कराने के लिए काफ़ी होगा?
अगर विज्ञापन कम हों और यह user-first products के साथ जुड़ जाए, तो शायद संभावना है
चिंता यह है कि इसमें बहुत सारा ऐसा काम चाहिए जो ज़्यादा पैसे नहीं लाता, फिर भी मैं आशावादी हूँ
अभी BlueSky के 99.9% users सिर्फ BlueSky service ही इस्तेमाल करते हैं, लेकिन BlueSky में हर user के लिए Personal Data Service(PDS) है
वे कभी भी अपना डेटा BlueSky से निकालकर कहीं और ले जा सकते हैं, और हाल में फिर से BlueSky पर वापस लाना भी संभव हो गया है
अपने-अपने PDS में लोग मनचाहा डेटा रख सकते हैं, जैसे https://tangled.org पर git data, https://teal.fm पर music listening history, https://leaflet.pub पर blogs
खुद PDS चलाने या community स्तर पर host करने के उदाहरण तेज़ी से बढ़ रहे हैं
PDS डेटा को aggregate और interconnect करने वाले relay servers भी विकसित हो रहे हैं, और पूरा network connectivity देने वाली aggregation layer चलाना थोड़ा कठिन है, लेकिन धीरे-धीरे बेहतर हो रहा है
मौजूदा ढांचे की तुलना में यह साफ़ तौर पर innovation है, और developers का उत्साह भी साफ़ दिखता है, जिससे काफ़ी ऊर्जा मिलती है
architecture separation की वजह से कई क्षेत्रों में विकास संभव है, और नींव मज़बूत होने से scalability भी अच्छी है
ऐसा लगता है कि evolutionary experiment सच में हो रहे हैं, इसलिए काफ़ी उत्साह है
मुझे personal data storage की अवधारणा बहुत पसंद है और काश यह default बन जाए
लेकिन इसमें एक ऐसी समस्या हो सकती है जिसे तकनीकी रूप से शायद पूरी तरह हल ही न किया जा सके
उदाहरण के लिए, इस लेख में ‘schema’ का ज़िक्र नहीं है, जबकि असली डेटा portability में schema बहुत बड़ी बाधा है
मैंने खुद देखा है कि साधारण CRUD app में भी field format बदलना कितना मुश्किल हो जाता है
Google या Facebook से मैं अपना डेटा export कर सकता हूँ, लेकिन उस डेटा को मूल app की तरह दिखाने और इस्तेमाल करने के लिए लगभग पूरा original UI clone करना पड़ता है; और अगर मूल service का schema बदल जाए तो rendering या integration की समस्या, यहाँ तक कि data loss भी हो सकता है
स्वतंत्र data silos में format बदलने की आज़ादी होती है, लेकिन अगर कई stores अपने-अपने schema को स्वतंत्र रूप से बदलें तो sync लगभग असंभव हो जाता है और data loss का जोखिम बहुत बढ़ जाता है
इसके अलावा schema के हिसाब से authorization और identity verification भी बेहद पेचीदा समस्या है
मान लीजिए A को सिर्फ कुछ fields देखने की इजाज़त देनी है, लेकिन कई servers के बीच sync के दौरान कुछ servers को userA की पहचान ही नहीं पता, इसलिए वे डेटा को ऐसे मानते हैं जैसे वह मौजूद ही नहीं है
trust, identity और audit प्रक्रियाएँ जब distributed systems में बंटी हों, तो fine-grained access control सच में बहुत कठिन हो जाता है
आजकल Hacker News के शीर्ष पोस्ट देखें तो ‘वेब को फिर से अपने हाथ में लें’ या ‘90s की तरह self-hosting, federation वगैरह वापस लाएँ’ जैसी बातें बार-बार सामने आती हैं
लेकिन वास्तविकता में कुछ बदलता नहीं दिखता, बल्कि हालात और बिगड़ते लगते हैं, और ऐसी नई पीढ़ी लगातार आ रही है जिसे 90s के इंटरनेट या mobile devices से पहले की भावना का अनुभव ही नहीं है
आजकल किसी चीज़ के लिए sign up करो तो दुनिया भर के countless DBs में बेकार personal info की copies फैल जाती हैं, और फिर बाद में hack, misuse, sale और neglect का वही चक्र चलता रहता है
पता नहीं इसका कोई हल भी है या नहीं, कभी-कभी तो लगता है शायद पृथ्वी के दूसरी तरफ घूम आना इससे आसान होगा
यूरोप में यह personal information issue लगभग काफी हद तक सुलझा हुआ है
वहाँ कानूनों का वास्तविक असर है, इसलिए असली कंपनियाँ गैरकानूनी तरीके से डेटा स्टोर या बेचने की हिम्मत नहीं कर पातीं
लेकिन लोग cookie banners जैसी सतही चीज़ें देखकर असली उपलब्धियों को समझ नहीं पाते
हक़ीक़त में यूरोप डिजिटल दुनिया में ऐसे बदलावों का नेतृत्व कर रहा है जो नागरिकों की जीवन-गुणवत्ता बढ़ाते हैं
उदाहरण के लिए बिना शुल्क वाले instant bank transfers जैसे public goods भी हैं
अगर हम लोग, जिन्होंने सचमुच अलग समय देखा है, सिर्फ इसलिए हार मान लें कि ‘कुछ बदलता नहीं’, तो फिर सच में कुछ भी नहीं बदलेगा
वास्तव में अभी open source और self-hosted alternatives बनाना इतिहास में पहले से कहीं आसान है
90s में online रहने वाले विशिष्ट लोग आज भी मौजूद हैं, और वे अभी भी उसी पुराने अंदाज़ में online सक्रिय हैं
आज इंटरनेट कहीं ज़्यादा सरल और सुलभ हो गया है, इसलिए बहुत से सामान्य लोग, जिन्हें यह मज़ेदार या जादुई नहीं लगता, भी इसे आसानी से इस्तेमाल कर लेते हैं
आज के online माहौल को हमेशा सिर्फ बुरा बताना थोड़ा अफ़सोसजनक है, क्योंकि इससे अब भी मौजूद मूल्यवान services और communities को कमतर आंका जाता है
पुरानी services शायद polished या cool न हों, लेकिन वे अब भी मौजूद हैं और अपना काम कर रही हैं
personal information की बेकाबू copying, neglect, hacking और selling को कैसे रोका जाए, इस चिंता पर
मुझे लगता है कि डेटा को उसके मालिक के लिए ‘खतरनाक देनदारी’ की तरह देखा जाना चाहिए, तभी सुधार की संभावना है
जैसे “Megabank, डेटा लीक के कारण दिवालिया; अधिकारियों की गिरफ़्तारी” जैसी घटनाएँ आम होनी चाहिए, तभी डेटा प्रबंधन के प्रति रवैया पूरी तरह बदलेगा
अभी की तरह “फिर डेटा लीक, इस बार LifeLock free!” जैसी प्रतिक्रिया से सोच नहीं बदलेगी
जिन उदाहरणों की बात हुई, वे सिर्फ कल्पना नहीं हैं, क्योंकि Bluesky और AT-net जैसी चीज़ें वास्तव में चल रहे networks हैं, और उनका वास्तविक दुनिया पर इतना असर है कि कई authoritarian states उनसे ख़तरा महसूस करती हैं
इस समस्या पर मुझे सबसे अधिक विश्वसनीय और उचित समाधान Tim Berners Lee(वेब के निर्माता) का बनाया हुआ Solid standard लगता है
[https://en.wikipedia.org/wiki/Solid_(web_decentralization_project)](https://en.wikipedia.org/wiki/Solid_(web_decentralization_pr...)
मुझे लगता है कि यह इंटरनेट के data structure को बदलने का पूरा हक़ रखता है, और Solid की तकनीक भी काफ़ी मजबूत है
अफ़सोस सिर्फ यह है कि Solid व्यापक रूप से फैल नहीं पाया
शायद इसलिए कि मौजूदा web environment बहुत विशाल है, और आज के अधिकांश tech stacks ‘वास्तविक data ownership’ को आधार मानकर बने ही नहीं हैं
यह सिर्फ कुछ libraries बदलने की बात नहीं, बल्कि development और data handling के तरीके को मूल से फिर सोचने की ज़रूरत है, इसलिए adoption में बड़ी बाधा है
Solid टीम इन समस्याओं को सही तरह समझती है, और नए projects में इसे धीरे-धीरे आसान बनाने के लिए tools और libraries अच्छी तरह तैयार कर रही है
इसलिए Solid के भविष्य और scalability को लेकर मुझमें काफ़ी उम्मीद है
मैं इस दावे से सहमत नहीं हूँ कि “कई कंपनियों या sites में बंटकर स्टोर होने के बजाय, मेरा डेटा एक ही जगह मेरे नियंत्रण में है”
वास्तविक दुनिया में, जैसे ही आप किसी site पर डेटा डालते हैं, वे उसे मनमाने ढंग से copy या sell कर सकते हैं, और इसे रोकने का कोई ठोस तरीका नहीं है
अंततः यह बस डेटा portability, interoperability, और blocking/spam management की ज़िम्मेदारी sites से हटाकर users पर डालना है
privacy या “मैं तय करूँ कि अपनी जानकारी किसके साथ साझा करूँ” जैसी मूल समस्या हल होती नहीं दिखती
भले मैं अपना डेटा सिर्फ siteA को दूँ और data brokerB को न दूँ, लेकिन A के पास B को बेचने से रोकने की कोई वजह नहीं है
व्यवहार में यह आज जैसी ही स्थिति रहेगी
अगर डेटा सचमुच सिर्फ एक ही जगह रखना है, तो बाहरी sites या services से कोई डेटा साझा ही नहीं करना होगा, जो व्यावहारिक नहीं है
रोकने का कोई पक्का तरीका नहीं है, लेकिन कम-से-कम तीसरा पक्ष जो ले जाता है वह ‘copy’ ही होती है
मेरे डेटा का ownership फिर भी मेरे पास रहता है, और एक ही जगह से direct access, sharing, backup और analysis आसान हो जाता है
डेटा को lock-in से मुक्त करने में इसका बड़ा असर हो सकता है
यह पता लगाकर मुकदमा करना भी असंभव नहीं कि किसी third party ने मेरा डेटा बेचा है, और non-proprietary data formats को अनिवार्य भी बनाया जा सकता है
मुझे यह मौजूदा system से कहीं बेहतर लगता है
अगर मैं अपने डेटा की original copy और ownership को साफ़ तौर पर स्थापित कर सकूँ, तो मुझे लगता है resale रोका जा सकता है
यूरोप(EU) में लोगों को कंपनियों से ‘personal data deletion’ माँगने का वास्तविक अधिकार मिला है,
और ऐसे अधिकारों को लागू करना तब आसान होता है जब डेटा को स्पष्ट रूप से ‘मेरा’ कहा जा सके
सबसे नया डेटा पुराने डेटा से कहीं अधिक मूल्यवान होता है
मैं खुद नियंत्रित कर सकता हूँ कि कौन, किस उद्देश्य के लिए, कौन-सा डेटा पाए, और ज़रूरत पड़ने पर access को on/off भी कर सकता हूँ
डेटा का resale सिद्धांततः अवैध माना जाना चाहिए
जैसे यह सामान्य समझ है कि कोई वकील या डॉक्टर मेरी जानकारी कभी नहीं बेच सकता, उसी तरह personal data को संभालने वाले हर व्यक्ति पर वही कानून लागू होना चाहिए
सब कुछ self-host करना चाहने की इच्छा हमेशा से रही है
लेकिन कंपनियों के लिए centralization आसान है, और वे उसी से डेटा का monetization भी कर लेती हैं, इसलिए यही trend फैला है
सच तो यह है कि user द्वारा खुद host करने की तुलना में Facebook, instagram, gmail जैसी बड़ी services इस्तेमाल करना कहीं आसान है, और सब वहीं हैं इसलिए वहीं बने रहना सुविधाजनक भी लगता है
अभी तक आम users के लिए पर्याप्त accessible decentralization solutions नहीं आए हैं, और व्यावहारिक incentives भी कमज़ोर हैं
मूल रूप से अगर accessibility की समस्या हल नहीं होती, तो इस trend का बदलना मुश्किल है
Plex के अनुभव से मुझे लगता है कि लोगों में self-hosting की इच्छा हमारी सोच से कहीं ज़्यादा है, बस उसे साफ़ शब्दों में कहना कठिन है
Plex पूरी तरह self-hosted solution नहीं है, लेकिन Netflix जैसी services की तुलना में उससे काफ़ी अधिक करीब है, और हाल के वर्षों में कम technical skill वाले लोग भी अपना Plex server सेट करना चाह रहे हैं
सिर्फ free movies देखने के लिए नहीं, बल्कि अक्सर अपने बच्चों के लिए
वे खुद content curate करके इस बात पर नियंत्रण चाहते हैं कि बच्चा क्या देखे, जिससे ज़्यादा सुकून मिलता है
यह कुछ वैसा ही एहसास है जैसा बचपन में माता-पिता TV channels सीमित कर देते थे तो होता था
आज का इंटरनेट बहुत अव्यवस्थित और जोखिम भरा लगता है, इसलिए अधिक से अधिक माता-पिता अपने हाथ में थोड़ा-सा नियंत्रण वापस लेना चाहते हैं
उम्मीद है कि ऐसे विचार कभी आगे चलकर किसी और उपयोगी दिशा में विकसित होंगे
Opera Unite का ज़िक्र देखकर अच्छा लगा
यह एक बहुत नवोन्मेषी विचार था, जिसमें कोई भी व्यक्ति बिना खास जानकारी के सिर्फ browser से आसान static sites बना सकता था
अगर यह सफल हुआ होता और लोग अपनी content को स्वायत्त रूप से साझा करने की संस्कृति विकसित कर लेते, तो आज के commercialized और manipulated social networks की जगह इंटरनेट कहीं अधिक स्वस्थ होता
PDS(Personal Data Service) की अवधारणा मुझे बहुत पसंद है
लेकिन मेरा मानना है कि community को content farms, spam, और original source clarity जैसी समस्याओं को कहीं अधिक प्राथमिकता देनी चाहिए
ऐसे safeguards के बिना malicious actors federation structure को आसानी से अस्थिर कर सकते हैं
सिर्फ email(SMTP) network को देखकर ही इस समस्या की गंभीरता समझी जा सकती है
vertically integrated apps को चलाने की लागत बहुत कम होती है
Instagram फोटो का सिर्फ एक हिस्सा स्टोर करता है, लेकिन उसकी profitability बहुत अच्छी है
दूसरी ओर iCloud जैसी account services में लगभग कोई web API नहीं है, और वे व्यावहारिक रूप से सिर्फ Apple devices के लिए हैं, फिर भी लोग उसके लिए पैसे देने को तैयार रहते हैं(जितना कि बड़े iPhone खरीदने की ज़रूरत कम हो जाए)
फिर भी web filesystem के ऊपर स्वतंत्र रूप से काम करने वाले apps ज़्यादा नहीं हैं, इसके कारण हैं
नतीजा यह है कि general-purpose solutions को खुद इस्तेमाल करके देखें तो वे अक्सर बेहद slow होते हैं या speed/cost की वजह से वास्तविक उपयोग के लायक नहीं रहते
और अगर user पहले से ही storage के लिए दो बार भुगतान जैसा कर रहा हो, तो bandwidth के लिए अलग से पैसे देने को बहुत कम लोग तैयार होंगे
मैं इस दावे से सहमत होना कठिन पाता हूँ कि “जब डेटा कंपनियों के बजाय people-centered organizations में स्टोर होगा, तब data ownership की बहस बदल जाएगी”
कंपनियाँ भी आखिर इंसानों द्वारा चलाई जाने वाली organizations ही हैं
वे shareholders द्वारा board of directors के ज़रिए नियंत्रित होती हैं; उन्हें कोई aliens नहीं चलाते और न ही system अपने आप autonomous तरीके से चलता है
शायद आशय यह रहा होगा कि वे for-profit companies के खिलाफ हैं, जहाँ service customers सीधे संचालन पर vote नहीं कर सकते
‘कंपनी’ शब्द का इस्तेमाल अक्सर किसी ‘बुरी ताकत’ की तरह होता है, जबकि वह अंततः कुछ खास लोगों के स्वामित्व वाली संस्था ही है
और उदाहरण के रूप में “@alice.com” देना भी विडंबनापूर्ण है, क्योंकि .com स्वयं commercial क्षेत्र का प्रतिनिधि है
https://en.wikipedia.org/wiki/Institution#Examples
https://en.wikipedia.org/wiki/.com
आम तौर पर non-commercial websites भी पहले .com address ही आज़माती हैं