قدم باحثو Ethereum نتائج محاكاة حيث انخفض متوسط وقت انتشار الحمولة التنفيذية بحجم 1 MiB عبر EIP-8411 إلى أقل من ثانية واحدة - مقارنة بحوالي خمس ثوانٍ عند الإرسال برسالة واحدة. أعلن Ethereum Research عن ذلك في 17 سبتمبر.
يتطلب النموذج الحالي للانتشار أن يتلقى العقدة الرسالة الكبيرة ويقوم بالتحقق منها بالكامل قبل إعادة توجيهها. يصف الباحثون هذا التأخير بأنه مشكلة "التخزين وإعادة الإرسال": يجب أن تمر الحمولة الكاملة عبر قفزة شبكية واحدة قبل أن تبدأ القفزة التالية. يقترح EIP-8411 تقسيمها إلى أجزاء ثابتة. كل جزء يحمل إثبات ميركل مرتبط بالجذر المثبت في طلب الباني. عند استلام جزء واحد، يمكن للعقدة التحقق منه وبدء إعادة التوجيه بينما لا تزال الأجزاء الأخرى في الطريق. يصف الاقتراح حاليًا 64 جزءًا.
شارك في المحاكاة 500 عقدة مع تأخير جغرافي، 50 ميجابت/ثانية للإرسال و100 ميجابت/ثانية للاستقبال. تم إرسال حمولة 1 MiB من باني منزلي - بدون مراكز بيانات عالية السرعة. استغرق الإرسال برسالة واحدة حوالي خمس ثوانٍ لنصف العقد تقريبًا وست ثوانٍ تقريبًا في الذيل. أظهرت النسخة المقطعة المعدلة متوسطًا حوالي 0.75 ثانية وذيلًا حوالي ثانية واحدة. تم إجراء القياسات على محاكي مع كود Prysm الفعلي وgo-libp2p-pubsub وساعات افتراضية؛ تم اختبار كل تكوين على عشر شبكات عشوائية.
يجمع المستوى الأساسي 1 بين التقسيم والنشر الجماعي: يقوم الباني بتوزيع الأجزاء المختلفة مبكرًا على العقد المجاورة المختلفة، وتبدأ عدة أجزاء من الحمولة في التحرك عبر الشبكة في وقت واحد. هذا يزيد من حجم البايتات المستلمة بحوالي الثلث - تكلفة للعديد من المعرفات والرسائل الخدمية.
يواجه المستوى 2 التكرار: بدلاً من إرسال كل جزء إلى جميع الجيران، يرسل العقدة إلى مجموعة محدودة، ويبلغ الباقين عن التوفر. يضيف النموذج الأولي طلبات مع إعادة المحاولة - تطلب العقدة الجزء من جار واحد أولاً، تنتظر انتهاء المهلة، ثم تنتقل إلى آخر. بالنسبة لـ 1 MiB، قلل هذا من حركة المرور إلى حوالي 1.5 نسخة من الحمولة لكل عقدة. ومع ذلك، إذا أعلن الجار عن الجزء ولم يسلمه، فإن التأخير في الذيل يزداد. يضيف المستوى 3 ترميز ريد - سولومون: يتم ترميز الحمولة بأجزاء زائدة، ويمكن للعقدة استعادة البيانات دون انتظار جميع الأجزاء. أعطى هذا أقل تأخير في الذيل ومقاومة لرفض التسليم، لكنه زاد من الحمل على المصدر.
لم يتم تفعيل EIP-8411 بعد. تم فتح الطلب في 4 سبتمبر ولا يزال مسودة في مستودع EIPs. يتطلب الاقتراح EIP-7732 ويستبدل موضوع الانتشار الموحد للبيانات التنفيذية بمواضيع مع أجزاء. طلب المطورون حالة "مقترح للإدراج" لتحديث Hegotá - تحديث متوقع بعد Glamsterdam. تم تقديم الطلب بعد الموعد النهائي المعتاد. في مكالمة ACDC #187، المقرر عقدها في 17 سبتمبر في الساعة 14:00 بالتوقيت العالمي، لم يتم بعد مناقشة القرار بشأن الإدراج في Hegotá. تم اقتراح EIP-8411 أيضًا كبديل لـ EIP-8142، الذي درس وضع الكتل في الكائنات الثنائية الكبيرة، لكنه أثار تساؤلات حول إثباتات KZG على جانب الباني.
مقالات ذات صلة
