إيثيريوم تعتزم إطلاق ترقية غلامستردام على شبكة Sepolia في أوكتوبر

حدد مطورو إيثريوم مبدئيًا يوم 6 أكتوبر 2026، عند الساعة 13:53 بالتوقيت العالمي المنسق (UTC)، موعدًا مستهدفًا لتفعيل ترقية "غلامستردام" على شبكة اختبار "سيبوليا". ومع ذلك، لم يُؤكَّد هذا التاريخ بشكل نهائي بعد، إذ لا تزال هناك جولة أخرى من الاختبارات على شبكة تطوير خاصة يجب إتمامها بنجاح قبل المضي قدمًا في عملية التفرع على شبكة الاختبار العامة.

لماذا لا يزال موعد Sepolia مشروطًا؟

تؤكد الملاحظات المستمدة من اجتماع "ACDC" رقم 186، إلى جانب التقارير اللاحقة التي أعدّتها كريستين د. كيم، الباحثة في بروتوكول إيثريوم، أن هذا الجدول الزمني ليس نهائيًا أو ثابتًا حتى الآن. فعندما اختار المطورون موعد "Sepolia"، لم يكونوا قد حققوا بعد تشغيلًا مستقرًا تمامًا لترقية "Glamsterdam" على أي شبكة تطوير خاصة.

ومنذ ذلك الحين، طرأ تغيير على خارطة طريق الاختبار؛ ففي تحديث صدر في 11 سبتمبر، أشارت كيم إلى أن تركيز الفريق قد انتقل إلى شبكة "Glamsterdam-Devnet-11"، المقرر إطلاقها يوم الاثنين الموافق 14 سبتمبر. ويمثل هذا تغييرًا عن الخطط السابقة التي كانت تحدد "Devnet-10" باعتبارها المحطة الرئيسية التالية.

لا مواعيد مؤكدة بعد لشبكة Hoodi أو الشبكة الرئيسية

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

كيف تم اختيار "الحقبة" الخاصة بشبكة Sepolia؟

خلال اجتماع "All Core Developers Consensus" المنعقد في 3 سبتمبر، استقر الفريق على اختيار الحقبة رقم 351232 على شبكة "Sepolia" كنقطة مقترحة للتفعيل، وهي نقطة حسبتها كيم لتوافق تاريخ 6 أكتوبر عند الساعة 13:53 بالتوقيت العالمي المنسق. والجدير بالذكر أن هذا القرار اتُّخذ قبل أن تُظهر شبكات اختبار "غلامستردام" الخاصة نتائج مستقرة وموثوقة.

ويمنح الاستقرار على "حقبة" (epoch) محددة فرق تطوير البرمجيات (العملاء)، ومزوّدي البنية التحتية، ومطوّري التطبيقات هدفًا مشتركًا يمكن التخطيط بناءً عليه، إلا أن الأمر ليس محسومًا تمامًا؛ إذ إنه إذا كشفت جولة الاختبار التالية عن مشكلة خطيرة، أو إذا لم تتمكن فرق التطوير من تجهيز إصدارات موثوقة في الوقت المناسب، فقد يُؤجَّل موعد التفرع.

مشكلات "النهائية" في شبكة Devnet-9 تُبقي التحفظ قائمًا

تكتسب هذه الملاحظة التحذيرية أهمية أكبر بالنظر إلى أن شبكة "Devnet-9" واجهت مشكلات تتعلق بـ"النهائية"، أي تأكيد المعاملات بشكل لا رجعة فيه. وتُظهر وثائق الاجتماع أن الشبكة عملت بما يقرب من 1000 عقدة تحقق (validator node)، وهو أكبر عدد من عقد التحقق يتم اختباره في أي شبكة تطوير خاصة بـ"Glamsterdam" حتى الآن.

ولكي تصل الشبكة إلى مرحلة "الاستقرار النهائي" (finality)، يجب أن يتفق عدد كافٍ من المدققين على حالتها الراهنة. وعندما يتعذر ذلك في شبكة اختبار، يتعين على المطورين التعمق في الأمر لتحديد السبب الجذري، سواء أكان يكمن في برمجيات العميل (client software)، أم في مستويات مشاركة المدققين، أم في إعدادات الشبكة، أم في تداخل بين تغييرات بروتوكولية متعددة يُنفَّذ بعضها بالتزامن مع بعض.

تسلسل الاختبار يتجاوز الخطة الأصلية

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

ومن شأن التشغيل السلس والمستقر لشبكة "Devnet-11" أن يوفر لفرق تطوير عملاء إيثريوم ساحة اختبار إضافية للمواصفات الكاملة والمشتركة لـ"Glamsterdam". كما تحتاج فرق الطبقة الثانية (Layer-2)، ومقدمو خدمات الرهن (staking)، وسائر مشغّلي البنية التحتية إلى نسخ عمل جاهزة من البرمجيات (client builds) قبل أن يتمكنوا من تشغيل أنظمتهم بأمان بالتزامن مع التفرع المقترح.

تنوع العملاء يضيف طبقة أخرى من التعقيد

يكمن جزء من صعوبة هذه العملية في بنية إيثريوم القائمة على تعدد العملاء (multi-client architecture)، إذ تعمل الشبكة باستخدام عدة برمجيات عميلة للتنفيذ والإجماع طُوِّرت بشكل مستقل، ويجب أن يعمل أي تحديث بشكل صحيح عبر جميع التوليفات الممكنة بين هذه العملاء. وحتى الخطأ البرمجي المحصور في تطبيق عميل واحد يمكن أن يعطل شبكة الاختبار بأكملها، إذا كان المدققون الذين يستخدمون ذلك العميل يمتلكون وزنًا تراكميًا كافيًا.

Lido وOptimism تطلبان يومًا من الاستقرار قبل أي تفرع

وفقًا لجدول أعمال اجتماع "ACDC" رقم 186، طلبت كل من "Lido" و"Optimism" توفر استقرار للشبكة لمدة يوم كامل على الأقل قبل إطلاق أي تفرع فعليًا. كما أشار جدول الأعمال إلى ضرورة إنجاز إصلاحات برمجية عالقة، واجتياز اختبارات التوافق التشغيلي بين مختلف العملاء، باعتبارها متطلبات مسبقة يجب تأكيدها قبل المضي قدمًا في خطة "Sepolia".

تأجيل تحديد موعد Hoodi لحين استقرار وضع Sepolia

أرجأ المطورون تحديد موعد لـ"Hoodi"، المرحلة التالية من "Glamsterdam"، طالما أن الجدول الزمني لشبكة "Sepolia" لا يزال غير محسوم. ومن المفترض أن تعمل "Hoodi" كمرحلة ثانية لشبكة الاختبار العامة، بما يوفر لمشغلي الرهن وفرق البروتوكول بيئة تحاكي بشكل أدق ظروف الشبكة الرئيسية الفعلية.

وقد أيّد إنريكو ديل فانتي، المطور في مشروع "Teku"، قرار تأجيل تحديد موعد لترقية "Hoodi" خلال اجتماع "ACDC" رقم 186، مشيرًا إلى المشكلات الأخيرة التي واجهت شبكة "Devnet-9" باعتبارها سببًا كافيًا لمنح العملية مزيدًا من الوقت والتروي عقب القرار المتعلق بشبكة "Sepolia".

إطلاق الشبكة الرئيسية في ديسمبر لا يزال هدفًا قائمًا لا التزامًا مؤكدًا

لا يزال إطلاق الشبكة الرئيسية (Mainnet) في شهر ديسمبر احتمالًا واردًا، وإن لم يكن مؤكدًا بعد. فتحديد موعد أوائل أكتوبر لشبكة "Sepolia" يترك متسعًا كافيًا من الوقت لإجراء مرحلة ثانية من الاختبارات العامة، ولتتمكن فرق تطوير البرمجيات من تجهيز إصداراتها، وذلك بافتراض ألا تواجه الاختبارات أي تأخيرات جوهرية خلال هذه العملية.

وحتى الآن، لم يُعلن المطورون عن "الحقبة" (epoch) الخاصة بالشبكة الرئيسية، ولا عن الطابع الزمني للتفعيل، ولا عن الجدول الزمني النهائي لإصدار البرمجيات. كما لا يوجد موعد نهائي رسمي لاتخاذ قرار بشأن ما إذا كان موعد 6 أكتوبر المحدد لشبكة "Sepolia" سيظل ثابتًا أم لا.

الخطوة التالية: إطلاق Devnet-11 في 14 سبتمبر

تتمثل المحطة الملموسة التالية في إطلاق شبكة التطوير "Devnet-11"، والمقرر يوم 14 سبتمبر. وستراقب فرق التطوير عن كثب سلوك "النهائية" (finality) في المعاملات، ومدى التوافق بين مختلف إصدارات البرمجيات (cross-client compatibility)، وما إذا كانت الإصلاحات التي طُبِّقت بعد جولات الاختبار السابقة صامدة وفعالة؛ إذ ستحدد كل هذه العوامل مدى إمكانية المضي قدمًا في خطة "Sepolia" وفق الجدول الزمني الحالي.

ما الذي يخبرنا به هذا الجدول الزمني؟

لا يبدو تحديد موعد لشبكة "Sepolia" قبل أن تعمل نسخة "Glamsterdam" بسلاسة حتى على شبكة تطوير خاصة منطقيًا، إلا إذا اعتُبر هذا الموعد "مرجعًا تخطيطيًا" لا التزامًا حتميًا.

فقد انتقلت خارطة الطريق بالفعل من "Devnet-10" إلى "Devnet-11" في غضون أيام قليلة من فشل شبكة كثيفة المدققين في بلوغ مرحلة "النهائية"، ما يشير إلى أن المطورين يتركون الاستقرار -لا التقويم الزمني- هو ما يحدد الوتيرة الفعلية للعمل.

ويبدو هذا التوجه صائبًا بالنسبة لشبكة بهذا الحجم، لا سيما في ظل ضغط مشروعي "Lido" و"Optimism" لضمان يوم كامل من الاستقرار التام قبل إجراء أي عملية تفرع للشبكة. لكن هذا يعني أيضًا أن هدف إطلاق الشبكة الرئيسية في ديسمبر يبقى طموحًا في الوقت الراهن أكثر من كونه التزامًا؛ فإذا واجهت "Devnet-11" عقبات خاصة بها، سيتأجل موعد 6 أكتوبر لشبكة "Sepolia"، وبالتبعية ستتأجل جميع الخطوات اللاحقة له.