أكد مطورو إيثيريوم تفعيل Glamsterdam على شبكة Sepolia في 6 أكتوبر، مع التحذير من أن إيثر الاختبار الرخيص يمكن أن يسمح للبناة الخبيثين بالفوز بمزادات الكتل بشكل متكرر وحجب حمولات معاملاتهم خلال مرحلة الاختبار العام.
يظهر محضر اجتماع توافق جميع المطورين الأساسيين لإيثيريوم بتاريخ 17 سبتمبر أن المشاركين وافقوا على تاريخ 6 أكتوبر بعد مراجعة نتائج شبكة Glamsterdam التجريبية الأخيرة، على الرغم من أن المطورين أثاروا مخاوف في الوقت نفسه حول كيفية تصرف فصل المقترح-الباني المضمن (Enshrined Proposer-Builder Separation) على شبكة عامة حيث لا يحمل إيثر الاختبار أي تكلفة اقتصادية ذات مغزى.
في صميم التحذير يكمن EIP-7732، وهو تصميم فصل المقترح-الباني المضمن (Enshrined Proposer-Builder Separation) الخاص بـ Glamsterdam. يصف موقع Ethereum.org نظام ePBS كتغيير في البروتوكول يفصل مهمة تجميع حمولات المعاملات عن واجبات المُدقّق (validator) المتعلقة بالتوافق، مما ينقل علاقة تعتمد حاليًا بشكل كبير على البنية التحتية الخارجية إلى قواعد توافق إيثيريوم.
بموجب هذا التصميم، يمكن للبناة تقديم عروض للحصول على حق توفير حمولة تنفيذية. بمجرد أن يلتزم المقترح (proposer) بالعرض الفائز، يُتوقع من الباني (builder) أن يطلق المعاملات الكامنة وراء ذلك. يحدد مواصفات توافق إيثيريوم البناة كجهات فاعلة منفصلة ومُرهونة (staked actors) تقوم بتقديم عروض حمولات تنفيذ موقعة قبل بث مظروف الحمولة المقابل.
خلال مكالمة المطورين يوم الخميس، حذر مطور التوافق بوتوز (Potuz) من أن الاقتصاد يتغير على شبكة الاختبار لأن المهاجمين يمكنهم الحصول على إيثر الاختبار دون دفع قيمته السوقية على الشبكة الرئيسية. يمكن للمشغل الخبيث إنشاء العديد من هويات البناة، وتقديم عروض أعلى بكثير من المنافسين الشرعيين، ثم رفض توفير الحمولة الموعودة بعد الفوز.
قال بوتوز: "يمكنني فقط تشغيل ألف باني"، موضحًا أن المهاجم يمكنه تدويرهم، والمزايدة بقوة، وحجب الحمولات. وأضاف لاحقاً: "أي مراهق يمكنه فعل ذلك".
صاغ المطور القلق على أنه مشكلة توافر في شبكة الاختبار العامة، وليس طريقة جديدة لسرقة إيثر الشبكة الرئيسية. على الشبكة الرئيسية، يمكن للمشارك بالفعل الدفع لإنتاج كتلة فارغة، لكن التكلفة الاقتصادية للحصول على مساحة الكتلة تحد من هذا السلوك. إيثر الاختبار يجعل التعطيل المستمر أرخص بكثير.
قد لا تكون الضمانات الحالية كافية لبيئة Sepolia. أخبر بوتوز المطورين أن بعض قواطع الدوائر في العملاء تعود إلى الكتل المبنية محليًا فقط بعد فقدان عدة حمولات، بينما لم يكن على دراية بحماية عالمية يمكن أن ترفض البناة المسيئين الأفراد.
تركز قلقه على عودة المهاجمين بهويات جديدة. حتى لو استجاب العميل للحمولات المفقودة، يمكن للبناة الذين يمكن التخلص منهم الاستمرار في المزايدة ما لم تحدد المنطق الدفاعي السلوك وتقيده بسرعة كافية.
لم يقدم المطورون هجوم الباني كاستغلال مؤكد ضد Sepolia. تناول النقاش سيناريو يتوقعون أن يكشف عنه الاختبار العام بمجرد أن يتمكن الغرباء من المشاركة في ظل ظروف ePBS. جادل بوتوز بأن شبكات اختبار إيثيريوم تحتاج إلى ضمانات أقوى لأن فرق التطبيقات والبنية التحتية تعتمد عليها لاختبار البرامج مقابل الكتل العاملة.
يشير موقع Ethereum.org إلى أن Sepolia تستخدم مجموعة مدققين مُصرح بها تتحكم بها فرق العملاء والاختبار، بينما تمتلك Hoodi مجموعة مدققين مفتوحة مخصصة للتخزين واختبار البروتوكول. يمنح هيكل Sepolia مطوري إيثيريوم مزيدًا من التحكم التشغيلي إذا واجه أول نشر عام طويل الأمد لـ Glamsterdam مشاكل.
كما أفادت crypto.news سابقاً، كان المطورون قد اختاروا مبدئياً تاريخ 6 أكتوبر قبل المكالمة الأخيرة، مع بقاء التاريخ مرهوناً بانتقال مستقر آخر لشبكة تطوير خاصة. قدمت مكالمة التوافق في 17 سبتمبر هذا الجدول الزمني بعد أن أكملت Devnet-11 تدريبها المجدول على الانقسام (fork rehearsal).
تم إنشاء Glamsterdam Devnet-11 كتجربة "مسار سعيد" مُتحكم بها بدلاً من شبكة هجوم عدوانية. حددت مواصفاتها الرسمية تاريخ الإنشاء (genesis) في 14 سبتمبر، وانتقال Gloas في 16 سبتمبر، وزيادة حد الغاز للكتلة من 60 مليون إلى 200 مليون بعد ذلك بوقت قصير.
استخدمت شبكة الاختبار 84,000 مدقق عبر تكوين متعدد العملاء وحملت نفس مجموعة EIP الأساسية المخطط لها لاختبار Glamsterdam. استبعد منظموها صراحة الهجمات المتعمدة من نطاق Devnet-11، مع الإبقاء على التجارب العدائية في بيئة Platåberget الأطول أمداً.
ذكرت CoinDesk أن Devnet-11 أكملت الانتقال وحركت حد الغاز نحو 200 مليون دون فقدان النهائية. الإعداد البالغ 200 مليون هو معلمة اختبار، وليس التزامًا مؤكدًا بحد الغاز للشبكة الرئيسية.
تشير خارطة طريق Glamsterdam الخاصة بإيثيريوم إلى أن الترقية مصممة لزيادة سعة الطبقة الأولى مع تغيير كيفية بناء الكتل والتحقق منها. يمد EIP-7732 نافذة انتشار حمولة التنفيذ من ثانيتين تقريباً إلى حوالي تسع ثوانٍ، مما يمنح العقد مزيدًا من الوقت لتوزيع والتحقق من الحمولات الأكبر.
تتضمن الترقية قوائم الوصول على مستوى الكتلة (Block-Level Access Lists) وسلسلة من التغييرات في تسعير الغاز أيضاً. أفادت تغطية التوافق السابقة لـ Glamsterdam أن المحافظ، والمفهرسات، ومقدرات الغاز التي تستخدم افتراضات ثابتة قد تتطلب تغييرات لأن إنشاء الحسابات الجديدة وبعض العمليات التي تتطلب الكثير من الحالة تتلقى معاملة غاز مختلفة بموجب الانقسام المخطط له.
وجدت مراجعة منفصلة لمخاطر العقود الذكية أن العقود التي تستخدم مخصصات غاز ثابتة أو أنماط تنفيذ حساسة للغاز قد تتطلب اختبارًا قبل وصول الترقية إلى الشبكة الرئيسية.
يمنح جدول 6 أكتوبر فرق العملاء وقت مراجعة أقل مما توصي به عملية ترقية إيثيريوم العادية.
خلال مكالمة 17 سبتمبر، أخبر المطور فريدريك سفانتيس (Fredrik Svantes) المشاركين أن العملية القياسية تتطلب 14 يومًا على الأقل بين البرمجيات العميلة الجاهزة للإصدار وأول تفعيل لشبكة الاختبار العامة. وقال إن هذين الأسبوعين يستخدمان عادة لمراجعات الأمان الداخلية، وكشف مكافآت الأخطاء، وأعمال الأمان الخارجية المحتملة.
مع اقتراب Sepolia، ناقش المطورون تاريخ 29 سبتمبر كأحدث موعد لإصدارات العملاء. سبعة أيام بين 29 سبتمبر و 6 أكتوبر ستترك نصف فترة المراجعة العادية. قبل المشاركون هذا الخطر بالنسبة لـ Sepolia جزئياً لأن مجموعة المدققين فيها مركزية نسبياً ويمكن استعادة الشبكة بسهولة أكبر إذا تعطلت البرمجيات.
حث المطور الأساسي أليكس ستوكس (Alex Stokes) الفرق على إصدار البرمجيات في وقت أبكر حيثما أمكن حتى يتمكن المزيد من المراجعين من فحصها. بمجرد توفر العملاء الجاهزين للإصدار، يمكنهم الدخول في عملية مكافأة الأخطاء (bug-bounty) في إيثيريوم على الفور.
يأتي الجدول الزمني المضغوط بعد عدة مشاكل اختبار سابقة. سجل جدول أعمال المطورين في 3 سبتمبر عدم النهائية (non-finality) أثناء تفعيل Gloas في Devnet-8 مما أثر على عملاء توافق متعددين، بينما فحص اختبار Devnet اللاحق الإصلاحات وحالات الحافة الإضافية.
سجلت مكالمة اختبار أخرى مشاكل حيث أدى سيناريو Platåberget إلى إخراج 12 من 13 عقدة Besu عن الخدمة وأبطأ عقد Erigon و Ethrex. شهدت Devnet-9 عدم النهائية غير المخطط لها، مما دفع الفرق إلى تكرارات إضافية قبل Devnet-11.
لا تزال خارطة طريق إيثيريوم العامة تدرج Glamsterdam للربع الرابع من عام 2026 ولكنها تذكر أن تاريخ الشبكة الرئيسية لم يتم تأكيده. المعلم الرئيسي التالي المنشور هو شوكة Sepolia في 6 أكتوبر.
من المتوقع أن تتبع Hoodi شبكة Sepolia لأنها توفر بيئة مدقق مفتوحة للتخزين واختبار الترقيات. ناقش المطورون مرحلة Hoodi خلال مكالمة 17 سبتمبر لكنهم ربطوا توقيتها بتقدم Sepolia، مما يعني أن المشاكل على أول شبكة اختبار عامة قد تؤجل التواريخ اللاحقة.
لا تزال مسودة خطة استجابة حوادث الشبكة الرئيسية لإيثيريوم لا تحتوي على عصر التفعيل (activation epoch) أو طابعه الزمني (timestamp). تترك الوثيقة بدلاً من ذلك حقول معلومات الترقية فارغة بينما تسرد أدوار العميل والتنسيق التي سيتم شغلها قبل نشر الشبكة الرئيسية.
كما أفادت تغطية Glamsterdam السابقة في crypto.news، تتمحور الترقية حول ePBS، وقوائم الوصول على مستوى الكتلة (Block-Level Access Lists)، وإعادة تسعير الغاز المصممة لتحقيق إنتاجية أعلى للطبقة الأولى. استمر المطورون في اعتبار الاختبار الناجح متعدد العملاء شرطاً مسبقاً قبل تحديد شوكة الشبكة الرئيسية.
في الوقت الحالي، تواجه فرق العملاء الموعد النهائي للبرمجيات في 29 سبتمبر الذي نوقش في المكالمة، يليه تفعيل Sepolia في 6 أكتوبر. لم ينشر مطورو إيثيريوم عصر تفعيل للشبكة الرئيسية أو طابعًا زمنيًا نهائيًا للتفعيل.
ETH
