मैंने अपना ब्लॉग IPFS से एक सर्वर पर स्थानांतरित किया

वेब होस्टिंग प्लेटफ़ॉर्म के रूप में IPFS

• कई लोग लेख जैसी ही समस्याएँ बताते हैं: सामग्री अक्सर वैश्विक रूप से उपलब्ध नहीं होती, गेटवे अस्थिर रहते हैं, और कुछ उपयोगकर्ता संयोगवश संपत्तियाँ (assets) लोड नहीं कर पाते।
• एक पूर्ण IPFS नोड चलाना संसाधन-भूखा बताया गया है (CPU, RAM, फ़ाइल डिस्क्रिप्टर) और संचालन के लिहाज़ से नाज़ुक है।
• कम-ट्रैफ़िक वाले ब्लॉगों के लिए, एक पिनिंग नोड को ऑनलाइन बनाए रखना कथित विकेंद्रीकरण लाभों को लगभग निष्प्रभावी कर देता है; यदि आपका नोड डाउन है, तो आपकी साइट प्रभावी रूप से डाउन है।
• कुछ लोग अभी भी Netlify/Vercel या इसी तरह के सेटअप के पीछे स्थिर संपत्तियों के बैकिंग स्टोर के रूप में IPFS का उपयोग करते हैं, लेकिन उपलब्धता अभी भी “पहेली” जैसी बनी हुई है।

पिनिंग, UX, और इकोसिस्टम की कमियाँ

• एक बार-बार आने वाली शिकायत यह है कि “add” बनाम “pin” की अर्थ-संरचना (semantics) उलझनभरी है; पहले के टूल्स में यह मान लेना आसान था कि आपने “कुछ IPFS पर डाल दिया” जबकि वह वास्तव में उपलब्ध नहीं हुआ।
• भले ही तकनीकी रूप से सही हो (जैसे, ipfs add डिफ़ॉल्ट रूप से पिन करता है), फिर भी इसका मानसिक मॉडल BitTorrent के “download == seed by default” की तुलना में खराब माना जाता है।
• ब्राउज़रों में मूल ipfs:// समर्थन का अभाव, कुछ ही गेटवे पर निर्भरता, और “Web3/coins” से जुड़ाव को अपनाने में बाधा माना जाता है।

विकेंद्रीकरण और P2P स्केलेबिलिटी

• कई प्रतिभागियों का तर्क है कि “सच्चे” पूरी तरह विकेंद्रीकृत नेटवर्क स्केल नहीं करते; एक निश्चित आकार से आगे रूटिंग, खोज, और मॉडरेशन सभी फिर से केंद्रीकरण या पदानुक्रम ले आते हैं।
• दूसरे लोग Kademlia, small-world networks, Freenet जैसे उदाहरणों से प्रतिवाद करते हैं, जो केंद्रीय सर्वरों के बिना लघुगणकीय (logarithmic) स्केलिंग हासिल करते हैं, हालांकि वे समझौतों और जटिलता को स्वीकारते हैं।
• इस बात पर व्यापक सहमति है कि अधिकांश “विकेंद्रीकृत” प्रणालियाँ अंततः कुछ केंद्रीय सेवाओं पर निर्भर हो जाती हैं (bootstrapping nodes, trackers, gateways, pinning providers)।

ब्लॉकचेन, नामकरण, और शासन

• नाम समाधान (name resolution) के लिए ब्लॉकचेन के उपयोग पर कड़ी संदेह-भावना:
  • ब्लॉकचेन केवल यह प्रमाणित करते हैं कि चेन पर क्या है; वास्तविक दुनिया के अर्थ से उसका मानचित्रण अभी भी प्राधिकरणों या “oracles” की आवश्यकता रखता है।
  • व्यावहारिक समस्याएँ: चेन का आकार, resolvers की आवश्यकता, कुंजी खोना, और नामों पर विवादों को संभालना।
• समर्थक सेंसरशिप-प्रतिरोध और उपयोगकर्ता-स्तरीय संप्रभुता पर ज़ोर देते हैं, और अदालतों के माध्यम से नामों को पुनः सौंपने में असमर्थता को बग नहीं, बल्कि विशेषता मानते हैं।
• ENS/Namecoin/HNS को उदाहरण के रूप में उद्धृत किया गया है; ब्राउज़र एकीकरण की कमी और squatting वास्तविक दुनिया के प्रभाव को कम करते हैं।

वे उपयोग मामले जहाँ IPFS-जैसी तकनीक उपयुक्त हो सकती है

• जिन बेहतर फिट्स का उल्लेख किया गया: वैज्ञानिक डेटा DAGs, ML मॉडल weights, बड़े साझा datasets, और वे अनुप्रयोग जहाँ नोड्स हमेशा चालू रहते हैं और grid-powered होते हैं।
• मोबाइल-प्रधान, सार्वजनिक वेब उपयोग के लिए, बैटरी और बैंडविड्थ की लागत, कानूनी जोखिम, और UX समस्याएँ पारंपरिक होस्टिंग या CDNs को अधिक आकर्षक बनाती हैं।

विकल्प और व्युत्पन्न

• सामने रखे गए विकल्पों में BitTorrent/WebTorrent, Peertube, Peergos, Freenet (नए और पुराने डिज़ाइन), DAT, Secure Scuttlebutt, और Iroh जैसे नए प्रोजेक्ट शामिल हैं जो कुछ विचारों का पुनः उपयोग करते हैं लेकिन मॉडल बदलते हैं।
• कुछ लोग सुझाव देते हैं कि federation (email, ActivityPub/Mastodon) पूर्ण केंद्रीकरण या अधिकतमवादी P2P में से किसी एक की तुलना में अधिक व्यावहारिक मध्य मार्ग प्रदान करता है।