مشاكل توسيع شبكة إيثريوم: الزيادة المفاجئة في حجم Blob تضغط على الشبكة

كانت ترقية Fusaka لإيثريوم من المفترض أن تكون بمثابة بشرى سارة للطبقة الثانية (Layer2)، لكنها بعد ثلاثة أشهر كشفت عن واقع محرج: فزيادة سعة الـBlob من أجل التوسع أدت بدلاً من ذلك إلى جعل الشبكة أكثر عرضة للأعطال تحت الأحمال العالية. أشارت أحدث تقارير مؤسسة MigaLabs إلى أن إيثريوم لا تزال تواجه عنق زجاجة في الأداء الفيزيائي والشبكي عند معالجة كميات كبيرة من البيانات، وأن زيادة السعة بشكل أعمى قد يكون لها نتائج عكسية.

فخ “الانعكاسي” لتوسعة الـBlob

من 9 إلى 21 تكرار سريع

تم نشر ترقية Fusaka في ديسمبر 2025، بهدف رئيسي هو توفير قناة بيانات أكثر كفاءة للطبقة الثانية. قبل الترقية، كان الحد الأقصى لعدد حزم الـBlob في كل كتلة إيثريوم هو 9. وفقًا لخطة الطريق، يمكن أن تصل هذه السعة في النهاية إلى 72 (أي 8 أضعاف الأصل).

لكن وتيرة التوسع بعد الترقية كانت أسرع من المتوقع:

اعترف حينها مسؤول في مؤسسة إيثريوم، أليكس ستوكس، بأن التقنية حديثة جدًا، وأن أداء الشبكة تحت ظروف قصوى غير مؤكد. لكن حماس السوق بدا أنه تجاوز هذا الحذر.

ظهور المشكلة: كلما زادت السعة، زادت هشاشة الشبكة

كشفت ملاحظات MigaLabs عن أن هذا الحلم قد يكون وهمًا. حيث لوحظ أن اقتراب الكتلة من الحد الأقصى للـBlob غالبًا ما يؤدي إلى فشل أو تأخير في نشر الكتل التالية. بمعنى آخر، من أجل أن تتعامل الطبقة الثانية مع المزيد من البيانات، أصبح إيثريوم في بعض الأحيان أكثر عرضة لعدم الاستقرار.

قال ليوناردو باوتيستا غوميز، مؤسس MigaLabs، بصراحة: هذا ليس مجرد تحذير مبالغ فيه، بل هو تحذير حقيقي للمطورين الأساسيين: قبل فهم ردود فعل الشبكة بشكل كامل، لا ينبغي الاستمرار في زيادة سعة الـBlob بشكل أعمى.

جذر المشكلة: عنق الزجاجة الفيزيائي وتحفيزات اللعب

ضغط الانتشار على العقد الموزعة

تحت الأحمال العالية، تواجه العقد الموزعة ضغطًا حقيقيًا في التزامن مع كميات هائلة من المعلومات، بسبب عنق الزجاجة الفيزيائي والشبكي. ببساطة، عندما تحتوي الكتلة على 21 حزمة Blob، يحتاج آلاف العقد إلى تنزيل والتحقق من البيانات في وقت قصير جدًا، مما يبرز قيود البنية الشبكية وعرض النطاق الترددي.

“مقامرة الزمن” تزيد من عدم الاستقرار

أشار مهندس فريق PandaOps التابع لمؤسسة إيثريوم، سام كالدر-ميسون، إلى مشكلة أخرى: أن المدققين (الـValidators) لديهم دوافع لزيادة أرباح الـMEV، مما يدفعهم لتأخير إصدار الكتلة. في حالة وجود كتل تحتوي على العديد من الـBlob، فإن هذا التأخير يتضخم، مما يزيد من عدم استقرار الشبكة.

وهذا يمثل تناقضًا من حيث الحوافز: التوسع يتطلب معدل نقل أعلى، لكن آليات تحفيز الـMEV الحالية تتعارض مع هدف الاستقرار.

الحالة الحالية والاتجاه المستقبلي

الشبكة لا تزال في منطقة الأمان، لكن هناك حاجة للتحول

أكد سام كالدر-ميسون أن الشبكة بشكل عام ليست في حالة خطرة حاليًا. لكن هذه لحظة حاسمة: قبل التوسع أكثر، تحتاج إيثريوم إلى نشر آليات نشر بيانات أكثر كفاءة.

ماذا يعني ذلك؟ ربما يتطلب الأمر:

• تحسين بروتوكولات تزامن البيانات بين العقد
• تحسين هيكل تحفيز المدققين، وتقليل التأخير الناتج عن الـMEV
• زيادة سعة الـBlob تدريجيًا وليس بشكل مفرط
• تطوير آليات مراقبة واستجابة للطوارئ

من منظور الطبقة الثانية (Layer2)

تشير التقارير إلى أن إيثريوم تتجه تدريجيًا نحو أن تكون طبقة تسوية وتنسيق. أشار تقرير Bitfinex إلى أن حجم المعاملات اليومي على إيثريوم سجل أرقامًا قياسية (حوالي 2.88 مليون معاملة)، مع بقاء رسوم المعاملات منخفضة، وهو ما يعكس فعالية توسعة الطبقة الثانية.

لكن هذا التحول يعتمد على استقرار الشبكة الرئيسية. إذا تكررت حالات فشل الانتشار بسبب الكتل ذات الـBlob العالي، فإن مزايا الطبقة الثانية ستتضرر.

التطلعات المستقبلية

لقد أصبحت المعركة التقنية حول الـBlob وتوسعة الطبقة الثانية محورًا رئيسيًا في خطة إيثريوم لعام 2026. يحتاج مجتمع المطورين إلى تحقيق توازن بين ثلاثة اتجاهات:

1. معدل النقل: تلبية الطلب المتزايد على البيانات من الطبقة الثانية
2. الاستقرار: ضمان موثوقية الشبكة تحت الأحمال العالية
3. اللامركزية: عدم التضحية بمعايير مشاركة العقد من أجل التوسع

إذا فشل في تحقيق توازن بين هذه الأهداف، فإن توسعة طبقة البيانات على إيثريوم قد تكون أكثر تحديًا مما يتوقع البعض. تظهر التحديات التقنية الحالية أن التوسع ليس مجرد تعديل في المعلمات، بل يتطلب تحسينات نظامية في البنية التحتية، وآليات التحفيز، والبنية الشبكية على عدة مستويات.

الخلاصة

كانت نية ترقية Fusaka لإيثريوم جيدة، لكن الممارسة خلال ثلاثة أشهر كشفت عن مفارقة التوسع: فكلما زادت السعة، زاد ضغط الشبكة. تحذيرات MigaLabs وPandaOps مهمة لأنها تشير إلى مشكلة أعمق، وهي أن البنية التحتية الحالية لإيثريوم غير قادرة على دعم زيادة حادة في معدل النقل.

المفتاح ليس في أرقام سعة الـBlob بحد ذاتها، بل في قدرة إيثريوم على الحفاظ على اللامركزية، مع حل مشكلات نشر البيانات، وتحفيز المدققين، وغيرها من الأبعاد. هذا قد يكون أصعب من أي ترقية تقنية فردية، ويتطلب ذكاءً وابتكارًا من المطورين على مستوى النظام كله.