هذه متابعة فنية لمسودة جدول Glamsterdam المنشورة في 1 أكتوبر، والإضافة الجديدة تتعلق باختلاف إصدارات عميل Prysm، وليست قرارًا جديدًا بشأن ترقية الشبكة الرئيسية.
أعلنت Ethereum Foundation في 28 سبتمبر 2026 أن Gloas، طبقة الإجماع في Glamsterdam، وAmsterdam، طبقة التنفيذ، ستُفعّلان على Sepolia في 6 أكتوبر عند 13:53:36 بالتوقيت العالمي المنسق؛ أما موعدا Hoodi والشبكة الرئيسية فلم يُحددا بعد. وأوضحت EF أيضًا أن Prysm v7.2.0 يدعم انقسام هذه الشبكة التجريبية، لكن الحد الافتراضي لغاز المقترِح يظل 60M بعد التفعيل؛ ولاقتراح كتل بسعة 200M، يتعين على المدققين ضبط proposer settings صراحةً أو استخدام keymanager API، كما أن `--suggested-gas-limit` لن يسري مفعوله بعد تفعيل Gloas.
ثم أوضحت ملاحظات الإصدار الرسمية لـ Prysm v7.2.1 (2026-10-05) أن الإصدار الجديد يضيف `GAS_LIMIT_SCHEDULE` إلى Sepolia، بحيث يبدأ المدققون باستخدام 200M gas افتراضيًا عند هذا الانقسام؛ أما استخدام قيمة أخرى فيظل يتطلب ضبط proposer settings أو keymanager API أو تجاوز الإعداد باستخدام وسيطة مناسبة. بعبارة أخرى، صحح v7.2.1 الإعداد الافتراضي للجدول، لكن هذا لا يعني أن جميع عُقد Prysm ستُحدَّث تلقائيًا. ولا يزال على المدققين التحقق من إصدار العميل وإعدادات المقترِح وإصدار طبقة التنفيذ المتوافق معه.
تقديري: يبدو هذا أقرب إلى تنبيه بشأن التوافق التشغيلي للشبكة التجريبية منه إلى تحقق التوسع في Ethereum. فإذا استخدمت العُقد إصدارات مختلفة أو احتفظت بإعداد صريح قدره 60M، فقد تختلف معلمات الاقتراح خلال الاختبار، ما يزيد عبء استكشاف المشكلات وإصلاحها. وحتى لو نجحت Sepolia في بلوغ 200M gas، فلا يمكن الاستنتاج مباشرةً أن سعة كتل الشبكة الرئيسية سترتفع بالمقدار نفسه، أو أن الرسوم ستنخفض فورًا. أما تأثير ذلك في $ETH فيتوقف على نتائج الاختبارات والقرارات البروتوكولية اللاحقة وترتيبات الشبكة الرئيسية؛ لذا لا ينبغي اعتبار إصلاح الإصدار محفزًا قصير الأجل للأساسيات.
عمليًا، ينبغي لمدققي Sepolia أولًا مراجعة ملاحظات إصدار Prysm v7.2.1 وجدول عملاء EF للتحقق من توافق إصداري طبقة الإجماع وطبقة التنفيذ؛ وفحص ما إذا كانت proposer settings أو إعدادات keymanager أو وسيطات سطر الأوامر تتجاوز الجدول الافتراضي؛ وبعد الترقية، مراقبة مزامنة الانقسام واقتراح الكتل ومدى اتساق gas limit. أما غير المدققين وحاملو الأصول العاديون على الشبكة الرئيسية، فلا حاجة لهم إلى نقل الأموال أو تعديل المحافظ بسبب تغير إصدار الشبكة التجريبية.
ينبغي لاحقًا متابعة ما إذا كان تفعيل Sepolia سيتم وفق الجدول، وما إذا كان gas limit للكتل سيتغير وفقًا للجدول، ومستوى مشاركة العملاء المختلفين وإنتاجهم للكتل، وما إذا كانت EF ستحدد موعدًا لـ Hoodi أو للشبكة الرئيسية. فإذا تأخر الانقسام التجريبي، أو ظهرت مشكلات عدم توافق بين العملاء، أو لم تعتمد خطة الشبكة الرئيسية الجدول ذي الصلة، فسيفقد الاستنتاج القائل إن «إعدادات الاختبار تتقدم بسلاسة» أساسه؛ ولا يستحق الأثر طويل الأجل على الشبكة إعادة التقييم إلا بعد استقرار نتائج الاختبار ودخولها في مسار واضح للشبكة الرئيسية.
المصادر: Ethereum Foundation، «Glamsterdam Testnet Announcement» (2026-09-28): https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement . إصدار Prysm v7.2.1 الرسمي على GitHub (2026-10-05): https://github.com/OffchainLabs/prysm/releases/tag/v7.2.1 . وترد الإشارة إلى إصدارات العملاء لدى Ethereum Foundation أيضًا في إعلان الشبكة التجريبية.
أعلنت Ethereum Foundation في 28 سبتمبر 2026 أن Gloas، طبقة الإجماع في Glamsterdam، وAmsterdam، طبقة التنفيذ، ستُفعّلان على Sepolia في 6 أكتوبر عند 13:53:36 بالتوقيت العالمي المنسق؛ أما موعدا Hoodi والشبكة الرئيسية فلم يُحددا بعد. وأوضحت EF أيضًا أن Prysm v7.2.0 يدعم انقسام هذه الشبكة التجريبية، لكن الحد الافتراضي لغاز المقترِح يظل 60M بعد التفعيل؛ ولاقتراح كتل بسعة 200M، يتعين على المدققين ضبط proposer settings صراحةً أو استخدام keymanager API، كما أن `--suggested-gas-limit` لن يسري مفعوله بعد تفعيل Gloas.
ثم أوضحت ملاحظات الإصدار الرسمية لـ Prysm v7.2.1 (2026-10-05) أن الإصدار الجديد يضيف `GAS_LIMIT_SCHEDULE` إلى Sepolia، بحيث يبدأ المدققون باستخدام 200M gas افتراضيًا عند هذا الانقسام؛ أما استخدام قيمة أخرى فيظل يتطلب ضبط proposer settings أو keymanager API أو تجاوز الإعداد باستخدام وسيطة مناسبة. بعبارة أخرى، صحح v7.2.1 الإعداد الافتراضي للجدول، لكن هذا لا يعني أن جميع عُقد Prysm ستُحدَّث تلقائيًا. ولا يزال على المدققين التحقق من إصدار العميل وإعدادات المقترِح وإصدار طبقة التنفيذ المتوافق معه.
تقديري: يبدو هذا أقرب إلى تنبيه بشأن التوافق التشغيلي للشبكة التجريبية منه إلى تحقق التوسع في Ethereum. فإذا استخدمت العُقد إصدارات مختلفة أو احتفظت بإعداد صريح قدره 60M، فقد تختلف معلمات الاقتراح خلال الاختبار، ما يزيد عبء استكشاف المشكلات وإصلاحها. وحتى لو نجحت Sepolia في بلوغ 200M gas، فلا يمكن الاستنتاج مباشرةً أن سعة كتل الشبكة الرئيسية سترتفع بالمقدار نفسه، أو أن الرسوم ستنخفض فورًا. أما تأثير ذلك في $ETH فيتوقف على نتائج الاختبارات والقرارات البروتوكولية اللاحقة وترتيبات الشبكة الرئيسية؛ لذا لا ينبغي اعتبار إصلاح الإصدار محفزًا قصير الأجل للأساسيات.
عمليًا، ينبغي لمدققي Sepolia أولًا مراجعة ملاحظات إصدار Prysm v7.2.1 وجدول عملاء EF للتحقق من توافق إصداري طبقة الإجماع وطبقة التنفيذ؛ وفحص ما إذا كانت proposer settings أو إعدادات keymanager أو وسيطات سطر الأوامر تتجاوز الجدول الافتراضي؛ وبعد الترقية، مراقبة مزامنة الانقسام واقتراح الكتل ومدى اتساق gas limit. أما غير المدققين وحاملو الأصول العاديون على الشبكة الرئيسية، فلا حاجة لهم إلى نقل الأموال أو تعديل المحافظ بسبب تغير إصدار الشبكة التجريبية.
ينبغي لاحقًا متابعة ما إذا كان تفعيل Sepolia سيتم وفق الجدول، وما إذا كان gas limit للكتل سيتغير وفقًا للجدول، ومستوى مشاركة العملاء المختلفين وإنتاجهم للكتل، وما إذا كانت EF ستحدد موعدًا لـ Hoodi أو للشبكة الرئيسية. فإذا تأخر الانقسام التجريبي، أو ظهرت مشكلات عدم توافق بين العملاء، أو لم تعتمد خطة الشبكة الرئيسية الجدول ذي الصلة، فسيفقد الاستنتاج القائل إن «إعدادات الاختبار تتقدم بسلاسة» أساسه؛ ولا يستحق الأثر طويل الأجل على الشبكة إعادة التقييم إلا بعد استقرار نتائج الاختبار ودخولها في مسار واضح للشبكة الرئيسية.
المصادر: Ethereum Foundation، «Glamsterdam Testnet Announcement» (2026-09-28): https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement . إصدار Prysm v7.2.1 الرسمي على GitHub (2026-10-05): https://github.com/OffchainLabs/prysm/releases/tag/v7.2.1 . وترد الإشارة إلى إصدارات العملاء لدى Ethereum Foundation أيضًا في إعلان الشبكة التجريبية.