اقتراح BM الجديد لـ EOSIO: هل يحل أزمة CPU وينقذ EOS؟

كابوس الازدحام في EOS
لأكثر من شهر، واجه مستخدمو EOS ازدحامًا شديدًا في الشبكة، حيث أظهرت بيانات DAppTotal أن 77.76% من موارد CPU مستهلكة من قبل مشروع تعدين العملات EIDOS. أصبح الوضع سيئًا لدرجة أن EarnBetCasino هددت بمغادرة السلسلة تمامًا — تذكير صارخ بأن حتى سلاسل البلوك تشين “عالية الأداء” ليست محصنة ضد حروب الموارد.
تشخيص BM: عيب في التصميم
في اقتراحه الأخير، حدد دانيال لاريمر (BM) المشكلة الجذرية: نظام REX (تبادل الموارد)، المصمم لتأجير موارد CPU، يعمل على افتراضات خاطئة. توقع توزيعًا طبيعيًا للطلب لكنه واجه توزيعات باريتو بدلاً من ذلك — حيث يهيمن عدد قليل من اللاعبين على الاستخدام. النتيجة؟ تقلبات كبيرة في الأسعار، وفي بعض الأحيان، لا يتوفر أي CPU بأي سعر.
الإصلاح المؤقت الذي فشل
قدمت الحلول السابقة مثل “CPU احتياطي جزئي” راحة مؤقتة لكنها أدت إلى مشاكل جديدة:
- زيادة CPU بمقدار 1000x خلال فترات الاستخدام المنخفض خلقت توقعات خاطئة
- أدت طفرات الطلب المفاجئة إلى إغلاق المستخدمين بشكل غير متوقع
- انفصل التسعير التخميني عن القيمة الفعلية للاستخدام
الخوارزمية الجديدة: القدرة على التنبؤ عبر التسعير الأسي
يقلب حل BM الطاولة عن طريق:
- جعل كل وقت CPU للإيجار فقط (بدون ملكية دائمة)
- تطبيق منحنيات أسعار أسية بناءً على الاستخدام
- توزيع رسوم الإيجار على المشاركين في REX (حاملي الأسهم)
تضمن الرياضيات استقرار الأسعار: إذا كنت تريد 1% من شبكة CPU لمدة 30 يومًا، فستدفع الفرق بين الدخل الحالي والمتوقع للإيجار عند مستوى الاستخدام هذا. تُظهر الرسوم البيانية في منشوره أن الأسعار تبقى معقولة حتى استخدام حوالي ~10% من الشبكة.
تحديات الانتقال القادمة
لن يكون الانتقال سلسًا:
- يجب على أصحاب المصلحة الحاليين التكيف مع فقدان حقوق CPU “الدائمة”
- ستختفي أسواق REX تدريجيًا على مدى ~12 شهرًا
- قد يواجه المتبنون الأوائل عيوبًا مؤقتة
كشخص قام بتحليل عشرات حالات فشل DeFi، سأصدق نجاح هذا عندما أرى مقاييس اعتماد على السلسلة — ولكن يجب إعطاء الفضل لـ BM للاعتراف بالأخطاء السابقة. إذا تم تنفيذها بشكل جيد، فقد تجعل EOS قادرة على المنافسة مرة أخرى… بافتراض أن المطورين لم ينتقلوا بالفعل إلى Solana.