مرحباً يا جماعة، حان وقت التحديث مجددًا

  • Index
  1. 0.4.2.6-* 2) 0.5 3) i2p-bt 0.1.6 4) فورتونا 5) ؟؟؟
    1. 0.4.2.6-*

قد لا يبدو الأمر كذلك، لكن لقد مرّ أكثر من شهر منذ صدور الإصدار 0.4.2.6 وما زالت الأمور في حالٍ جيدة جدًا. كانت هناك سلسلة من التحديثات المفيدة [1] منذ ذلك الحين، لكن لم تظهر مشكلة قاتلة تستدعي طرح إصدار جديد. ومع ذلك، خلال اليوم أو اليومين الأخيرين تلقّينا إصلاحات أخطاء ممتازة (شكرًا لـ anon وSugadude!)، ولولا أننا على وشك إطلاق الإصدار 0.5، لربما قمتُ بتجهيزها وحزمها وطرحها. يُصلِح تحديث anon حالة حدّية في streaming lib (مكتبة البث) كانت تتسبب في كثير من حالات انتهاء المهلة التي نراها في BT (بت تورنت) وغيرها من عمليات النقل الكبيرة، لذا، إن كنتَ تودّ المغامرة، فاحصل على CVS HEAD (أحدث نسخة في CVS) وجرّبها. أو انتظر الإصدار التالي، بالطبع.

[1] http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD

    1. 0.5

الكثير والكثير من التقدم على صعيد الإصدار 0.5 (كما يمكن لأي شخص في قائمة i2p-cvs [2] أن يقرّ بذلك). تم اختبار جميع تحديثات tunnel (نفق) والتعديلات المختلفة على الأداء، ومع أنه لا يتضمن الكثير فيما يتعلق بخوارزميات فرض الترتيب المختلفة [3]، إلا أنه يغطي الأساسيات. كما قمنا بدمج مجموعة من مرشحات بلوم (مرخّصة برخصة BSD) [4] من XLattice [5]، مما يتيح لنا كشف هجمات إعادة الإرسال من دون أي استخدام للذاكرة لكل رسالة وبحِمل إضافي يقارب 0ms. ولتلبية احتياجاتنا، تم توسيع المرشحات بشكل بسيط لتدعم الاضمحلال بحيث إنه بعد انتهاء صلاحية tunnel، لا يحتوي المرشح على IVs (متجهات التهيئة) التي رأيناها في ذلك tunnel بعد الآن.

بينما أحاول أن أضمّن أكبر قدر ممكن في إصدار 0.5، أدرك أيضًا أننا بحاجة إلى توقع غير المتوقع — أي أن أفضل طريقة لتحسينه هي أن نضعه بين أيديكم ونتعلم من كيفية عمله (وكيف لا يعمل) بالنسبة لكم. ولمساعدة ذلك، وكما ذكرت سابقًا، سنصدر إصدار 0.5 (نأمل خلال الأسبوع المقبل)، بكسر التوافق مع الإصدارات السابقة، ثم نعمل على تحسينه انطلاقًا من هناك، وبناء إصدار 0.5.1 عندما يصبح جاهزًا.

بالنظر إلى خارطة الطريق [6]، فإن الشيء الوحيد المؤجَّل إلى 0.5.1 هو الترتيب الصارم. ستكون هناك أيضًا تحسينات على تقييد المعدل وموازنة الحمل مع مرور الوقت، وأنا واثق من ذلك، لكنني أتوقع أننا سنظل نُجري تعديلات على ذلك عمليًا إلى الأبد. لقد كانت هناك بعض الأمور الأخرى التي نوقشت وكنت آمل إدراجها في 0.5، مثل أداة التنزيل وكود التحديث بنقرة واحدة، لكن يبدو أن تلك ستؤجَّل هي الأخرى.

[2] http://dev.i2p.net/pipermail/i2p-cvs/2005-February/thread.html [3] http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/ tunnel-alt.html?rev=HEAD#tunnel.selection.client [4] http://en.wikipedia.org/wiki/Bloom_filter [5] http://xlattice.sourceforge.net/index.html [6] http://www.i2p.net/roadmap

    1. i2p-bt 0.1.6

قام duck بتطبيق تصحيحات وإصدار نسخة جديدة من i2p-bt (يا للروعة!)، وهي متاحة في المواقع المعتادة، فاحصل على نسختك وهي لا تزال ساخنة [7]. وبين هذا التحديث وتصحيح مكتبة البث الذي قدّمه anon، لقد أشبعت سعة الرفع لديّ بالكامل أثناء بذري لبعض الملفات، فجرّبه.

[7] http://forum.i2p.net/viewtopic.php?t=300

    1. fortuna

كما ذُكر في اجتماع الأسبوع الماضي، ظلّ smeghead يعمل بلا كلل على مجموعة كبيرة من التحديثات المختلفة في الآونة الأخيرة، وأثناء سعيه الحثيث لجعل I2P يعمل مع gcj، ظهرت بعض مشكلات PRNG (مولّد أعداد شبه عشوائية) فظيعة في بعض JVM (آلة جافا الافتراضية)، ما يفرض علينا عملياً ضرورة امتلاك PRNG يمكن الاعتماد عليه. وبعد أن تلقّينا رداً من فريق GNU-Crypto، ورغم أن تنفيذهم لـ Fortuna لم يُنشر فعلياً بعد، إلا أنه يبدو الأنسب لاحتياجاتنا. قد نتمكّن من إدخاله في الإصدار 0.5، لكنّ الاحتمال الأكبر أنه سيُؤجَّل إلى 0.5.1، إذ سنرغب في ضبطه بحيث يزوّدنا بالكمية اللازمة من البيانات العشوائية.

    1. ???

هناك الكثير مما يجري، وكانت هناك مؤخراً أيضاً طفرة في النشاط على المنتدى [8]، لذلك أنا متأكد من أنني فاتتني بعض الأمور. على أي حال، تعال إلى الاجتماع بعد دقائق قليلة وقل ما يدور في بالك (أو اكتفِ بالمراقبة وألقِ تعليقاً ساخراً عشوائياً).

=jr [8] http://forum.i2p.net/