मैं एक समानांतर इंटरनेट बना रहा हूँ, और इसे The Thinnernet कहा जाता है
The Thinnernet नामक एक “parallel internet” का प्रस्ताव आज के फुलाए हुए, विज्ञापन- और tracker-भरे वेब के बजाय एक हल्के, latency-conscious विकल्प की वकालत करता है, और कुशल शुरुआती smartphone platforms तथा “lite” ऐप मोड से प्रेरणा लेता है। टिप्पणीकार सवाल उठाते हैं कि क्या यह वास्तव में एक नया नेटवर्क है या बस leaner websites और apps का आह्वान, और व्यवहार में इसे कैसे लागू किया जाएगा, carriers या QoS की क्या भूमिका होगी, तथा क्या कोई नया stack network effects को पार कर सकता है। यह चर्चा Gemini, Gopher, Reticulum, और Internet2 जैसे प्रोजेक्ट्स की तुलना तक फैलती है, और इस व्यापक बहस तक कि भविष्य में minimal, text-centric अनुभवों को प्राथमिकता मिलनी चाहिए या rich, highly interactive applications को।
“Thinnernet” का दायरा और दृष्टि
- यह कोई नया भौतिक इंटरनेट या निम्न-स्तरीय प्रोटोकॉल नहीं है; इसे मौजूदा इन्फ्रास्ट्रक्चर के ऊपर एक समानांतर, “bike-lane” शैली का वर्चुअल नेटवर्क माना गया है।
- ध्यान समाचार, मेल, अपॉइंटमेंट्स आदि जैसे सामान्य कार्यों के लिए हल्के, पूर्वानुमेय अनुभवों पर है, जिसमें latency bounds और दक्षता पर जोर है।
- यह मौजूदा तकनीक (जैसे UDP पर QUIC, QoS, “lite” ऐप मोड) और डिवाइस, OS, ISP, तथा सर्वर के बीच समन्वित डिज़ाइन पर निर्भर करता है।
- मूल विचार: डेवलपर और प्लेटफ़ॉर्म जानबूझकर कम-डेटा, तेज़ मोड को प्रथम श्रेणी नागरिकों की तरह उपलब्ध कराएँ।
भ्रम और संदेह
- कई टिप्पणीकार कहते हैं कि प्रस्ताव अस्पष्ट है: क्या यह एक प्रोटोकॉल है, एक भौतिक नेटवर्क, QoS व्यवस्था है, या सिर्फ़ एक डिज़ाइन दर्शन?
- कुछ लोग नोट करते हैं कि समुद्र के नीचे केबलों और “parallel internet” के बारे में रूपक दायरा स्पष्ट करने के बजाय उसे धुंधला करते हैं।
- अन्य लोग सोचते हैं कि यह अंततः “कुशल वेबसाइटें और ऐप्स” तक सिमट जाता है, न कि कोई सचमुच अलग नेटवर्क।
- व्यवहार्यता पर संदेह: ISP, डिवाइस निर्माताओं और ऐप डेवलपर्स के बीच समन्वय और अनुशासन की संभावना कम मानी जाती है।
वेब का फुलाव, दक्षता, और बिज़नेस मॉडल
- वेब के फुलाव और धीमी साइटों, खासकर खराब कनेक्शनों पर, को वास्तविक समस्याएँ मानने पर मजबूत सहमति है।
- कई लोग विज्ञापनों, tracking, analytics, और marketing को फुलाव के मुख्य कारण बताते हैं, न कि अंतर्निहित तकनीकी ज़रूरतों को।
- सुझाए गए उपाय: adblocking, आकार-सीमित साइट “clubs”, कम-बैंडविड्थ fallback, “basic web” मोड, और स्वैच्छिक डेवलपर दिशानिर्देश।
- तनाव: कुछ लोग बहुत छोटी पृष्ठ चाहते हैं; अन्य ज़ोर देते हैं कि आधुनिक उपयोग-मामले (rich apps, 4K वीडियो) संभव बने रहने चाहिए।
वैकल्पिक प्रोटोकॉल और मिनिमलिस्ट वेब
- पाठ-केंद्रित, anti-commercial, browser-light ecosystems में रुचि: Gemini, Gopher, Hyphanet/Freenet, Reticulum, mesh/LORA प्रयोग, Arcan-net, BBS/SSH communities, SmolNet/Yesterweb।
- स्वीकार की गई समस्याएँ: सामग्री की कमी, खोज-क्षमता की खराबी, network-effect के नुकसान, और सीमित application scope।
- कुछ लोग इन स्थानों को tracking और monetization से राहत देने वाले स्वागतयोग्य ठिकाने मानते हैं, भले ही वे niche हों।
डिज़ाइन दर्शन और शासन
- विचारों को “जो एक प्रसिद्ध tech figure करता” के रूप में ढालने के खिलाफ़ प्रतिरोध; इसे घिसा-पिटा और कमज़ोर तर्क माना गया।
- opinionated, vertically integrated डिज़ाइन बनाम design-by-committee और खुले, forkable ecosystems पर बहस।
- “HTML replacement” के लिए मानदंडों का एक संदर्भित सेट — open, neutral, powerful, आसानी से monetized — व्यापक रूप से अवास्तविक, आंतरिक रूप से विरोधाभासी, या अवांछनीय माना गया, विशेषकर monetization के फोकस को लेकर।