مطوروا Ethereum يقترحون طريقتين لحماية العقود الذكية قبل Glamsterdam

في 8 نوفمبر 2026، قدم مطورو Ethereum اقتراحين بديلين لمنع فشل العقود الذكية المحتمل بعد تحديث Glamsterdam. يقترح كل من Leo Glisic وGiulio Rebuffo طرقًا مختلفة للحفاظ على توافق التطبيقات الحالية مع قواعد حساب الغاز الجديدة. لم يتم الموافقة على كلا المشروعين حتى الآن.

المشكلة تتعلق بالاقتراحين EIP-8037 وEIP-8038، اللذين يغيران تكلفة إنشاء واستخدام بيانات حالة الشبكة في Ethereum. الغاز هو وحدة قياس للموارد الحسابية المطلوبة لتنفيذ العمليات على البلوكشين. تهدف القواعد الجديدة إلى حساب الحمل على البنية التحتية بدقة أكبر ولكن قد تعطل تشغيل بعض العقود الذكية الحالية.

لماذا قد يعطل Glamsterdam التطبيقات

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

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

على سبيل المثال، يقترح EIP-8037 زيادة تكلفة إنشاء حساب جديد من 25,000 إلى 183,600 وحدة غاز كجزء من مراجعة حساب موارد حالة الشبكة.

أبلغ مطور تحت اسم مستعار banteg عن قائمة تضم حوالي 200,000 عقد محتمل تأثرها. وفقًا لتقييمه، قد لا تأخذ المنهجية المستخدمة في الاعتبار بعض التطبيقات الأخرى. هذه نتائج تحليل أولية وليست عددًا مؤكدًا للعقود التي ستتوقف عن العمل.

كيف تختلف اقتراحات المطورين

قدم Leo Glisic مشروع EIP-8488، الذي يقترح فصل قواعد حساب الغاز للعقود الذكية الحالية والجديدة.

وفقًا للاقتراح، ستستمر التطبيقات التي تم نشرها بالفعل في العمل وفقًا للقواعد القديمة. سيتم تقديم مجموعة منفصلة من تعليمات V2، باستخدام نظام حساب الغاز المحدث EIP-8037 وEIP-8038، للعقود الجديدة.

اقترح Giulio Rebuffo آلية مختلفة. تتضمن استخدام عدادين للغاز في كل معاملة. الأول سيحدد تنفيذ العقد الذكي وفقًا للقواعد القديمة، والثاني سيحسب الرسوم الفعلية وفقًا للأسعار الجديدة.

وبالتالي، يفصل نهج Glisic بين التطبيقات القديمة والجديدة، بينما يقترح حل Rebuffo فصل الحساب الفني لتنفيذ العمليات وحساب الرسوم.

ومع ذلك، لم يتم تنفيذ مشروع Rebuffo بعد في برامج عميل Ethereum ولم يتم اختباره للتوافق مع قواعد الشبكة.

متى سيستمر اختبار Glamsterdam

قد أثرت مشاكل التوافق بالفعل على جدول تحديث Ethereum. بعد تفعيل Glamsterdam على شبكة اختبار Sepolia في 6 أكتوبر، خطط المطورون لإجراء المرحلة التالية من الاختبار على Hoodi في 26 أكتوبر، لكنهم أجلوا ذلك بسبب المخاطر المحددة.

في 6 نوفمبر، أكدت مؤسسة Ethereum أن تفعيل التحديث على Hoodi لن يحدث حتى يتم حل المشكلات المحتملة مع العقود الحالية.

في اجتماع للمطورين في 29 أكتوبر، تم النظر في المرحلة التالية من الاختبار المغلق بشكل مبدئي في موعد لا يتجاوز 16-20 نوفمبر. ومع ذلك، تم تحديد هذا الهدف قبل ظهور الاقتراحين الجديدين.

كلا المشروعين لا يزالان قيد المناقشة ولا يوجد جداول زمنية معتمدة للتنفيذ. يحتاج المطورون إلى اختيار نهج للحفاظ على التوافق والتحقق من فعاليته قبل المتابعة مع تحديث Glamsterdam.