تم تحديد شوكة Ethereum Fusaka الصلبة في أواخر عام 2025
من المتوقع أن يتم إطلاق شوكة Fusaka الصلبة لعملة Ethereum في أواخر عام 2025، كما استبعد مطور نواة Ethereum Tim Beiko تضمين ترقية تنسيق كائن EVM (EOF) المثيرة للجدل.
Fusaka الصلبة لعملة Ethereum في الربع الثالث أو الرابع من هذا العام، وفقًا لمسؤول مؤسسة Ethereum.
في منشور بتاريخ 28 أبريل ، قال المدير التنفيذي المشارك لمؤسسة Ethereum، Tomasz Kajetan Stańczak، إن المؤسسة تهدف إلى نشر ترقية شبكة Fusaka Ethereum في الربع الثالث أو الربع الرابع من عام 2025. ومع ذلك، لم يتم تحديد جدول الطرح الدقيق بعد.
قال ستانزاك إن التنفيذ المثير للجدل لترقية تنسيق كائن EVM (EOF) لآلة Ethereum Virtual Machine (EVM) كان من المتوقع أن يكون جزءًا من ترقية شبكة Fusaka، وهو ما استبعده لاحقًا مطور Ethereum الأساسي تيم بيكو.
قال Beiko في منشور على GitHub بتاريخ 28 أبريل: "تمت إزالة EOF من ترقية شبكة Fusaka اليوم" ، موضحًا في منشور على GitHub أن مطوري Ethereum قرروا أن هناك عدم يقين فني بشأن تأثيره وخاطروا بتأخير طرح Fusaka.
المصدر: توماس كاجيتان ستانتشاك
EVM هو البرنامج الذي يُشغّل عقود الإيثريوم الذكية . سيُطبّق EOF سلسلة من تغييرات البروتوكول، تُعرف بمقترحات تحسين الإيثريوم (EIPs)، ذات آثار عميقة على آلية عمله. يُقدّم EOF تنسيق حاوية قابل للتوسيع ومُصنّف لإصدارات مختلفة لبايت كود العقد الذكي، والذي يتم التحقق منه مرة واحدة عند النشر، مع فصل الكود عن البيانات لتحسين الكفاءة.
ذات صلة: باحث يقترح زيادة حد غاز الإيثريوم بمقدار 100 مرة على مدار 4 سنوات
لف، ختم مرة واحدة، أرسل
البايت كود هو مجموعة تعليمات مدمجة ومنخفضة المستوى. يجب تجميع عقود Solidity الذكية إلى بايت كود قبل أن تتمكن EVM من تنفيذها.
يُعرّف EOF وحدة حاوية لبايت كود العقد الذكي، مُستبدلًا كتل البايت كود الحرة الحالية ببنية مُحددة بشكل أفضل. تتكون هذه الكائنات من:
رأس يبدأ بالقيمة السداسية العشرية 0xEF00، متبوعًا برقم إصدار مكون من بايت واحد لضمان إمكانية الترقية.
جدول أقسام يوفر بيانات وصفية حول محتويات الحاوية. يتكون كل مُدخل من بايت واحد لنوع المُدخل، وبايتين لحجم المُدخل.
الأقسام التي تحتوي على المحتوى الفعلي، مع قسم واحد على الأقل من التعليمات البرمجية وأي أقسام بيانات ضرورية — يمكن إضافة المزيد من أنواع الأقسام من خلال EIPs المستقبلية.
يُبسّط هذا الهيكل تشغيل آلات القيمة المُضافة (EVM)، مما يسمح بكفاءة أعلى وتكاليف معالجة أقل. سيُؤدي هذا التحديث إلى بيئة تطوير أكثر سلاسةً وعقود ذكية مُطبّقة أسهل فهمًا.
لا تقفز، بل اقفز بدلاً من ذلك!
يوفر EIP-4200 ، أحد بروتوكولات EIP لنهاية الملف، بديلاً لتعليمات JUMP وJUMPI، مما يسمح للبرنامج بنقل التنفيذ إلى أي إزاحة بايت عشوائية. يؤدي هذا النوع من سلسلة التنفيذ إلى أخطاء يصعب اكتشافها (قد يصعب التنبؤ بخطأ قيمة JUMP في بعض الحالات)، كما يُسهّل إخفاء البرامج الضارة في كتل البيانات ونقل مؤشر التنفيذ إليها.
تُعرف هذه الممارسة باسم القفز الديناميكي، ويقترح مشروع EIP-4750 (قيد المراجعة) منع استخدام JUMP/JUMPI الديناميكي داخل العقود الذكية بعد انتهاء الملف، ورفضها تمامًا خلال مرحلة لاحقة من نشرها. في شكلها الحالي، يستبدل مشروع EIP هذه العمليات باستدعاءات دالة الاستدعاء (CALLF) ودالة الإرجاع (RETF). تضمن هذه التعليمات الجديدة ترميز الوجهات بشكل ثابت في الكود الثنائي، ولكن العقود الذكية القديمة قبل انتهاء الملف لن تتأثر.
سيخضع المطورون الذين يختارون استخدام JUMP أو JUMPI بعد الترقية للتحقق من صحة الكود الثنائي الخاص بهم أثناء النشر، مما يضمن عدم إمكانية الوصول إلى البيانات أو منتصف تعليمة أخرى. يتم هذا التحقق عبر قواعد التحقق من صحة الكود في EIP-3670 ، بالإضافة إلى جدول الانتقال ( EIP-3690 )، بحيث يتم التحقق من جميع الوجهات.
كبديل لهذه الوظائف، يُطبّق EOF دالتي RJUMP وRJUMPI، اللتين تتطلبان ترميز الوجهة بشكل ثابت في الكود الثنائي. مع ذلك، لا يزال تطبيق EOF غير مُرحّب به من قِبل الجميع.
EOF لديه كارهيه
EOF هو تطبيقٌ لـ ١٢ خطةَ تطويرٍ متكاملةٍ (EIPs) ذات آثارٍ عميقةٍ على كيفية عمل مطوري العقود الذكية. ويرى مؤيدوه أنها أكثر كفاءةً وأناقةً، وتُسهّلُ التحديثاتِ لاحقًا.
مع ذلك، يجادل منتقدوها بأنها مُهندسة بشكل مبالغ فيه وتُضيف تعقيدًا إضافيًا إلى نظام مُعقد بالفعل مثل الإيثريوم. أعرب باسكال كافرساتشيو، مطور الإيثريوم، عن أسفه في منشور على مدونة "سحرة الإيثريوم" بتاريخ 13 مارس ، قائلاً إن "نهاية العملية معقدة للغاية"، إذ تُضيف دلالتين جديدتين وتُزيل وتُضيف أكثر من اثني عشر رمزًا تشغيليًا. كما جادل بأن ذلك ليس ضروريًا.
قال إنه يمكن تطبيق جميع المزايا من خلال "تحديثات تدريجية وأقل تدخلاً". وأضاف أن نظام التصويت الإلكتروني القديم سيحتاج أيضًا إلى الصيانة، "ربما إلى أجل غير مسمى".
أوضح كافيرزاسيو أيضًا أن EOF يتطلب ترقيةً للأدوات، مما يُهدد بظهور ثغرات أمنية جديدة نظرًا لمساحة الهجوم الكبيرة . وأضاف أن "عقود EVM تُصبح أكثر تعقيدًا بسبب الرؤوس"، بينما يبلغ وزن العقود الفارغة حاليًا 15 بايتًا فقط. أثار مطور آخر نقطةً منفصلةً في هذا النقاش:
ربما، كنقطة جوهرية، يبدو أن هناك خلافًا حول ما إذا كانت التغييرات الرئيسية في آلات القيمة الافتراضية مرغوبة بشكل عام. فآلة افتراضية مستقرة، يمكن للناس الاستثمار فيها لبناء أدوات وتطبيقات ممتازة بثقة، هي أكثر قيمة بكثير.
يبدو أن كافيرساتشيو يؤيد بشدة ترقية EOF. أظهر استطلاع رأي مُخصص على منصة ETHPulse لاستطلاعات الرأي الخاصة بإيثريوم أن 39 ناخبًا يمتلكون ما يقارب 17,745 إيثر (ETH) يعارضون الترقية. وصوّت سبعة فقط لصالحها حاملو ما يقل عن 300 إيثر.
