हाय सब लोग, साप्ताहिक स्टेटस नोट्स का समय हो गया है

  • Index
  1. 0.5.0.5 2) UDP (SSU) 3) Q 4) ???
    1. 0.5.0.5

चूँकि आप सभी ने 0.5.0.4 पर इतनी जल्दी और बेहतरीन तरीके से अपग्रेड किया, हम बैठक के बाद नया 0.5.0.5 रिलीज़ जारी करने जा रहे हैं। पिछले सप्ताह चर्चा के अनुसार, सबसे बड़ा बदलाव batching code (कई छोटे संदेशों को एक साथ समूहित करने वाला कोड) का समावेश है, जो अनेक छोटे संदेशों को एक साथ बाँध देता है, बजाय इसके कि हर एक को उसका अलग, पूर्ण 1KB का tunnel संदेश दिया जाए। यह अकेले भले ही कोई क्रांतिकारी बदलाव न हो, लेकिन इससे भेजे जाने वाले संदेशों की संख्या और उपयोग होने वाली बैंडविड्थ में पर्याप्त कमी आनी चाहिए, खासकर IRC जैसी सेवाओं के लिए।

रिलीज़ घोषणा में और जानकारी होगी, लेकिन 0.5.0.5 रिविजन के साथ दो अन्य महत्वपूर्ण बातें सामने आती हैं। पहली, हम 0.5.0.4 से पुराने संस्करणों के उपयोगकर्ताओं के लिए समर्थन समाप्त कर रहे हैं - 0.5.0.4 पर 100 से कहीं अधिक उपयोगकर्ता हैं, और उससे पहले के रिलीज़ में काफी समस्याएँ हैं। दूसरी, नए बिल्ड में एक महत्वपूर्ण अनामिता सुधार है; इसे भेदने के लिए कुछ विकास प्रयास की आवश्यकता होगी, लेकिन यह असंभव नहीं है। बदलाव का अधिकांश भाग इस बात से जुड़ा है कि हम netDb को कैसे प्रबंधित करते हैं - मनमाने ढंग से और बेपरवाही से हर जगह प्रविष्टियाँ कैश करने के बजाय, हम केवल उन netDb अनुरोधों का जवाब देंगे जो हमें स्पष्ट रूप से दिए गए तत्वों के लिए हों, चाहे हमारे पास संबंधित डेटा हो या न हो।

हमेशा की तरह, बग फिक्स और कुछ नई विशेषताएँ हैं, लेकिन अधिक जानकारी रिलीज़ घोषणा में साझा की जाएगी।

    1. UDP (SSU)

जैसा कि पिछले 6–12 महीनों से बीच-बीच में चर्चा होती रही है, 0.6 रिलीज़ जारी होते ही हम अपने router के बीच के संचार के लिए UDP पर स्विच करने जा रहे हैं। उस दिशा में और आगे बढ़ने के लिए, ट्रांसपोर्ट प्रोटोकॉल का पहला मसौदा CVS @ http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD पर उपलब्ध है

यह एक काफी सरल प्रोटोकॉल है, जिसके लक्ष्य दस्तावेज़ में उल्लिखित हैं, और यह I2P की क्षमताओं का उपयोग डेटा का प्रमाणीकरण करने और उसे सुरक्षित रखने के साथ-साथ बाहरी जानकारी को यथासंभव कम उजागर करने के लिए करता है। कनेक्शन हैंडशेक का पहला भाग भी उस व्यक्ति के लिए पहचाने योग्य नहीं है जो I2P नहीं चला रहा है। प्रोटोकॉल का व्यवहार अभी स्पेसिफिकेशन में पूरी तरह परिभाषित नहीं है, जैसे कि टाइमर कब ट्रिगर होते हैं या तीन अलग-अलग अर्ध-विश्वसनीय स्थिति संकेतकों का उपयोग कैसे किया जाता है, लेकिन यह एन्क्रिप्शन, पैकेटीकरण, और NAT hole punching (NAT के पार सीधा कनेक्शन स्थापित करने की तकनीक) के मूल सिद्धांतों को कवर करता है। इनमें से कोई भी अभी लागू नहीं किया गया है, लेकिन जल्द ही किया जाएगा, इसलिए प्रतिक्रिया का अत्यंत स्वागत है!

    1. Q

Aum Q(uartermaster), एक वितरित स्टोर, पर लगातार काम कर रहे हैं, और दस्तावेज़ों का पहला मसौदा उपलब्ध है [1]. वहाँ के दिलचस्प विचारों में से एक यह लगता है कि सीधी DHT (वितरित हैश तालिका) से हटकर memcached [2] शैली की प्रणाली की ओर बढ़ना है, जहाँ प्रत्येक उपयोगकर्ता कोई भी खोज पूरी तरह स्थानीय रूप से करता है, और वास्तविक डेटा Q server से “सीधे” (खैर, I2P के माध्यम से) माँगता है. खैर, कुछ बढ़िया चीज़ें हैं, शायद अगर Aum जाग रहे हों [3] तो हम उनसे कोई अपडेट निकलवा सकें?

[1] http://aum.i2p/q/ [2] http://www.danga.com/memcached/ [3] इन समय क्षेत्रों से बड़ी झंझट है!

    1. ???

और भी बहुत कुछ चल रहा है, और अगर बैठक से पहले कुछ ही मिनटों से अधिक समय होता, तो मैं और भी बताता, पर यही ज़िंदगी है। होकर जाइए

i2p in a few to chat.

=jr