تقرير Sunnyside 7/14 PeerDAS Devnet هنا! دعنا نتعمق في الوضع الحالي ل PeerDAS - ما مقدار النقطة التي يمكننا التعامل معها ، وما هو عنق الزجاجة؟

من بين هذه الجهود ، يتمثل دور Sunnyside في تشغيل devnets الأسبوعية في العديد من التكوينات المختلفة وتغذية المطورين الأساسيين بالرؤى الناتجة: •أين تقع حدود PeerDAS الحالية • المكونات التي تخلق الاختناقات بالضبط •مدى جودة عمل التحسينات مثل Supernodes وGetBlobV2 في الممارسة العملية

هدفنا الرئيسي هو الاختبار بسرعة ومرونة بطرق تكمل ما تفعله الفرق الأخرى مثل @ethPandaOps في fusaka-devents ، وتقديم ملاحظات في الوقت المناسب تدعم التنفيذ المستمر ل PeerDAS.

في هذا الأسبوع ، قمنا بتشغيل 12 devnets وقمنا بتشغيل 3 مجموعات اختبار ، باستخدام أحدث صورة @ethPandaOps fusaka-devnet-2: 1.Blob Throughput (الحد الأقصى للكائن الثنائي كبير الحجم لكل كتلة) 2. عرض النطاق الترددي للشبكة (اختبار الحمل المستمر) 3. تقييد النطاق الترددي (30/20/10 ميجابت في الثانية)

1 - اختبار معدل نقل الكائن الثنائي كبير الحجم أظهرت نتائج الاختبار أن معظم عملاء CL يمكنهم التعامل مع 84 كائن ثنائي كبير الحجم لكل كتلة أو أكثر، وظلوا مستقرين مع 40 كائن ثنائي كبير الحجم على الأقل. سجل بعض العملاء حدا أقصى أقل نسبيا لعدد الكائنات الثنائية كبيرة الحجم مقارنة بشبكات devnet السابقة - ولكن قد يكون هذا بسبب انخفاض عدد المدققين لكل عقدة في devnet هذا من 100 إلى 8 ، مما أدى بدوره إلى خفض معدل مشاركة الشبكة الفرعية لكل عقدة.

2 - اختبار النطاق الترددي للشبكة على عكس devnets السابقة حيث غالبا ما تصبح الشبكة غير مستقرة عند عدد كبير من الكتل الثنائية كبيرة الحجم ، هذه المرة تعمل جميع devnets بثبات لفترة طويلة (~ 16 ساعة) حتى مع وجود 60 أو 72 نقطة لكل كتلة. على الرغم من أن هذا لا يضمن استقرار مستوى الإنتاج ، إلا أنه يدل على أن بعض مجموعات CL-EL على الأقل قد حققت مستوى أعلى بكثير من المتانة من خلال التحسين 🚀

3 - اختبار تقييد النطاق الترددي للتحقق مما إذا كان بإمكان المراهنين الحقيقيين المشاركة بسلاسة بمجرد تنشيط PeerDAS ، طبق هذا الاختبار حدود الشبكة وفحص العوامل التي تصبح اختناقات في ظل سيناريوهات مقيدة مختلفة. عبر اختبارات متعددة ، اكتشفنا أن استخدام النطاق الترددي للعقدة يرتفع بشكل دوري - خاصة بالقرب من بداية الفتحة عندما يتم ثرثرة الكائنات الثنائية كبيرة الحجم - وأن هذه الارتفاعات تحد من الأداء العام للشبكة. حدثت حركة مرور الاندفاع بشكل موحد عبر العقد بدلا من أن تكون ناتجة عن عميل CL أو EL معين، وبمجرد بدء الاندفاعات، لم تتمكن الشبكة من زيادة إنتاجية الكائن الثنائي كبير الحجم بشكل أكبر. بمعنى آخر ، تعد حركة المرور المتفجرة أكبر عنق الزجاجة في البيئات المقيدة بالنطاق الترددي ، ونحن بحاجة إلى إيجاد طرق للتخفيف من حدتها.

بالإضافة إلى ذلك، تواصلنا مع فرق العملاء المختلفة وشجعنا على تحسينات المزامنة والمشكلات المتعلقة بالأقران.

لا يزال Sunnyside devnet قيد التشغيل 🏗️. إجراء Interop-DevNets مع مجموعات متعددة من العملاء ، واختبارات عرض النطاق الترددي الأكثر دقة ، واختبارات البريد العشوائي التي تتضمن المعاملات العادية ، واختبارات الملء / المزامنة ، لتحديد الاختناقات في البيئات التي تشبه إلى حد كبير ظروف الشبكة الرئيسية.