I2P डेवलपर बैठक - 04 मार्च, 2016

15:00:05 <zzz> 0) नमस्ते 15:00:23 <zzz> 1) इन बैठकों की संरचना 15:00:32 <zzz> 2) रोडमैप पर चर्चा 15:00:37 <zzz> 0) नमस्ते 15:00:41 <zzz> नमस्ते 15:00:54 <str4d> नमस्ते 15:01:02 <xcps_> नमस्ते! 15:01:27 <orignal_> क्या हाल है? 15:02:18 <zzz> कृपया `http://zzz.i2p/topics/2021` पर थ्रेड की समीक्षा करें और `http://i2p-projekt.i2p/en/get-involved/roadmap` पर मौजूदा रोडमैप देखें 15:02:27 <zzz> 1) इन बैठकों की संरचना 15:03:22 <zzz> क्या हमें सीधे रोडमैप पर जाना चाहिए या पहले उच्च-स्तरीय प्राथमिकताओं पर बात करनी चाहिए? 15:03:53 <str4d> मैं दूसरी बात (उच्च-स्तरीय प्राथमिकताएँ) पहले लेना चाहूँगा 15:04:41 <zzz> ठीक है, उस थ्रेड में मैंने दो प्राथमिकताएँ रखीं—नेटवर्क को बढ़ाना और सुरक्षा बढ़ाना 15:04:55 <zzz> उच्च-स्तरीय सिद्धांतों के रूप में ये कैसी लगती हैं? 15:05:25 <zzz> पहले तय करें कि क्या महत्वपूर्ण है 15:05:32 <EinMByte> मुझे लगता है, ये अपेक्षित ही लगती हैं 15:05:48 <EinMByte> हालांकि "नेटवर्क को बढ़ाना" का अर्थ व्यापक होना चाहिए 15:05:57 <str4d> मुझे लगता है ये व्यापक विषयों के रूप में बहुत अच्छे हैं 15:06:03 <zzz> anonimal ने थ्रेड में और भी बहुत कुछ जोड़ा, पर मैं वास्तव में वही नहीं चाह रहा था 15:06:13 <xcps_> मेरी राय में सुरक्षा बढ़ाना हमेशा सबसे महत्वपूर्ण होना चाहिए 15:06:28 <zzz> रोडमैप की समीक्षा करते समय और कौन से सिद्धांतों पर विचार करना चाहिए? 15:06:28 <str4d> मेरी राय में हमें यह तय करना होगा कि संभावित डिलिवरेबल्स के संदर्भ में उनका वास्तविक अर्थ क्या है 15:06:40 <EinMByte> इसलिए "नेटवर्क को बढ़ाना" का मतलब "शोध का ध्यान आकर्षित करना" भी होना चाहिए 15:07:00 <zzz> नेटवर्क बढ़ाने का मतलब कई तरह की चीजें है—थ्रेड देखें 15:07:09 <str4d> EinMByte, हाँ, शायद मैंने थ्रेड में उसका उल्लेख किया था 15:07:36 <zzz> हम जल्द ही तय करेंगे कि इनका मतलब क्या है। अभी के लिए, चलिए इस पर सहमत हों कि क्या महत्वपूर्ण है। 15:07:58 <str4d> उपयोगिता मेरे लिए बहुत महत्वपूर्ण है और मेरी राय में यह ऊपर के दोनों क्षेत्रों में योगदान देती है 15:07:58 <zzz> यदि हम बढ़ते रहें तो सब संभव है। जैसे ही हम बढ़ना बंद करेंगे, हम खत्म हैं 15:08:05 <zzz> सहमत, str4d 15:08:41 <str4d> तुरंत तो उपयोगकर्ता-आधार बढ़ाने के लिहाज से, और दीर्घकाल में सार्वजनिक पहचान बढ़ाने, शोधकर्ताओं के लिए उपयोग में सरलता आदि के लिहाज से 15:09:11 <EinMByte> यह भी ध्यान दें कि बढ़ना ही शोधकर्ताओं को आकर्षित करने का एकमात्र तरीका है 15:09:25 <zzz> अधिक उपयोगकर्ता अधिक डेवलपर्स, अधिक शोधकर्ता, अधिक सामग्री वगैरह वगैरह लाते हैं 15:09:37 <EinMByte> बड़े नेटवर्क आम तौर पर अध्ययन के लिए अधिक रोचक होते हैं 15:10:05 <EinMByte> तो मुझे लगता है कि हम उन दो प्राथमिकताओं पर सहमत हो सकते हैं 15:10:16 <zzz> पिछले साल हमारे विकास का अधिकांश भाग vuze से आया है। यह अच्छा है लेकिन मैं अधिक 'नैटिव' वृद्धि भी देखना चाहूँगा 15:10:43 <zzz> लेकिन शायद एम्बेडेड ऐप्स में वृद्धि, या सामान्य रूप से एप्लिकेशनों पर ध्यान देना, वृद्धि का सबसे आसान रास्ता है 15:10:48 <str4d> हाँ 15:11:04 <EinMByte> zzz: बहुत से लोगों के लिए, ऐसा एप्लिकेशन इस्तेमाल करना आसान होता है जो पृष्ठभूमि में I2P चलाए और उनके लिए कॉन्फ़िगरेशन संभाले 15:11:12 <sadie> नमस्ते - मैं थोड़ी देर से जुड़ी 15:11:20 <zzz> नमस्ते sadie, अच्छा लगा कि आप आ गईं 15:11:23 <str4d> मेरी राय में वह UI और APIs दोनों की उपयोगिता सुधारों से आएगा 15:11:42 <str4d> बाद वाले पर हम पहले से ही कई थ्रेड्स में काम कर रहे हैं 15:11:48 <zzz> कुछ मायनों में UI विशेषज्ञ ऐप्स ही हैं, उन्हें I2P को बंडल करने दें और जैसा उचित समझें उसे दिखाएँ (या छुपाएँ) 15:11:58 <str4d> ह्म्म 15:12:08 <EinMByte> str4d: हाँ, वही समस्या के लिए यह अलग समाधान है। और मुझे यह अधिक पसंद है क्योंकि मेरी राय में I2P को हर चीज़ के साथ बंडल करना स्केलेबल नहीं है 15:12:30 <str4d> यही तरीका मैं Android पर अपना रहा था 15:13:04 <EinMByte> यह सुनिश्चित करने का तरीका चाहिए कि हर एप्लिकेशन के लिए लोगों के पास अलग I2P इंस्टेंस न हो 15:13:12 <zzz> ठीक है, 1) पर कुछ और या हम सीधे रोडमैप को देखें? 15:14:00 <str4d> लगता है कि यहां सभी मोटे तौर पर सहमत हैं 15:14:08 <str4d> (कम से कम असहमति तो नहीं है :P) 15:14:14 <zzz> मैं थ्रेड से पंक्तियाँ यहाँ पेस्ट करता हूँ। कोई अंतिम सत्य नहीं, सिर्फ़ संदर्भ के लिए 15:14:25 <zzz> नेटवर्क को बढ़ाएँ 15:14:25 <zzz> इसमें शामिल: मार्केटिंग, संयुक्त प्रोजेक्ट्स, और चीज़ें बंडल करना, दूसरों को I2P बंडल करने में मदद करना, उपयोगिता, वेबसाइट सुधार, अधिक अनुवाद, वार्ताएँ और प्रस्तुतियाँ, लेख और कहानियाँ, UI, Android, Android ऐप्स, बेहतर GFW से बचाव, orchid, क्लाइंट डेवलपर्स के लिए और लाइब्रेरीज़ व टूल्स, बहुत बड़े वेबसाइट्स के लिए बेहतर सपोर्ट, वैकल्पिक router विकास का समर्थन, गठबंधन, गति और दक्षता में सुधार, क्षमता, सीमाएँ बढ़ाना, Debian में शामिल होना, ... 15:14:25 <zzz> सुरक्षा बढ़ाएँ 15:14:25 <zzz> इसमें शामिल: क्रिप्टो माइग्रेशन, सब्सक्रिप्शन प्रोटोकॉल, नए ट्रांसपोर्ट प्रोटोकॉल्स, प्लगेबल ट्रांसपोर्ट्स, LS2, NTCP2, नया DH, कुंजी निरस्तीकरण, कुंजी भंडारण, कोड समीक्षा, Sybil (बहु-पहचान हमला), बग फिक्सेस, नेमिंग, SSL, ... 15:14:46 <zzz> ठीक है, अब 2) यानी खुद रोडमैप पर आगे बढ़ते हैं 15:15:10 <zzz> url है `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:15:50 <zzz> .25 लगभग हो चुका है, लगभग 10 दिनों में रिलीज़; तो इस साल के अगले 4 रिलीज़ 26-29 देखें 15:16:00 <zzz> जो हमें ccc तक लेकर जाएँगे 15:16:15 <EinMByte> यदि कुछ 2017 के अंतर्गत है, तो क्या इसका मतलब है कि हम तब ही उसे देखना शुरू करेंगे, या तब इम्प्लीमेंटेशन शुरू करेंगे? 15:16:41 <str4d> जिन कामों को हमें करना ही है, उनमें मैं क्रिप्टो माइग्रेशन और Sybil से संबंधित काम को सबसे ऊपर रखूँगा 15:16:42 <zzz> 1mb, हम निश्चित रूप से 2017 की बड़ी चीज़ों पर अभी से शुरू करना चाहते हैं, जैसे नया क्रिप्टो/DH, NTCP2, आदि 15:17:04 <EinMByte> साथ ही, मेरी राय में अभी eclipse attacks भी समस्या हैं 15:17:05 <zzz> तो रोडमैप में उनके लिए तैयारी का काम शामिल हो सकता है 15:17:23 <str4d> EinMByte, हाँ, मैं उसे Sybil के अंतर्गत मान रहा था 15:17:36 <EinMByte> "मिडनाइट रोटेशन" वाला विचार काम नहीं करता और मुझे लगता है कि बेहतर विकल्प होने चाहिए 15:17:52 <zzz> सहमत 15:18:05 <EinMByte> str4d: हाँ, उन्हें एक ही प्रकार के हमले के रूप में वर्गीकृत करना उचित है 15:18:44 <str4d> मैंने इस पर RWC में कुछ लोगों से चर्चा की 15:18:48 <str4d> कुछ विचार मिले, पर यहाँ चर्चा करना कठिन है 15:18:51 <EinMByte> zzz: तो यदि हम 2017 तक NTCP2/... शुरू करना चाहते हैं, तो हमें प्रारंभिक काम की योजना बनानी होगी 15:18:58 <zzz> सही है, 1mb 15:19:02 <str4d> हाँ 15:19:20 <str4d> मैं रोडमैप में योजना और शोध शामिल करना चाहता हूँ :) 15:19:28 <zzz> समस्या यह है कि मुझे अभी 26 पर काम करना चाहिए और मुझे पता नहीं कि उसमें क्या है 15:19:39 <orignal_> क्या मौजूदा NTCP में रैंडम पैडिंग जोड़ना संभव है? 15:20:01 <str4d> orignal_, जितना मुझे याद है नहीं; पर NTCP2 थ्रेड देखें 15:20:02 <zzz> तो चलिए 26 की योजना पर 10 मिनट लगाते हैं, फिर लंबी अवधि पर चलते हैं 15:20:13 <str4d> ठीक 15:20:14 <zzz> बताइए, मुझे आज क्या करना चाहिए 15:20:30 <EinMByte> सही है, पहले उसी पर ध्यान दें 15:20:34 <zzz> ठीक है, देखें .25 की सूची में क्या-क्या नहीं हुआ 15:20:50 <zzz> wrapper नहीं हुआ, kytv गायब है (AWOL) 15:20:54 <EinMByte> "क्रिप्टो एन्हांसमेंट्स" काफी व्यापक है 15:21:12 <zzz> क्रिप्टो एन्हांसमेंट्स में वास्तव में कुछ 25519 स्पीडअप्स हुए 15:21:34 <zzz> तो .25 की सूची में सब कुछ आ गया, wrapper छोड़कर 15:22:00 <zzz> लेकिन Sybil पर अभी और काम करना है, तो उसे 26 की सूची में रखें 15:22:08 <str4d> बढ़िया 15:22:25 <str4d> हमने अधिक परीक्षण की ज़रूरत के कारण GMP 6 को .26 तक खिसका दिया 15:22:35 <zzz> 26 की सूची में और क्या होना चाहिए या हटना चाहिए 15:23:05 <EinMByte> अंततः Sybil को रोकना शायद बहुत काम होगा, इसलिए यह मुझे दीर्घकालिक लगता है 15:23:10 <EinMByte> (अर्थात पहले हमें अच्छी साहित्य समीक्षा चाहिए) 15:23:15 <zzz> orignal, हाँ, पैडिंग वाला NTCP ही NTCP2 है 15:23:21 <str4d> EinMByte, Sybil डिटेक्शन टूल अभी किसी काम में प्रयोग नहीं हो रहा; वहीं और योजना की ज़रूरत है :) 15:23:49 <zzz> hottuna4 एक महीने के लिए उपलब्ध नहीं है, यह पक्का नहीं कि वह कब पूरा होगा, इसलिए gmp6 26 में आ भी सकता है, नहीं भी 15:24:02 <str4d> ठीक 15:24:37 <str4d> addressbook के लिए subscription protocol में सुधार: यह ASAP जोड़ना बहुत अच्छा होगा, ताकि पुराने Dest मालिक Ed25519 पर माइग्रेट कर सकें 15:24:37 <EinMByte> मुझे लगता है कि CRLs को वास्तव में प्रश्नचिह्न की ज़रूरत नहीं 15:24:47 <str4d> लेकिन उसे वास्तव में करने में कितना समय लगेगा? 15:25:14 <zzz> हमें जल्द ही tuna से कुछ स्थिति अपडेट चाहिए; मेरा मानना है कि 26 के बड़े कामों को तय करने की डेडलाइन मार्च के अंत/अप्रैल के पहले सप्ताह तक होगी 15:26:10 * str4d अभी भी CRL वाली बात पूरी तरह नहीं समझा; zzz विस्तार से बताएँ? 15:26:14 <zzz> .25 में डिस्क से CRLs पढ़ने की क्षमता होगी, इसलिए हम उन्हें अपडेट में शामिल कर सकते हैं 15:26:35 <zzz> लेकिन यह उतना सहायक नहीं, क्योंकि अपडेट में हम बस cert हटा सकते हैं और वही काम हो जाता है 15:26:56 <zzz> तो बिना अपडेट किए लोगों तक CRLs पहुँचाने के लिए, हम उन्हें फ़ीड में रखेंगे 15:26:57 <str4d> मैं केवल उपयोग-परिदृश्य समझने की कोशिश कर रहा हूँ 15:27:09 <zzz> उपयोग-परिदृश्य है: किसी का समझौता हो जाना (compromised होना) 15:27:20 <str4d> क्या हम अभी भी cert pinning नहीं करते? 15:27:30 <zzz> नहीं 15:27:56 <zzz> तो मैं इसका 90% कर चुका/चुकी हूँ और बस CRL को namespace में रखना बाकी है 15:28:46 <zzz> पिनिंग पेचीदा और खतरनाक है 15:29:05 <zzz> crypto cat ने 'pinning suicide' कर दिया था 15:29:17 <zzz> जहाँ वे पिन थे लेकिन एक intermediate बदल गया 15:30:49 <zzz> मुझे नहीं लगता कि पिनिंग cls को बदल देती है 15:30:51 <zzz> crls 15:31:21 <zzz> CRLs केवल SSL के लिए नहीं, reseed और update keys भी हैं 15:31:58 <zzz> क्या हम CRLs को 26 की सूची में रख सकते हैं? यह लगभग हो चुका है 15:32:20 <str4d> पिनिंग को लेकर मेरी चिंता यह है कि कोई, उदाहरण के लिए, Quantum Insert जैसा कुछ करके reseed डोमेन नाम को रीडायरेक्ट कर सकता है, और बस कोई भी वैध SSL cert लगा सकता है जो डोमेन नाम की शर्तें पूरी करता हो, और routers उसे स्वीकार कर लेंगे 15:33:05 <str4d> और CRLs के संदर्भ में, यदि हम किसी विशेष प्रमाणपत्र को अक्षम करने के लिए उनका उपयोग करते हैं, तो वह प्रमाणपत्र किससे बदला जाएगा? 15:33:25 <zzz> कुछ नहीं। अगली रिलीज़ में संभवतः एक प्रतिस्थापन होगा 15:33:45 <str4d> यह थोड़ी बारीकियों में उतर रहा है 15:34:07 <str4d> मेरा मतलब यह था कि हमें इस पर थोड़ा और विचार करना चाहिए 15:34:24 <zzz> ठीक है, तो CRLs को 26 के लिए रखें पर अगले एक-दो हफ्तों में इसके विवरण पर चर्चा करें 15:34:30 <zzz> क्योंकि यह 100% स्पष्ट नहीं है 15:34:38 <zzz> आगे बढ़ते हैं 15:34:42 <zzz> 26 की सूची में और क्या है 15:34:43 <str4d> ठीक 15:34:50 <EinMByte> ठीक 15:35:08 <zzz> सब्सक्रिप्शन प्रोटोकॉल 15:35:28 <zzz> साइट्स के क्रिप्टो माइग्रेशन के लिए यह कुंजी है 15:35:40 <EinMByte> hosts.txt का प्रतिस्थापन या आपका क्या मतलब है? 15:36:22 <zzz> हाँ, यह hosts.txt को फ़ीड के रूप में करने वाली चीज़ है, जैसे foo.i2p=b64#sig=b64#cmd=alt ... 15:36:26 <str4d> EinMByte, addressbook सब्सक्रिप्शन प्रोटोकॉल में साइन किए हुए key-value मेटाडेटा जोड़ना 15:36:49 <zzz> प्रस्ताव काफी तय है, लेकिन करीब 18 महीनों से रुका हुआ है 15:37:07 <EinMByte> ठीक है, लेकिन hosts फ़ाइल का आकार बहुत बड़ा नहीं हो जाएगा? 15:38:02 <EinMByte> शायद एक since पैरामीटर जोड़ें, ताकि किसी तय समय से पहले जोड़े गए सभी hosts को बाहर रखा जा सके 15:38:07 <EinMByte> (ताकि पूरी सूची डाउनलोड करने से बचा जा सके जब ज़रूरत न हो) 15:38:22 <zzz> यह मूल रूप से क्रिप्टो माइग्रेशन योजना का हिस्सा था, पर यह कठिन था और सबसे महत्वपूर्ण हिस्सा नहीं था 15:38:49 <zzz> पर सिग्नेचर्स के क्रिप्टो माइग्रेशन में अब यही मुख्य चीज़ बची है 15:39:26 <str4d> EinMByte, हमारे पास etag के साथ वह पहले से कुछ हद तक है 15:39:28 <zzz> यह भी उन चीज़ों में से है जिसके लिए बहुत से विवरण प्रस्तावित हैं, पर सहमति नहीं बनी और इसलिए शुरू नहीं हुआ 15:39:42 <EinMByte> str4d: क्या इसका उपयोग होता है, हालांकि? 15:39:46 <str4d> EinMByte, हाँ 15:40:00 <EinMByte> ओह, रहने दें। उस स्थिति में 15:40:03 <str4d> यह मौजूदा सेटअप से अलग नहीं होगा 15:40:20 <zzz> तो इसे 26 की सूची में रखेंगे और ASAP शुरू करेंगे। पक्का नहीं कि 26 तक इसे पर्याप्त आगे बढ़ा पाएँगे, पर मैं कोशिश करूंगा। हमें zzz.i2p पर थ्रेड की समीक्षा करनी है 15:40:22 <str4d> लेकिन जहाँ डोमेन नाम एंट्रियाँ कभी नहीं दोहरती थीं, अब वे "स्ट्रीम" में दोहरेंगी 15:40:42 <EinMByte> क्या कोई खास वजह है कि हमें यह अजीब फ़ॉर्मेट बनाए रखना चाहिए? 15:41:05 <EinMByte> मुझे लगता है कि यदि हम कोई मानक चीज़ इस्तेमाल करें तो आसान होगा 15:41:06 <zzz> हो सकता है। पुराने क्लाइंट्स के साथ संगतता। पर हमें समीक्षा करके पक्का करना चाहिए कि यह महत्वपूर्ण है या नहीं 15:41:20 <zzz> हममें से किसी ने शायद एक साल में इस पर नहीं देखा 15:41:28 <zzz> तो हम इसे फिर से निकालेंगे और देखेंगे 15:41:32 <EinMByte> zzz: संगतता कुछ समय तक पुरानी hosts.txt फ़ाइल भी उपलब्ध कराकर संभाली जा सकती है 15:41:41 <str4d> एक व्यापक मुद्दा यह भी है कि उदाहरण के लिए सभी "खोए हुए" नामों के साथ क्या किया जाए 15:41:53 <str4d> पर वह मौजूदा चर्चा के दायरे से बाहर है 15:41:57 <zzz> हाँ। हमें अन्य इम्प्लीमेंटेशन्स को भी शामिल करना होगा 15:42:18 <EinMByte> str4d: मेरा मानना है कि यह तब तय करना चाहिए जब हमें नया नेमिंग सिस्टम मिले (यदि कभी मिला) 15:42:26 <str4d> अभी के लिए, मैं चाहता हूँ कि वर्तमान-एक्टिव डोमेन्स अपने dests अपडेट कर सकें 15:42:26 <zzz> ठीक है, फिलहाल यह 26 की सूची में रहेगा। सूची में अगला—Sybil से संबंधित चीज़ें 15:42:45 <zzz> क्या हम Sybil को स्वचालित बना सकते हैं? उम्मीद है आप सबने Philip Winter का पेपर पढ़ा है???? 15:42:50 <str4d> और जितना जल्दी कोर कोड आ जाए, उतना जल्दी हम इसे लगभग एक साल में चालू कर सकते हैं 15:43:50 <EinMByte> zzz: कौन-सा पेपर? मैं कुछ छूट गया हूँ, स्पष्ट है 15:44:27 <zzz> लिंक के लिए ट्विटर पर @__phw देखें 15:45:02 <zzz> हम उनके साथ काम कर रहे हैं, ccc में sadie के परिचय के कारण 15:45:03 <EinMByte> zzz: यह: http://arxiv.org/pdf/1602.07787v1.pdf? 15:45:27 <zzz> यदि यह पिछले कुछ हफ्तों में प्रकाशित हुआ था, तो वही है 15:45:59 <EinMByte> खैर, यह इस साल फरवरी का eprint है 15:46:09 <zzz> मुझे नहीं लगता कि हम ऑटोमैटिक के लिए तैयार हैं। वे भी वास्तव में नहीं हैं 15:46:22 <zzz> वे बस दिन में एक बार dirauths को एक ईमेल भेजते हैं 15:46:36 <zzz> दोनों तरफ़ सब ह्यूरिस्टिक और 'मैजिक' है 15:46:49 <EinMByte> तो शायद उन्होंने प्रकाशित होने के बाद eprint ऑनलाइन रखा 15:46:57 <zzz> इसलिए मैं ऑटोमैटिक वाली चीज़ें साल के बाद के हिस्से तक टालना चाहूँगा 15:47:07 <str4d> मेरे पास 25 Feb वाला संस्करण है 15:47:14 <EinMByte> zzz: तो वह विकेन्द्रीकृत सेटिंग में ठीक-ठीक कैसे काम करेगा? 15:47:44 <str4d> हमें ऊपर से नीचे के बजाय नीचे से ऊपर की ओर चीज़ें करनी होंगी 15:48:06 <str4d> यानी हर router को peer profiles में "संभावित Sybil उम्मीदवार" शामिल करने होंगे 15:48:13 <zzz> EinMByte, मुझे नहीं पता। यह कठिन है 15:48:20 <str4d> जैसे ऑनलाइन समय आदि के आधार पर 15:48:30 <EinMByte> मुझे लगता है Sybil हमलों का पता लगाना संभव है, पर उस डिटेक्शन के आधार पर उन्हें रोकना एक विकेन्द्रीकृत नेटवर्क में बहुत कठिन है 15:48:30 <EinMByte> लेकिन मुझे यह चुनौती पसंद है 15:48:34 <zzz> हमें gravy की भी ज़रूरत है जो अपने सेटअप का centralized पुनर्निर्माण कर रहा है 15:48:43 <str4d> कुछ हद तक अधिक centralized सेटअप रखने की संभावना भी है 15:48:45 <str4d> हाँ, वही 15:48:45 <EinMByte> str4d: उस स्थिति में आपको प्रत्येक router को ट्रस्ट असाइन करना होगा 15:48:52 <EinMByte> जो स्वयं एक पूरा anti-Sybil सिस्टम होगा 15:49:07 <str4d> और routers को संभावित Sybil की सूची की सदस्यता दिलाना 15:49:07 <zzz> कुछ-कुछ dagon प्रस्तावों जैसा 15:49:09 <str4d> EinMByte, मूलतः peer profiles अभी वही हैं 15:49:31 <str4d> जहाँ "ट्रस्ट" अभी "अतीत में मेरे लिए भरोसेमंद तरीके से रूट किया" के रूप में परिभाषित है 15:49:42 <EinMByte> str4d: हाँ, और अब तक उन्होंने कुछ हमलों का कारण भी बने हैं :) 15:50:15 <str4d> हाँ 15:50:23 <EinMByte> साथ ही, peer profiles वास्तव में किसी peer को नेटवर्क से निकालने की अनुमति नहीं देते 15:50:31 <EinMByte> Sybil प्रिवेंशन किसी हद तक वह करने देगा 15:50:35 <str4d> peer profiling और peer selection भी वे चीज़ें हैं जिन्हें मेरी राय में प्राथमिकता चाहिए 15:50:46 <str4d> EinMByte, वे कर सकते हैं 15:51:01 <zzz> तो मैं 26 के Sybil आइटम को 'निरंतर सुधार' में बदलने और 'ऑटोमैटिक' हिस्से को बाद के लिए टालने का प्रस्ताव करता हूँ 15:51:01 <str4d> अभी नहीं 15:51:11 <str4d> मैं बस कह रहा हूँ कि हम उसे वहीं रखेंगे 15:51:34 <EinMByte> str4d: हाँ, वह संभव है। 15:51:37 <str4d> (Sybil डिटेक्शन और अधिक उन्नत तकनीकों को I2P की शब्दावली और आर्किटेक्चर में शामिल करने के संदर्भ में) 15:51:53 <EinMByte> किसी भी स्थिति में, मैं विकेन्द्रीकरण नहीं छोड़ूँगा। मेरी राय में यह I2P का सबसे बढ़िया हिस्सा है 15:52:14 <str4d> हाँ 15:52:27 <EinMByte> (और केंद्रीकरण तो वैसे भी विभिन्न व्यावहारिक हमलों की ओर ले जाता है) 15:52:43 <zzz> आगे बढ़ते हैं। streaming सुधार? पक्का नहीं कि वह क्या है, शायद बस सदाबहार 'इसे बेहतर बनाओ' आइटम 15:52:49 <str4d> zzz, हाँ, हम उस routerconsole पेज पर काम जारी रख सकते हैं, और रणनीति तय होने पर उसे peer profiles और चयन में जोड़ सकते हैं 15:53:00 <zzz> मुझे समझ नहीं आता कि streaming पर खास तौर पर क्या करना है। किसी के पास सुझाव? 15:53:01 <EinMByte> कई बार केंद्रीय प्राधिकरण जोड़ने से आपका सुरक्षा-सिद्धांत आसान हो जाता है, पर व्यवहार में सुरक्षा-विफलता हो सकती है 15:53:20 <str4d> शोध और ऑप्टिमाइज़ेशन अच्छे होंगे 15:53:28 <EinMByte> zzz: क्या वहाँ कोई स्पष्ट सुधार हैं जो हम कर सकते हैं? 15:53:30 <str4d> वह बाहरी शोध के लिए अच्छा उम्मीदवार होगा 15:53:46 <zzz> हमें सचमुच बेहतर टेस्ट सेटअप चाहिए 15:53:51 <EinMByte> मैं सहमत हूँ। 15:53:55 <zzz> देरी/ड्रॉप्स जोड़ना, रीऑर्डर करना, आदि 15:54:04 <EinMByte> हमें शायद अपनी "open research questions" पेज को उससे और अन्य चीज़ों से विस्तार देना चाहिए 15:54:40 <zzz> streaming से संबंधित मेरी सूची में बहुत "ब्लू-स्काई" चीज़ें नहीं हैं। इसे परीक्षण-परिणाम-आधारित होना चाहिए 15:54:50 <EinMByte> tunnels के आवंटन में शायद और सुधार हो सकता है? 15:55:05 <str4d> zzz, कोई GH प्रोजेक्ट है जो कंटेनरों के साथ "The Internet" का सिमुलेशन करता है, जो यह कर सकता है, यदि मुझे सही याद है 15:55:08 <zzz> तो क्यों न इस आइटम को 'streaming test harness' बना दें 15:55:17 <str4d> पता नहीं यह कितना आसान होगा, हर कंटेनर के लिए हमें नया JVM चाहिए होगा :P 15:55:25 <str4d> EinMByte, ह्म्म 15:55:48 <EinMByte> shadow का उपयोग किया जा सकता है, मुझे लगता है। यह Java के साथ इंटीग्रेट हो सकता है या नहीं, पक्का नहीं; पर यह kovri के TODO सूची में है 15:55:52 <str4d> वह सच में streaming नहीं है, वह datagram स्तर पर है 15:56:22 <zzz> tunnel एलोकेशन वाली बात psi का विचार है कि client tunnels चुने 15:56:34 <EinMByte> हाँ, मुझे लगता है इसमें और ऑप्टिमाइज़ेशन संभव है 15:56:46 <EinMByte> मुझे नहीं लगता कि उपयोगकर्ता सर्वोत्तम ऑप्टिमाइज़ेशन एल्गोरिद्म हैं, पर शायद 15:57:10 <zzz> यह हमारी लेयरिंग का गंभीर उल्लंघन है, और मुझे इसे करने का कोई तरीका नहीं दिखता। लेकिन psi यही प्रस्तावित कर रहा है 15:57:19 <EinMByte> ... या संभवतः "client" का मतलब उपयोगकर्ता नहीं है 15:57:32 <zzz> client == I2CP का client-side 15:57:44 <str4d> बात यह है 15:57:54 <str4d> Tor यह क्षमता अपने Control Socket के माध्यम से देता है 15:57:58 <EinMByte> ठीक, तो उसका मतलब वही है 15:57:59 <str4d> और यह शोधकर्ताओं के लिए बहुत उपयोगी है 15:58:10 <str4d> लेकिन उनके पास कहीं अधिक फ्लैट आर्किटेक्चर है 15:58:19 <str4d> जबकि हम I2CP के माध्यम से अलग-अलग क्लाइंट्स को एक-दूसरे से अलग (silo) रखते हैं 15:58:31 <EinMByte> मैं उम्मीद करूँगा कि router के पास अधिक प्रासंगिक जानकारी हो। client कोई अतिरिक्त आवश्यकताएँ पास कर सकता है 15:58:41 <zzz> हमारे पास शोधकर्ताओं के लिए psi के Lua hooks भी हैं, जो कभी मर्ज नहीं हुए (ना java में, ना kovri में), पर वह अभी भी एक विकल्प है 15:59:14 <zzz> देखिए, अभी client side को tunnels के बारे में पता भी नहीं, तो उनके चयन की क्षमता तो है ही नहीं 15:59:16 <str4d> RWC में nickm से बात करते हुए, उन्होंने कहा कि Tor के लिए Control Socket इंटरफ़ेस को बनाए रखना किसी प्लगइन सिस्टम से कहीं आसान था 15:59:17 <EinMByte> मुझे पता है कि shadow का वास्तविक उपयोग शोधकर्ता कर रहे हैं 15:59:22 <EinMByte> Lua के बारे में, मुझे पता नहीं 15:59:55 <EinMByte> तो शायद वही चीज़ I2CP के माध्यम से प्रासंगिक जानकारी पास करके हासिल की जा सकती है? 16:00:17 <zzz> 1mb, हाँ, लेकिन वह वाक़ई बहुत बदसूरत होगा 16:00:44 <str4d> हम इसे हमेशा -research फ़्लैग या कुछ इसी तरह से सीमित कर सकते हैं 16:00:54 <str4d> (router.config में) 16:01:06 <str4d> इस तरह ज़्यादातर उपयोगकर्ता उस "बदसूरती" के संपर्क में नहीं आएँगे 16:01:13 <zzz> kovri/i2pd में अभी client/router के बीच वे कठोर API बैरियर्स नहीं हैं, यह उनके लिए आसान है 16:01:20 <zzz> *them 16:01:28 <str4d> और हम शुरू से ".research" को इस अर्थ में परिभाषित कर सकते हैं कि "इन APIs को बदलने का अधिकार सुरक्षित है" 16:01:44 <str4d> यानी शोधकर्ताओं को किसी विशेष संस्करण के साथ .research फ़्लैग का उपयोग करना होगा 16:01:57 <str4d> वास्तविक चर्चा के विषय पर लौटते हैं: 16:01:59 <EinMByte> zzz: tunnels के संदर्भ में—यह निर्भर करता है। मुझे लगता है कि tunnel के इच्छित उपयोग के बारे में जानकारी पास करना समझदारी होगी। 16:02:20 <zzz> (FYI यह बैठक अधिकतम 25 मिनट और चलेगी, आगे रविवार को जारी रहेगी) 16:02:33 <EinMByte> zzz: यह हमारे लिए मुख्यतः आसान है क्योंकि shadow C में लिखा है, मेरा ख़याल है 16:02:42 <str4d> मुझे लगता है इसे "needs more research" श्रेणी में डाल देना चाहिए 16:02:44 <zzz> दिक्कत यह है कि केवल आपके tunnels ही नहीं, far-end के tunnels भी चुनने पड़ते हैं 16:02:48 <EinMByte> ठीक है। चलिए आगे बढ़ते हैं। 16:03:08 <zzz> ठीक है, 26 की सूची में अभी बस इतना ही है। क्या जोड़ा जाना चाहिए? 16:03:11 <EinMByte> zzz: क्या वह far-end संभालता नहीं? 16:03:36 <zzz> नहीं, हम source-route करते हैं (अर्थात उसके inbound के लिए उसके leaseSet में से far-end lease चुनते हैं) 16:04:08 <zzz> 27-29 की सूची देखें। यदि कुछ है तो 26 में क्या खींचकर लाना चाहिए? 16:04:44 <str4d> मैं नए LSs और netDb के लिए तैयारी का काम शुरू करना चाहता/चाहती हूँ 16:04:46 <zzz> यहाँ '2017 के लिए xxx पर प्रारंभिक काम' सब है, पर 2016 की भी बहुत सारी चीज़ें हैं 16:05:23 <EinMByte> zzz: मैंने far-end का अर्थ गलत समझा, रहने दें 16:05:31 <str4d> जितनी जल्दी वह स्थिर होकर codebase में आ जाए, उतनी जल्दी नेटवर्क को उसके लिए व्यापक समर्थन मिलेगा 16:06:42 <EinMByte> ध्यान दें कि हम (kovri) स्पेसिफिकेशन्स चाहते हैं 16:06:52 <EinMByte> अन्यथा इम्प्लीमेंटेशन के साथ तालमेल बनाना मुश्किल होगा 16:07:31 <zzz> ठीक है। जो भी नई स्पेसिफिकेशन हो, हम सबको मिलकर उस पर काम करना होगा 16:07:36 <EinMByte> str4d: चलिए सूची बनाकर शुरू करें कि LS2 को वास्तव में क्या सपोर्ट करना चाहिए 16:07:53 <EinMByte> (यदि वह पहले नहीं किया गया है) 16:09:40 <zzz> मूलतः LS2 केवल कुछ चीज़ें हैं 16:09:59 <zzz> फ़्लैग्स के लिए कुछ जगह जोड़ना 16:10:09 <zzz> और भविष्य के क्रिप्टो को सक्षम करना 16:10:52 <zzz> पर मेरे पास बेहतर मल्टीहोमिंग के बारे में वे सभी प्रस्ताव हैं, साथ ही grothoff-जैसा सर्विस लुकअप 16:11:00 <zzz> anycast 16:11:01 <EinMByte> क्या हमारे पास संदर्भ के लिए कहीं कोई विशिष्ट सूची है? 16:11:11 <zzz> यह zzz पर संकलित है, एक सेक 16:11:23 <str4d> मैं धीरे-धीरे वह सब वेबसाइट पर संकलित करने पर काम कर रहा/रही हूँ 16:11:41 <zzz> क्या हम उसे तेज़ कर सकते हैं, str4d? जैसे अगले एक-दो हफ्ते में? 16:11:47 <str4d> वह .26 सूची में जाना चाहिए 16:11:50 <str4d> हम्म 16:11:53 <str4d> संभवतः 16:11:59 <str4d> मुझे इस पर और नज़रें चाहिएं 16:11:59 <zzz> सरल सूची में प्रस्तावों के बिना यह बहुत कठिन है 16:12:08 <EinMByte> बढ़िया। वास्तव में कुछ चीज़ों के लिए wiki-फ़ंक्शनैलिटी उपयोगी होगी 16:12:24 <EinMByte> (विचार यह है कि इससे गति आएगी) 16:12:48 <zzz> शुरुआत के लिए हमें एक सूची चाहिए 16:12:50 <str4d> बिल्कुल 16:12:56 <zzz> अभी बहुत बड़ा दायरा मत बनाते हैं 16:13:11 <str4d> मैं बैकएंड HTML की आवश्यकता से (वर्तमान में) rST पर जाने की कोशिश कर रहा/रही हूँ 16:13:31 <str4d> मुझे लोगों की ज़रूरत है जो जो मेरे पास है, उस पर नज़र डालें ताकि जाँच सकें कि a) वह उपयोगी है और b) उसमें हम जो वर्तमान में रखते हैं वह कुछ खोता नहीं 16:13:39 <str4d> वर्तमान में यह केवल spec docs पर लागू है 16:13:40 <zzz> प्रस्ताव वाली चीज़ को 26 की सूची में रखें और बाद में बात करेंगे कि उसका मतलब क्या है। लेकिन हमें उस पर ASAP प्रगति चाहिए। 16:13:55 <str4d> लेकिन जैसे ही वह ठोस होता है, उसे प्रस्तावों तक बढ़ाना तुच्छ होगा 16:13:56 <zzz> मैं उन्हें वेबसाइट पर चाहता/चाहती हूँ। किस रूप में, इससे फ़र्क नहीं पड़ता। 16:14:46 <EinMByte> मैं प्रस्तावों की समीक्षा करने को तैयार हूँ, पर कभी-कभी ऐसा होता है कि मुझे पाठ ही नहीं मिलता 16:15:10 <EinMByte> (वेबसाइट पर कुछ चीज़ें कुछ छिपी-सी हैं, मेरा मानना है) 16:15:37 <zzz> ठीक 15:16:05 <zzz> हमें zzz.i2p से चीज़ों को किसी सुव्यवस्थित तरीके से वेबसाइट पर ले जाना चाहिए 16:16:13 <EinMByte> HTML से ऐसी चीज़ पर जाना जो विभिन्न फ़ॉर्मैट्स में आसानी से बदली जा सके, अच्छी बात है 16:16:28 <EinMByte> हाँ, बिल्कुल 16:16:35 <str4d> जिसे मुझे समीक्षा चाहिए वह i2p.www.str4d में है 16:16:36 <EinMByte> शायद सभी प्रस्तावों के लिए एक तय प्रक्रिया 16:16:57 <zzz> ठीक है। यह 26 की सूची में है। विवरण बाद में। str4d, काम शुरू करो। मुझे ज़्यादा फीडबैक की उम्मीद नहीं। बस एक नया सिस्टम लेकर आओ और हम सब उसी के साथ चलेंगे 16:17:02 <str4d> और `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` पर 16:17:04 <str4d> EinMByte, यदि आप मेरे साथ मिलकर उसे अंतिम रूप देना चाहें, तो शायद मैं उसे .25 तक पूरा कर सकता/सकती हूँ 16:17:23 <zzz> 26 के लिए और क्या? हमें इसे समेटना है 16:17:36 <str4d> ( EinMByte, `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec` विशेष रूप से) 16:18:14 <zzz> यह बहुत अल्पकालिक चीज़ें हैं। मुझे जानना है कि सोमवार को क्या करना है 16:18:27 <zzz> 26 के लिए अंतिम आह्वान 16:18:41 <str4d> मुझे लगता है कि subscriptions वाली चीज़ों में समय लगेगा 16:18:49 <str4d> तो यदि वह मुख्य चीज़ रहे, तो मुझे ठीक लगेगा 16:18:52 <zzz> सहमत। 16:19:54 <zzz> ठीक है। बैठक रविवार को इसी समय। हम vrp/h1 से शुरू करेंगे। कृपया पहले से टिकट 1119 की समीक्षा करें। उसके बाद समय मिला तो 27-29 पर बात करेंगे। 16:20:06 <EinMByte> str4d: इनमें से किन पर आपको लगता है कि सबसे अधिक ध्यान चाहिए? 16:20:27 <zzz> आवश्यकता हुई तो रविवार को थोड़ी देर 26 पर वापस भी आ सकते हैं 16:20:43 <str4d> मूलतः यह तय करना कि प्रस्ताव लिखने का फ़ॉर्मेट उपयोगी है या नहीं, और क्या वह वेबसाइट पर जाने वाली चीज़ों (HTML या TXT फ़ॉर्मेट में) को सीमित करता है 16:20:45 <zzz> तो रविवार का एजेंडा होगा 1) vrp/h1/1119; 2) 26; 3) 27-29 16:20:57 <zzz> सभी का धन्यवाद 16:21:25 * zzz *bafs* बैठक समाप्त की 16:27:50 <EinMByte> str4d: यह शायद ठीक है, जब तक इसे अधिकांश अन्य फ़ॉर्मैट्स में परिवर्तित किया जा सके :)