إيثريوم تحدد 26 أكتوبر لاختبار 200 مليون غاز على شبكة Hoodi

حدّدت شبكة إيثريوم رسمياً موعد ترقية Glamsterdam لشبكة الاختبار Hoodi ليوم 26 أكتوبر 2026، في الساعة 17:42:48 بتوقيت UTC، مما يحدد موعداً نهائياً دقيقاً لمشغلي العقد (Nodes) لضمان تحديث برمجياتهم.

أُعلن عن هذا الجدول من قبل مؤسسة إيثريوم في 16 أكتوبر. يأتي نشر الترقية على Hoodi بعد التفعيل السابق لترقية Glamsterdam على شبكة الاختبار Sepolia، الذي حدث في 6 أكتوبر. تجمع هذه الترقية المحددة بين تعديلات إنتاج الكتل والتحقق منها مع هدف مخطط يبلغ 200 مليون غاز.

متطلبات البرمجيات للمشغلين

يجب على كل مشغل في شبكة Hoodi تحديث عميلَي التنفيذ والإجماع قبل حلول وقت التفعيل. هذا الشرط إلزامي لكل عقدة تشارك في شبكة الاختبار. أي فشل في تحديث البرمجيات في الوقت المحدد سيؤدي إلى استبعاد تلك العقدة من حالة الشبكة المرقاة.

تواجه العقد الموثقة (Validators) متطلبات تحديث مزدوجة محددة تتطلب الانتباه. يُطلب منها تحديث عقدة المنارة (Beacon Node) وكذلك عميل الموثق. إلى جانب التثبيت البسيط للبرمجيات، يجب على الموثقين قضاء الوقت في مراجعة الواجبات الجديدة والتأكد من التوافق الكامل مع أدوات الباني (Builder Tooling). علاوة على ذلك، يجب عليهم ضبط إعدادات حد الغاز لتتوافق مع المعايير المرقاة لشبكة الاختبار.

حتى 17 أكتوبر، قدمت المؤسسة قائمة شاملة بالإصدارات المؤكدة لـ Hoodi. يُذكر Ethrex حالياً بإصدار مرشح (Release Candidate). ومع ذلك، لم تُدرج بعد عدة تطبيقات عميل رئيسية أخرى على صفحة الإصدارات المؤكدة لدى المؤسسة. وتشمل هذه Grandine وLighthouse وErigon وgo-ethereum وReth. يجب على المشغلين الذين يستخدمون هذه العملاء المحددة التحقق من أن ملاحظات الإصدار الخاصة بهم تؤكد التوافق مع تفعيل Hoodi.

يُعد Besu 26.10.0 إصداراً مؤكداً لهذه الترقية. يتضمن هذا الإصدار المحدد تغييرات معينة تتعلق بإدارة التخزين. وهو مصمم لنقل تخزين كود Bonsai عند أول تشغيل، ويحتفظ بكمية أكبر من السجل عند تقليم البيانات. يجب على المشغلين الذين يخططون لتخفيض إصدار Besu إلى إصدار أقدم استخدام الأمر الموثق besu storage revert-code-format. هذه الخطوة المحددة مطلوبة قبل أن يتمكن إصدار أقدم من البرمجيات من إعادة فتح قاعدة البيانات بنجاح.

التغييرات التقنية وأهداف الغاز

يمثل هدف 200 مليون غاز ميزانية مخططة لكمية العمل الحسابي المسموح به لكل كتلة. يجب النظر إليه كدليل لحد الكتلة وليس كسقف يُفرض فورياً. سيُضبط حد الكتلة الفعلي تدريجياً وفقاً لقواعد إيثريوم الحالية. في حين أن إعدادات العملاء الافتراضية والتوصيات تُحدد بالجدول الزمني، فإن تفضيلات المشغل الفردية محفوظة ضمن التكوين.

سيعتمد إجمالي الإنتاجية (Throughput) للشبكة على تعقيد المعاملات. وبالمثل، ستستمر الرسوم في الاعتماد على مستوى الطلب. لا تغيّر الترقية الميكانيكا الأساسية لسوق الرسوم، لكنها تغيّر السعة الإجمالية المتاحة لتضمين المعاملات.

Glamsterdam هي ترقية مجمعة تتكون من مكونين متميزين. يحصل طبقة التنفيذ على ترقية Amsterdam، بينما تحصل طبقة الإجماع على ترقية Gloas. ميزة رئيسية في هذا الدمج هي فصل المقترح عن الباني المدمج في البروتوكول (Enshrined Proposer-Builder Separation). ينقل هذا التغيير التبادل بين مقترحي الكتل والبانين مباشرة إلى البروتوكول نفسه. يوفر هذا للموثقين مزيداً من الوقت لفحص بيانات التنفيذ قبل تأكيد الكتل.

تقدم الترقية أيضاً قوائم وصول على مستوى الكتلة (Block-level Access Lists). تُستخدم هذه القوائم لتسجيل الحسابات المخزنة والتغييرات في الحالة. تتيح هذه البيانات المحددة للعملاء تنفيذ المزيد من العمل بالتوازي، مما يحسن الكفاءة الإجمالية. يجب على المطورين أن يدركوا أن قواعد تسعير الغاز المتغيرة قد تؤثر على العقود الذكية. قد تتصرف العقود التي تعتمد على إعانات ثابتة، أو حدود مبرمجة مسبقاً، أو افتراضات بشأن الغاز المتبقي بشكل مختلف. تنصح المؤسسة المطورين باختبار عقودهم ومنطق تقدير الغاز الخاص بهم تحت هذه القواعد الجديدة.

لا يتعين على حاملي ETH والمشغلين على الشبكة الرئيسية اتخاذ أي إجراء نتيجة لإعلان Hoodi. يبقى توقيت التفعيل على الشبكة الرئيسية غير محسوم. اختبار Hoodi هو شرط مسبق للتحقق من الترقية على شبكة اختبار حية قبل النظر في أي جدول زمني للشبكة الرئيسية.