أهلاً بالجميع، حان وقت التحديث الأسبوعي
- Index
- 0.5.0.2 2) تحديثات mail.i2p 3) تحديثات i2p-bt 4) ???
- 0.5.0.2
قبل أيام قليلة أصدرنا الإصدار 0.5.0.2 وقد قام جزء كبير من الشبكة بالترقية (رائع!) تَرِدُ تقارير تفيد بأن أسوأ المشكلات في 0.5.0.1 قد تم القضاء عليها، وبشكل عام يبدو أن الأمور تعمل على ما يرام. لا تزال هناك بعض مشكلات الاعتمادية، على الرغم من أن streaming lib (مكتبة البث) تتعامل معها (اتصالات irc التي تدوم 12–24+ ساعة تبدو هي القاعدة). لقد كنتُ أحاول تتبّع بعض المشكلات المتبقية، لكن سيكون من الرائع جداً جداً لو أن الجميع قاموا بالتحديث إلى الإصدار الأحدث في أقرب وقت ممكن.
في ما يتعلق بالمضي قدماً، تظل الموثوقية في المقام الأول. ولن يبدأ العمل على تحسين معدل النقل إلا بعد أن تنجح الغالبية الساحقة من الرسائل التي يُفترض أن تنجح. وعلاوة على المعالج المسبق للتجميع في الـ tunnel، قد نرغب في استكشاف بُعد آخر يتمثل في إدخال مزيد من بيانات الكمون إلى ملفات التعريف. حالياً نستخدم فقط رسائل الاختبار وإدارة الـ tunnel لتحديد تصنيف “السرعة” لكل نظير، ولكن يجدر بنا التقاط أي قيم RTT (زمن الرحلة ذهاباً وإياباً) قابلة للقياس لإجراءات أخرى، مثل netDb وحتى رسائل العميل من طرف إلى طرف. ومن ناحية أخرى، سيتعيّن علينا وزنها وفقاً لذلك، إذ إنه بالنسبة لرسالة من طرف إلى طرف لا يمكننا فصل الأجزاء الأربعة من قيمة RTT القابلة للقياس (خروجنا، دخولهم، خروجهم، دخولنا). ربما يمكننا القيام ببعض حِيَل garlic (تقنية garlic encryption) لحزم رسالة تستهدف أحد inbound tunnels (الأنفاق الواردة) لدينا إلى جانب بعض الرسائل الصادرة، وبذلك نُخرج الـ tunnels لدى الطرف الآخر من حلقة القياس.
- mail.i2p updates
حسنًا، لا أعرف ما التحديثات التي يخبئها لنا postman، ولكن سيكون هناك تحديث أثناء الاجتماع. اطّلع على السجلات لمعرفة ذلك!
- i2p-bt update
لا أعرف ما التحديثات التي لدى duck & gang لنا، لكنني سمعت بعض الهمسات عن تقدّم على القناة. ربما يمكننا أن ننتزع منه تحديثًا.
- ???
هناك أمور كثيرة جدًا جارية، لكن إن كان هناك أي شيء معيّن تودّون طرحه ومناقشته، فانضمّوا إلى الاجتماع بعد دقائق قليلة. أوه، وتذكير بسيط: إذا لم تقوموا بالترقية بعد، فالرجاء فعل ذلك في أسرع وقت ممكن (الترقية سهلة بشكل لا يُصدَّق - نزّلوا ملفًا، وانقروا زرًا واحدًا)
=jr