اجتماع مطوري I2P - 27 مارس، 2007

16:02 <jrandom> 0) مرحباً 16:02 <jrandom> 1) حالة الشبكة 16:02 <jrandom> 2) مقترحات zzz حول NTCP/SSU 16:03 <jrandom> 3) حالة تطوير Syndie 16:03 <jrandom> 4) حالة DNS/المسجّل 16:03 <jrandom> 5) ??? 16:03 <jrandom> 0) مرحباً 16:03 * jrandom يلوّح 16:03 <jrandom> ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 16:04 <jrandom> ننتقل إلى 1) حالة الشبكة 16:04 <jrandom> الأمور تبدو جيدة جداً، وكما ذُكر هناك مزيد من البحث ينبغي القيام به بخصوص آخر التغييرات 16:05 <+Complication> كنت أودّ أن أشتكي قليلاً من اتصال IRC (كل شيء آخر يبدو مقبولاً)، لكن خلال اليوم الأخير لم يحدث لدي سوى نحو 6 انقطاعات، وهذا ليس سيئاً 16:05 <cervantes> /mute Complication 16:05 <jrandom> هه 16:05 <+Complication> :D 16:06 <+Complication> نجاح بناء tunnel جميل جداً، على أي حال 16:06 * Complication يتحقّق مجدداً، احتياطاً 16:06 <jrandom> نعم، رأيت بعض تقلّبات الانقطاع (وبصراحة، أقرأ السجل المتراكم لديّ عبر grep -v -\!- لذا لا أرى الانقطاعات أبداً ;) 16:06 <cervantes> حدثت أخطاء متعدّدة من مزوّدي الخدمة مؤخراً على صعيد IRC - وpostman يبحث في ترتيبات استضافة بديلة 16:06 <jrandom> معدّلات بناء tunnel في الإحصاءات ارتفعت، لكنها تبدو عموماً متماشية مع الدورات على stats.i2p 16:06 <cervantes> نأمل أن نحصل على قدر أفضل من التكرار في الشبكة 16:06 <jrandom> آه حسنٌ يا cervantes 16:07 * jrandom كان سيعرض المساعدة في dev.i2p.net، لكن لا أتذكر آخر مرة كان الحمل فيه أقل من 4 16:08 <jrandom> حسناً، هل لدى أي شخص شيء آخر لطرحه بخصوص حالة الشبكة؟ 16:10 <jrandom> إن لم يكن، فلننتقل إلى 2) مقترحات zzz حول NTCP/SSU 16:10 <jrandom> لا يبدو أن zzz موجود حالياً، وقد تركت ردودي على موضوع Syndie في المنزل (يا غباء) 16:11 <jrandom> على أي حال، انشروا آراءكم في مدوّنة zzz (أو اقرأوا هناك لمزيد من المعلومات) 16:11 <jrandom> هل لدى أحد أي شيء لمناقشته بشأن ذلك هنا الآن؟ 16:12 <+Complication> حسناً، أنا شخصياً كتبتُ هناك رداً أبديتُ فيه قلقاً من الاعتماد المفرط على UDP (لأن UDP عندي شخصياً كانت لديه معدلات إعادة إرسال مرتفعة) 16:12 <jrandom> أجل 16:12 <+Complication> مع ذلك، فكّرتُ في مقاربة ما... 16:12 <+Complication> حالياً العروض حتمية بالكامل (على عكس الاحتمالية ذات المكوّن العشوائي)، صحيح؟ 16:13 <jrandom> أجل، حتمية بالكامل 16:13 <+Complication> كنتُ أتساءل إن كان هناك فائدة (بمعنى تجنّب الحالات المتطرفة) في جعلها تحوي مكوّناً احتمالياً 16:14 <+Complication> مثلاً: "احتمال 60% للحصول على NTCP، و40% للحصول على SSU" 16:14 <+Complication> (على افتراض عدم وجود بيانات سابقة - وإذا وُجدت بيانات فشل/نجاح سابقة، فغالباً ينبغي إمالة الاحتمال لصالح آلية النقل الأفضل أداءً لذلك الوصل) 16:15 <jrandom> حسناً، هذا يعتمد على ما نأمل تحقيقه - حسب فهمي لمقترح zzz، الهدف هو استخدام ssu متى ما أمكن 16:15 <+Complication> (على افتراض طبعاً أن كلا آليتي النقل قابلة للاستخدام للوصلة المعطاة - أحياناً بالتأكيد ليست كذلك) 16:15 <jrandom> العشوائية لن تساعد في ذلك، لكنها ستوفر مساحة أكبر لجمع بيانات عن كلتا آليتي النقل في الواقع العملي 16:16 <+Complication> مجرد فكرة حول طريقة ممكنة لمحاولة تحقيق توازن بينهما (لأنه إذا كان أحدهما يقدّم "عرضاً" أعلى دائماً، فالـrouters على الأرجح لن "تُجرِّب" كثيراً) 16:19 <jrandom> إنها طريقة يمكننا استخدامها لجمع مزيد من البيانات، تستحق أن نبقيها في البال 16:19 <jrandom> حسناً، كما ذُكر، انشروا في ذلك النقاش لمزيد من الأمور :) 16:20 <jrandom> ننتقل إلى 3) حالة تطوير Syndie 16:20 <jrandom> لا يوجد لدي الكثير لأضيفه إلى ما في الرسالة 16:20 <jrandom> هل لدى أحد أي أسئلة/تعليقات/مخاوف؟ 16:21 <+Complication> ليس بعد. :) 16:22 <jrandom> هههه 16:22 * Complication يأمل أن يساعد أكثر، سواء على صعيد I2P أو Syndie، لكنني حقاً بحاجة لإخراج ذلك الشيء الخاص بالـwebcache أولاً 16:22 <jrandom> w3rd، أتطلع إلى كليهما :) 16:24 <jrandom> حسناً لنتجاوز 4 ونقفز إلى 5) ??? 16:25 <jrandom> هل لدى أحد أي شيء آخر يريد طرحه للاجتماع؟ 16:26 <TrevorReznik> هل هناك اهتمام بمولِّد hashcash لـ I2P؟ 16:26 <TrevorReznik> أي عبر واجهة المتصفّح. 16:26 <TrevorReznik> فكرتُ في ذلك كطريقة لإزالة سيناريوهات DoS المحتملة داخل I2P. 16:27 <jrandom> هممم، بـ JavaScript أم C/Java؟ 16:27 <jrandom> أظن أن هناك بعض مولّدات hashcash المتاحة 16:27 <TrevorReznik> بالـ Java. 16:28 <+Complication> حسناً، من المرجّح أننا سنحتاج لبعض البحث في مخططات hashcash في مرحلة ما 16:28 <TrevorReznik> www.hashcash.org أظن أن لدى بعضاً منها. 16:28 <TrevorReznik> إنها مبادرة لاعتماده لعملاء البريد كآلية لمكافحة الرسائل المزعجة. 16:28 <+Complication> ربما ليس بحثاً بالمعنى الصحيح، بل من حيث التنفيذ وأفضل الممارسات sese 16:28 <+Complication> =sense 16:28 <TrevorReznik> لديهم مجموعة من التطبيقات بلغات عديدة. 16:28 <TrevorReznik> هناك فئتان (classes) بـ Java وعلى الأقل applet واحدة هناك، مع أنني لا أعرف شروط الترخيص الدقيقة حتى الآن. 16:30 <+Complication> أماكن يمكن أن تستفيد منه: 1) تسجيل nym (اسم مستعار) في Syndie 2) تسجيل الأسماء في I2P 16:30 <+Complication> 3) البريد الإلكتروني، بطبيعة الحال 16:30 * TrevorReznik يوافق. 16:30 <+Complication> 4) في سيناريوهات أقل تفاؤلاً، الرسائل العادية في Syndie 16:31 <+Complication> على مستوى شبكة I2P نفسها... 16:31 <+Complication> هممم 16:31 <jrandom> من الممكن تضمينها في رسائل إنشاء tunnel، لكننا بالفعل في وضع صعب من ناحية الـCPU كما هو ;) 16:39 <jrandom> حسناً، هل لدى أحد أي شيء آخر للاجتماع؟ 16:41 <jrandom> إن لم يكن 16:41 * jrandom ينهي 16:41 * jrandom *baf*s يغلق الاجتماع