अब privacy का कोई मतलब नहीं रहा, anonymity ज़्यादा महत्वपूर्ण हो गई है

> "Privacy मार्केटिंग है, और anonymity architecture है."

• टेक उद्योग में ‘privacy’ मार्केटिंग की भाषा बनकर रह गई है, और असली सुरक्षा ऐसे सिस्टम डिज़ाइन से आती है जो anonymity की गारंटी दें
• अधिकांश ‘privacy-first’ सेवाएँ email, phone number, ID जैसे यूज़र की पहचान से जुड़े डेटा इकट्ठा करती हैं, इसलिए वास्तव में पूरी सुरक्षा संभव नहीं होती
• Mullvad VPN के उदाहरण की तरह, सिर्फ वही संरचना कानूनी दबाव में भी टिकाऊ anonymity दे सकती है जो यूज़र डेटा बिल्कुल स्टोर ही न करे
• Servury email, IP, payment info आदि स्टोर नहीं करता और सिर्फ 32-अक्षरों की random string credentials से account चलाता है, जिसकी कीमत account recovery न होना है
• जब इंटरनेट authenticated web और anonymous web में बंट रहा है, तब anonymity-आधारित सेवाएँ निगरानी-रहित खुले इंटरनेट को बचाए रखने की कुंजी हैं

---

privacy के भ्रम और anonymity का सार

• ज़्यादातर कंपनियाँ कहती हैं, “हम आपकी privacy को महत्व देते हैं,” लेकिन password reset email, IP logs, phone verification जैसी चीज़ों से यूज़र की पहचान फिर भी की जा सकती है
  • ऐसी संरचना सुरक्षा नहीं, सिर्फ ‘performance art’ है
• 2025 में ‘privacy’ एक ऐसा शब्द बन गया है जिसका अत्यधिक दुरुपयोग होता है; government ID की मांग, logs का संग्रह, data leak का जोखिम रखने वाली सेवाएँ भी इसे मार्केटिंग कॉपी में इस्तेमाल करती हैं
• असली anonymity डिज़ाइन चरण में लिया गया ऐसा संरचनात्मक निर्णय है जिसमें कोई समझौता नहीं होता, और जिसमें operator भी यूज़र की पहचान न कर सके, न किसी दबाव में सहयोग कर सके

‘privacy theatre’ की सामान्य संरचना

• सामान्य ‘privacy-focused’ सेवाएँ email, phone number, ID को चरणबद्ध ढंग से मांगती हैं और सारी जानकारी अपने पास रखकर logs भी बनाती हैं
• “हम सिर्फ ज़रूरी जानकारी इकट्ठा करते हैं” जैसी policy असल में सारा डेटा अपने पास रखकर सावधान रहने का वादा भर है
• समस्या की जड़ बुरी नीयत नहीं, बल्कि डेटा का पास होना ही vulnerability होना है
  • “जो आपके पास है ही नहीं, वह leak भी नहीं हो सकता” इस सिद्धांत पर ज़ोर

Mullvad VPN का उदाहरण

• 2023 में Swedish police ने Mullvad VPN के मुख्यालय पर छापा मारा, लेकिन यूज़र डेटा न होने के कारण उन्हें कुछ भी नहीं मिला
• Mullvad सिर्फ random 16-digit account number से authentication करता है, और email, name, logs कुछ भी स्टोर नहीं करता
• इसी संरचना की वजह से कानूनी मांगों के बावजूद सहयोग कर पाना ही असंभव हो जाने वाली anonymity बनी रहती है

Servury की anonymity architecture

• Servury ने cloud hosting चलाने के लिए आवश्यक न्यूनतम जानकारी की समीक्षा के बाद सिर्फ तीन तरह का डेटा स्टोर करने का फैसला किया
  • 32-अक्षरों की random credential, account balance, active services की सूची
• जो चीज़ें इकट्ठा नहीं की जातीं: email, name, IP, payment info, usage patterns, device fingerprint, location data
• कोई password recovery, email verification, phone number security feature नहीं, क्योंकि इन सबके लिए identity स्टोर करनी पड़ती है
• account recovery का न होना anonymity की कीमत है; credential खो जाने पर account access पूरी तरह बंद हो जाता है

account recovery न होने का मतलब

• Servury यूज़र की identity जान ही नहीं सकता, इसलिए support team भी account recover नहीं कर सकती
  • payment receipt, IP, signup time जैसी कोई जानकारी भी स्टोर नहीं की जाती
• यह असुविधा जानबूझकर रखी गई सुविधा है, जो social engineering attacks, phishing, government requests—सबको निष्प्रभावी कर देती है
• “हम आपको जानते ही नहीं” जैसी संरचना ही security की बुनियादी रक्षा-रेखा बनती है

email का जाल

• email को आधुनिक इंटरनेट identity की मूलभूत कमजोरी बताया गया है
  • यह phone number, payment methods और दूसरी services से जुड़कर ट्रैकिंग योग्य हो जाता है
  • read receipts, link tracking, metadata analysis जैसी चीज़ें पूर्ण anonymity को नष्ट कर देती हैं
  • इसमें स्थायी संग्रह, बाद में बुलाया जा सकना, और leak का जोखिम मौजूद रहता है
• जिस क्षण कोई सेवा email मांगती है, वह anonymity नहीं बल्कि accountability डिज़ाइन करने लगती है
• बैंक या सरकारी सेवाओं को identity verification चाहिए, लेकिन cloud, VPN, proxy services के लिए यह अनावश्यक बताया गया है

cryptocurrency payments की भूमिका

• Servury के अनुसार cryptocurrency स्वीकार करने का कारण निगरानी अवसंरचना के रूप में काम करने वाले पारंपरिक payment networks से बचना है
  • credit card transactions का रिकॉर्ड स्थायी रूप से रह जाता है, और कई संस्थाएँ उसे संभालकर रखती हैं
• cryptocurrency पूर्ण समाधान नहीं है, लेकिन यह payment और identity के बीच के संबंध को कमजोर करती है
• Stripe जैसी पारंपरिक payment services भी समर्थित हैं, लेकिन उनमें anonymity नहीं है यह स्पष्ट रूप से बताया जाता है

anonymity क्या नहीं है

• anonymity ≠ immunity: अवैध गतिविधियों की जांच अब भी हो सकती है, लेकिन account owner की जानकारी दी नहीं जा सकती
• anonymity ≠ security: अगर credential सुरक्षित न रखा जाए तो यूज़र खुद अपने लिए जोखिम पैदा करता है
• anonymity ≠ transparency की कमी: server IP या connections अब भी दिखाई दे सकते हैं, बस वे किसी व्यक्ति की identity से जुड़े नहीं होते
• anonymity ≠ trust की पूरी गैर-ज़रूरत: open source, audits, transparency reports अब भी ज़रूरी हैं, पूरी तरह trustless होना संभव नहीं
• मुख्य बात यह है कि trust टूट भी जाए तो नुकसान न्यूनतम रहे—ऐसा structural design बनाया जाए

इंटरनेट की दो दिशाएँ

• इंटरनेट authenticated web और anonymous web में बंटता जा रहा है
  • authenticated web: असली नाम, verified identity, traceable payments, behavior logging
  • anonymous web: जहाँ डेटा इकट्ठा ही नहीं किया जाता, इसलिए निगरानी-असंभव स्वतंत्र स्थान बनता है
• जो सेवाएँ अनावश्यक identity मांगती हैं, वे यूज़र्स को authenticated web की ओर धकेलती हैं, जबकि
  email-रहित और cryptocurrency-आधारित सेवाएँ anonymous web को बनाए रखती हैं
• यह “कुछ छिपाने” के लिए नहीं, बल्कि निगरानी को default न बनने देने का विकल्प है

निष्कर्ष

• “privacy वह वादा है कि डेटा सुरक्षित रखा जाएगा; anonymity वह स्थिति है जिसमें डेटा शुरू से रखा ही नहीं जाता”
• Servury इसे 32-अक्षरों की string, बिना email, बिना identity के साथ लागू करता है
• बाकी सभी ‘privacy’ दावे आखिरकार सिर्फ मार्केटिंग रह जाते हैं