مطورو إيثيريوم يعالجون خللاً في إيداعات المدققين قبل إطلاق غلامستردام

أصلح مطورو إيثيريوم ثغرة برمجية في تحديث “غلامستردام” المرتقب، كان من الممكن أن تؤدي، في ظروف محددة، إلى تحويل إيداعات مخصصة لمدققين جدد إلى حسابات منشئي الكتل. وجاء الإصلاح بعد مراجعة إضافية لقواعد معالجة الإيداعات، في خطوة تهدف إلى ضمان الفصل بين أموال الطرفين ومنع تخصيصها بصورة خاطئة.

ودُمج التعديل يوم الاثنين، 26 أكتوبر، بعد أسبوع من رفض المقترح الأولي بسبب عدم وجود دعم كافٍ من فرق تطوير العملاء. وجاءت إعادة النظر في الإصلاح بعدما درس المطورون السيناريو المحتمل بصورة أعمق، وأُضيفت اختبارات جديدة للتحقق من سلوك القواعد المعدّلة.

ووفقاً للتفاصيل التي نشرها الباحث أفسيتسين، لم تكن المشكلة ناتجة عن هجوم مؤكد على الشبكة، بل عن حالة برمجية محتملة في مسودة قواعد التحديث. ولم تُسجّل خسائر مرتبطة بها، كما أن آليات التحقق الحالية قد تمنع تنفيذ السيناريو الذي حدده الباحث.

تحديث غلامستردام يفصل بين مهام المدققين ومنشئي الكتل

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

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

وتكمن أهمية هذا الفصل في ضرورة إبقاء الأموال المرتبطة بكل دور منفصلة، حتى عندما يستخدم منشئ الكتل والمدقق المفتاح العام نفسه. فالمفتاح العام يُستخدم للتعريف بالجهة المعنية، لكن تشابه المفتاح لا ينبغي أن يؤدي إلى دمج الإيداعات أو تغيير الجهة التي تستحقها.

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

كيف كان يمكن لثغرة إيثيريوم تحويل إيداعات المدققين؟

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

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

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

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

ليدو وأوريجين وروكيت بول ضمن مراجعة التأثير المحتمل للثغرة

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

ووصف أفسيتسين عمله بأنه بحث سريع باستخدام الذكاء الاصطناعي، لكنه شدد على أن النتائج لا تثبت وجود استغلال فعلي. بل تحدد سيناريوهات برمجية مشروطة تستحق الفحص، ولا سيما في ضوء التغييرات التي أدخلها تحديث “غلامستردام” على معالجة إيداعات المشاركين.

وأضاف أن آليات التحقق الحالية، التي ترفض الإيداع إذا سبق لمنشئ الكتل إيداع أموال باستخدام المفتاح نفسه، قد تحول دون تنفيذ الهجوم المفترض. ويعني ذلك أن الخطر المحتمل يعتمد على كيفية تفاعل القواعد الجديدة مع عمليات التحقق القائمة، وليس على وجود ثغرة قابلة للاستغلال في جميع الظروف.

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

رفض الإصلاح أولاً ثم إعادة فتحه بعد اختبارات إضافية

في 19 أكتوبر، أغلق المطورون ملف الإصلاح المقترح، مشيرين إلى عدم وجود دعم كافٍ من فرق تطوير العملاء لإجراء التغيير في ذلك الوقت. ونقل أفسيتسين عن جاستن تراجليا، المسؤول عن مواصفات إجماع إيثيريوم، أن التعديل لم يحظَ بالدعم اللازم لإدراجه آنذاك.

وتشير فرق تطوير العملاء إلى الفرق المسؤولة عن البرامج التي يستخدمها مشغلو العقد والمدققون للتفاعل مع الشبكة. ويُعد توافق هذه البرامج أمراً أساسياً عند إدخال تغييرات على قواعد الإجماع، إذ يجب أن تتمكن التطبيقات المختلفة من تطبيق القواعد الجديدة بطريقة متسقة.

لكن الملف أُعيد فتحه بعد مراجعة إضافية، وأضاف أفسيتسين اختبارات في 23 أكتوبر، قبل أن يدمج تراجليا الإصلاح يوم الاثنين. ويعكس هذا التسلسل انتقال المقترح من مرحلة الرفض الأولي إلى مرحلة التحقق الإضافي، ثم إدراجه في مواصفات الإجماع.

وتوضح الواقعة أن توقيت التغييرات يمثل عاملاً مهماً في تطوير بروتوكول إيثيريوم؛ فحتى الإصلاحات التي تبدو محدودة قد تتطلب مراجعة أثرها على البرامج المختلفة، خصوصاً عندما ترتبط بإيداعات المدققين وآليات تخصيص الأموال.

القواعد الجديدة ترتب الإيداعات وفق بيانات اعتماد السحب

يعتمد الإصلاح على تغيير طريقة ترتيب الإيداعات المعلّقة، بحيث تُرتب وفقاً لبيانات اعتماد السحب، وهي الإعدادات التي تحدد الوجهة النهائية للأموال المرتبطة بالإيداع.

ويهدف هذا التغيير إلى الحفاظ على الفصل بين إيداعات المدققين وإيداعات منشئي الكتل، حتى إذا استخدم الطرفان المفتاح العام نفسه. وبذلك، لا يؤدي التشابه في المفتاح وحده إلى إسناد الأموال إلى الحساب الخطأ، بل تُستخدم بيانات اعتماد السحب لتحديد الجهة التي ينبغي أن تُنسب إليها الإيداعات.

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

تأجيل اختبار غلامستردام على هودي يضيف تحدياً جديداً

يأتي إصلاح إيداعات المدققين في وقت يواجه فيه تحديث “غلامستردام” تدقيقاً إضافياً قبل الانتقال إلى مراحل الاختبار التالية. فقد جرى تفعيل التحديث على شبكة الاختبار “سيبوليا” في 6 أكتوبر 2026، في إطار اختبار التغييرات المرتبطة بإنتاج الكتل واحتساب رسوم الغاز وزيادة قدرة المعالجة.

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

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

الإصلاح يعزز حماية الإيداعات لكنه لا ينهي اختبارات التحديث

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

كما يبرز الإصلاح أهمية الاختبارات المستقلة ومراجعة السيناريوهات غير المعتادة قبل نشر التغييرات على الشبكة الرئيسية. ومع أن المشكلة لم تؤدِّ إلى خسائر مؤكدة، فإن اكتشافها وإدراج تعديل لمعالجتها يوضحان قيمة التدقيق المبكر، خصوصاً عندما تتعامل التحديثات مع أموال المستخدمين وآليات تأمين الشبكة.

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