मैंने अपना ब्लॉग IPFS से सर्वर पर क्यों माइग्रेट किया

 (neimanslab.org)
5 पॉइंट द्वारा GN⁺ 2024-02-02 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • लेखक को इस बात पर गर्व है कि वह IPFS(InterPlanetary File System) और ENS(Ethereum Name Service) का उपयोग करने वाली वेबसाइटों के शुरुआती अग्रदूतों में से था
  • मार्च 2019 में जब पहली ENS+IPFS वेबसाइट सेट की गई, तब ऐसी मिलती-जुलती वेबसाइटें 15 से भी कम थीं
  • 2019 से 2022 तक IPFS+ENS ब्राउज़र एक्सटेंशन (Almonit), IPFS+ENS सर्च इंजन (Esteroids) का सह-विकास किया गया, और व्यक्तिगत ब्लॉग भी केवल IPFS+ENS के माध्यम से ही उपलब्ध था
  • लेकिन आज, लेखक ने ब्लॉग को फिर से सर्वर पर ले जाने का फैसला किया है और उसके कारणों पर चर्चा करना चाहता है

P2P वेबसाइटों को लेकर उत्साह

  • P2P वेबसाइट IPFS को लेकर उत्साह का कारण यह था कि सिद्धांत रूप में, किसी वेबसाइट के जितने अधिक विज़िटर हों, वह उतनी ही अधिक मजबूत, censorship-resistant और scalable बन सकती है.
  • जैसे torrent फ़ाइलें हमेशा जीवित बनी रह सकती हैं, वैसे ही वेबसाइटें भी रहें—ऐसी उम्मीद थी.
  • ऐसी वेबसाइट की कल्पना की गई थी जो जितनी अधिक देखी जाए उतनी तेज़ हो जाए, और जिसके कुछ विज़िटर कंटेंट फैलाने में मदद भी कर सकें.

व्यवहार में यह काम क्यों नहीं कर पाया

  • IPFS के अधिकांश उपयोगकर्ता अपना खुद का node या software चलाने के बजाय gateway का उपयोग करते हैं.
  • भले ही अपना IPFS node चलाया जाए, वेबसाइट पर जाने से उसका कंटेंट अपने-आप pin नहीं हो जाता.
  • BitTorrent के विपरीत, IPFS में कंटेंट प्राप्त करते समय उसे डिफ़ॉल्ट रूप से साझा नहीं किया जाता.
  • वेबसाइटें dynamic objects हैं और उनका कंटेंट लगातार अपडेट होता रहता है.
  • अधिकांश IPFS वेबसाइटें कंटेंट के नवीनतम संस्करण की ओर संकेत करने के लिए IPNS(Internal Naming System) या ENS(Ethereum Name System) का उपयोग करती हैं.
  • IPFS में अभी तक ऐसा कोई सरल command नहीं है जो IPNS के नवीनतम कंटेंट को हमेशा pin करके रखे, और ENS के मामले में Ethereum blockchain events को सुनना पड़ता है.

ब्राउज़र में IPFS कंटेंट तक पहुँच की कठिनाइयाँ

  • लेखक चाहता था कि IPFS ब्लॉग सभी प्रमुख gateways, सभी IPFS nodes, Brave browser (जिसमें डिफ़ॉल्ट रूप से IPFS सपोर्ट है), js-libp2p और helia (IPFS की js libraries) से उपलब्ध हो, लेकिन इसके लिए कोई भरोसेमंद तरीका नहीं मिला.
  • cid.contact नाम की एक "content routing" service मिली, लेकिन इसके जरिए कंटेंट को index कराने का तरीका समझ में नहीं आया.
  • cid.contact पर निर्भर रहने का मतलब एक centralized service पर निर्भरता भी है.

सरल और पारंपरिक समाधान की ओर वापसी

  • IPFS ब्लॉग को ठीक से चलाए रखने के लिए लगातार मेहनत करते-करते लेखक थक गया और अब वह एक सरल, पारंपरिक और काम करने वाला समाधान चाहता था.
  • जो ब्लॉग आप अभी पढ़ रहे हैं, वह Jekyll से बनाया गया है और लेखक के अपने 10 डॉलर के server पर host किया गया है.
  • लेखक अब भी IPFS का प्रशंसक है, लेकिन यह अभी व्यक्तिगत ब्लॉग की ज़रूरतों के अनुरूप नहीं है.

GN⁺ की राय

  • IPFS decentralized web के लिए एक नवोन्मेषी तकनीक है, लेकिन व्यक्तिगत ब्लॉग जैसे dynamic और बार-बार अपडेट होने वाले कंटेंट के लिए यह अभी उपयुक्त नहीं है.
  • तकनीक की जटिलता और maintenance की कठिनाइयाँ वे मुख्य कारण हैं जिनकी वजह से उपयोगकर्ता पारंपरिक server-based solutions की ओर लौटते हैं.
  • यह लेख तकनीक-प्रेमियों को IPFS जैसी decentralized technologies की वास्तविक सीमाएँ और वे क्षेत्र दिखाता है जहाँ सुधार की ज़रूरत है, और तकनीकी प्रगति के प्रति निरंतर रुचि और भागीदारी का आह्वान करता है.

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

2 टिप्पणियां

 
xexe11 2024-09-13

खुशी हुई
 
GN⁺ 2024-02-02
Hacker News राय

  • लेखक की अच्छी तरह लिखा गया लेख के लिए प्रशंसा की गई।

    • तकनीक अच्छी है, लेकिन अभी भी ऐसा लगा कि यह पूरी तरह तैयार नहीं है।
    • सिर्फ़ कोशिश करना भी ecosystem में योगदान है और यह बताता है कि किन हिस्सों में सुधार की ज़रूरत है।
    • अनुभव साझा न करना सभी के लिए नुकसान है।

  • IPFS implementation 'iroh' पर काम कर रहे एक startup संस्थापक की राय।

    • IPFS का पूरा अनुभव implement करना कठिन है, लेकिन यह धीरे-धीरे P2P web hosting के करीब पहुँच रहा है।

  • IPFS और BitTorrent के usage pattern के अंतर पर राय।

    • IPFS ऐसे content का उपयोग करता है जिसे सामान्य HTTP server पर host किया जा सकता है, जबकि BitTorrent ऐसे data को host करता है जिसे HTTP पर host करना मुश्किल या महँगा होता है।
    • relay server सामने आ गए हैं, जिससे मौजूदा protocol इस्तेमाल करने की तुलना में यह अधिक सुविधाजनक हो गया है।

  • IPFS user experience को लेकर असंतोष।

    • फ़ाइल जोड़ना वास्तव में network में फ़ाइल जोड़ना नहीं है, और जिसे भी replicate करना हो उसे manually pin करना पड़ता है।
    • जिन समस्याओं को BitTorrent v2 ने हल किया, IPFS ने भी उन्हें हल किया, लेकिन BitTorrent v2 ने उन्हें बेहतर तरीके से हल किया।
    • IPFS का 'Web3' और cryptocurrency से बढ़ता जुड़ाव होने के कारण इसे दोस्तों को recommend करना मुश्किल है।

  • Filecoin पर राय।

    • इस्तेमाल न हो रही storage space के लिए market बनाने का विचार अच्छा है, लेकिन यह Dropbox जितना सरल होना चाहिए।
    • Filecoin वेबसाइट पर Dropbox जैसी app नहीं मिलती, इसलिए शायद यह enterprise solution हो सकता है।
    • शायद इसी वजह से यह लोकप्रिय नहीं है, और यह लेख इस धारणा को और मज़बूत करता है।

  • IPFS से जुड़ा व्यक्तिगत अनुभव साझा किया गया।

    • यह वास्तव में पूरी तरह decentralized नहीं है, और decentralization का भ्रम बनाए रखना महँगा है और उसका कोई वास्तविक उद्देश्य भी नहीं है।
    • blockchain तकनीक से जुड़े projects की भागीदारी बढ़ने पर संबंधित गतिविधियाँ बंद कर दी गईं।

  • blog hosting पर राय।

    • जो blog वास्तव में static files का संग्रह है, उसके लिए server cost चुकाने की ज़रूरत नहीं है।
    • उसे GitHub पर host किया जा सकता है, और समस्या होने पर किसी और जगह ले जाया जा सकता है।

  • IPFS की scalability को लेकर चिंता।

    • बड़े websites स्थापित हो जाने के बाद छोटे websites के लिए फिर से ध्यान पाना मुश्किल हो सकता है।
    • अलोकप्रिय torrent की तरह, अगर seeder गायब हो जाएँ तो site हमेशा के लिए गायब हो सकती है।
    • कम traffic वाली websites के मूल्य पर बहस हो सकती है, लेकिन यह सवाल उठाया गया कि किसी website का जीवित रहना दूसरे लोग क्यों तय करें।

  • यह सवाल कि क्या IPFS directory को read/write योग्य FUSE drive के रूप में mount किया जा सकता है।

  • Peergos का उपयोग करके website host करने का अनुभव साझा किया गया।

    • Peergos mutable data की समस्या हल करता है, और privacy तथा access control भी प्रदान करता है।
    • यह भी देखा जा सकता है कि अलग server पर updates कितनी तेज़ी से दिखाई देते हैं।