حدد مطورو إيثيريوم ديسمبر 2029 موعدًا ثابتًا لتوفير الحماية من مخاطر الحوسبة الكمّية عبر طبقة التنفيذ وطبقة الإجماع وأنظمة البيانات في الشبكة، مع حصر ترقية هِغوتا التالية حول تغييرين في البروتوكول: مقاومة الرقابة أثناء بناء الكتل، وتجريد الحسابات الأصلي.
تضع خارطة الطريق إيثيريوم ضمن دورة ترقية مدتها نحو 7.2 أشهر بعد شوكة غلامستردام المخطط لها في الربع الرابع من 2026. ووفقًا لهذا الجدول، ستُطلق هِغوتا بالتزامن مع نضوج مواصفات شوكة I* التالية، بينما ستجري أبحاث ترقيات J* إلى L* اللاحقة بالتوازي. ومن المقرر تحقيق الحد الأدنى القابل للتطبيق من الحماية ما بعد الكمّية في J*، في حين تستهدف L* مقاومة كاملة للهجمات التشفيرية في عصر الحوسبة الكمّية.
يتعامل المطورون مع الموعد النهائي في ديسمبر 2029 باعتباره ثابتًا حتى يناير 2027 على الأقل، حين يخططون لإعادة تقييم تطورات الحوسبة الكمّية مع متخصصين من خارج الفريق. ويفترض الفريق في تخطيطه أن «يوم Q» — أي النقطة التي تصبح فيها الحواسيب الكمّية قادرة على تهديد خوارزميات التشفير واسعة الاستخدام — قد يحل في وقت مبكر من 2030. وقال فريق البروتوكول إن الجدول الزمني للانتقال يتوافق مع أهداف التحول إلى ما بعد التشفير الكمّي التي ناقشتها Google وCloudflare وMicrosoft، مع الإقرار بأن التوقعات بشأن تهديد كمّي عملي تختلف على نطاق واسع.
تركّز هِغوتا على الإدراج وتجريد الحسابات
صنّف استعراض مقترح هِغوتا 62 مقترحًا لتحسين إيثيريوم، أو EIPs، ضمن مستويات أولوية، ورفض 28 عنصرًا لهذه الترقية تحديدًا. وحصل مقترحان فقط على تصنيف S، ما يعني أن هِغوتا مصممة لتقديمهما.
تتمثل أولوية طبقة الإجماع في EIP-7805، المعروف باسم قوائم الإدراج التي يفرضها اختيار الشوكة، أو FOCIL. وستتيح هذه الآلية للجنة من المدققين إلزام إدراج المعاملات الصحيحة من مجمّع المعاملات العام لإيثيريوم في الكتل. وتهدف إلى الحد من قدرة مُنشئ كتل مهيمن على إبقاء معاملات معينة خارج السلسلة.
أصبح إنتاج كتل إيثيريوم أكثر تخصصًا بشكل متزايد، إذ يعتمد المدققون غالبًا على مُنشئين خارجيين لتجميع الكتلة الأكثر ربحية. ويمكن لهذا الهيكل تحسين الكفاءة، لكنه يركز أيضًا سلطة اختيار المعاملات لدى مجموعة أصغر من الجهات. وسيمنح FOCIL المدققين أداة على مستوى البروتوكول لمواجهة الاستبعاد عندما تستوفي المعاملة متطلبات صلاحية الشبكة.
يقدّم مقترح الطبقة التنفيذية من الفئة S، وهو EIP-8141، معاملات الإطارات. ويقسّم التصميم المعاملة إلى إطارات قابلة للبرمجة تغطي التحقق ودفع رسوم الغاز والتنفيذ. ويهدف إلى جعل تجريد الحسابات جزءًا أصيلًا من تنسيق معاملات إيثريوم، بدلًا من الاعتماد على أنظمة محافظ العقود الذكية المنفصلة ومزوّدي الخدمات خارج السلسلة.
قد يتيح تجريد الحسابات الأصلي للمحافظ استخدام أساليب توقيع مخصصة، وتجميع عدة إجراءات في معاملة واحدة، وترتيب تولّي طرف آخر رعاية مدفوعات الغاز. وهذه الإمكانات ممكنة حاليًا من خلال تصاميم وبروتوكولات مختلفة للمحافظ، لكن دمجها بصورة مباشرة أكثر في نظام معاملات إيثريوم الأساسي من شأنه توحيد الإطار الذي تستند إليه.
لا ينبغي الخلط بين الغاز المدعوم وبين وجود خطة مؤكدة لاستبدال ETH باعتباره أصل الرسوم العام في إيثريوم. وتصف مواد Hegotá تدفقات دفع الغاز القابلة للبرمجة والرعاية، لا نموذجًا نهائيًا لرسوم تعتمد على عملة مستقرة على مستوى الشبكة بأكملها. وسيعتمد الأثر العملي على ترتيبات المحافظ والتطبيقات والجهات الراعية التي ستعتمد هيكل المعاملات الجديد.
ستجعل المقترحات الداعمة التصاميم الأساسية قابلة للاستخدام
حصلت ثلاثة مقترحات على تصنيف الفئة A، ما يعني أن المطورين يعتزمون تضمينها ما لم تستدعِ قيود الوقت أو التنفيذ إجراء تخفيضات.
سيحدّد EIP-8369، وهو ملفات تعريف VOPS لأهلية FOCIL، ملفات أهلية مرتبطة بعمليات المدققين المشاركة في FOCIL. وقد صُمّم المقترح لدعم القواعد التشغيلية اللازمة لعمل آلية قائمة الإدراج عمليًا.
يوسّع عنصران آخران من الفئة A معاملات الإطارات. وسيضيف EIP-8250 أرقامًا تسلسلية مميّزة، ما يتيح للحسابات إدارة ترتيب المعاملات عبر تدفقات منفصلة من الأرقام التسلسلية. ويمكن أن يساعد ذلك المحفظة على تجنّب تسبب إجراء واحد معلّق في حجب إجراءات غير مرتبطة به. أما EIP-8272، الخاص بالجذور الحديثة لمعاملات الإطارات، فسيوفّر إمكانية الوصول إلى جذور حالة سلسلة الكتل الحديثة، مانحًا الإطارات طريقة موحّدة للإشارة إلى معلومات الحالة الحديثة.
يوضح التمييز بين الفئات أن المطورين يحاولون تجنّب تحويل Hegotá إلى مجموعة شاملة من التحسينات. وستُدرس مقترحات الفئة B بصورة فردية بدلًا من افتراض شحنها كحزمة واحدة، بينما تظل مقترحات الفئة C خيارات ذات أولوية أقل. وقد استُبعدت مقترحات DFI الـ28، أي المرفوضة للإدراج، من Hegotá، حتى لو عاد بعضها في مناقشات ترقيات لاحقة.
يعكس ذلك الهيكل نهجًا أكثر انضباطًا تجاه عملية ترقية Ethereum. إذ إن الميزات المرتبطة مباشرةً بـ FOCIL ومعاملات الإطار تتمتع بمسار أوضح، بينما تواجه الأفكار ذات الصلة ولكن الأقل أهمية معيارًا أعلى للإدراج. ويقلل ذلك من خطر أن تصبح شوكة مبنية على تغييرين معماريين جوهريين مثقلةً بأعمال إضافية مرتبطة بهما.
ينضم العمل الكمي إلى أربعة مسارات طويلة الأمد للبروتوكول
تُعد الجاهزية لعصر ما بعد الكمّ واحدةً من خمسة مسارات بحثية تمتد عبر ترقيات متعددة، حدّدها فريق بروتوكول Ethereum. وتشمل المجالات الأخرى الإنهاء السريع، والخصوصية، وإدارة الحالة، وتطوير zkEVM، الذي يتعلق ببيئات تنفيذ قائمة على إثباتات المعرفة الصفرية ومتوافقة مع آلة Ethereum الافتراضية.
يمتد المسار الكمي لأفق زمني أطول من Hegotá، وقد صرّح الفريق بوضوح بأن Hegotá لا يُتوقع أن تكون شوكة Ethereum الخاصة بمرحلة ما بعد الكمّ. ويتمثل دورها في خارطة الطريق في الحفاظ على وتيرة التطوير اللازمة للوصول إلى مراحل الهجرة التشفيرية اللاحقة.
من المرجح أن يتطلب الانتقال إلى مرحلة ما بعد الكمّ تغييرات في أجزاء متعددة من البروتوكول، لأن Ethereum تعتمد على التوقيعات التشفيرية للحسابات والمدققين، إضافةً إلى الالتزامات والبراهين المستخدمة في أنحاء الشبكة. ويشير تقسيم خارطة الطريق بين مرحلة J* الدنيا القابلة للتطبيق ومرحلة L* المقاومة بالكامل إلى أن المطورين يتوقعون تنفيذ الهجرة على مراحل، بدلًا من تقديمها ضمن ترقية واحدة.
كتب الشريك المؤسس لـ Ethereum، فيتاليك بوتيرين، في 6 سبتمبر أن العمل على الشيفرة الأساسية للبروتوكول استمر بوتيرة ثابتة. وتقدم مراجعة Hegotá صورة أكثر وضوحًا لهذا العمل؛ إذ ينتقل المطورون من قائمة كبيرة من الترقيات المحتملة إلى مجموعة صغيرة من تغييرات الشيفرة ذات الأدوار المحددة في مقاومة الرقابة على الشبكة، وتصميم المحافظ، والجدول الزمني للأمان على المدى الأطول.
لفهم ترقيات Ethereum، بما في ذلك Pectra وما بعدها، استكشف دليلنا المتعمق: تعرّف على ترقيات Ethereum اليوم.
إخلاء المسؤولية: يُقدَّم المحتوى الموجود في هذه الصفحة لأغراض إعلامية عامة فقط، ولا يمثّل آراء Toobit أو نصائحها المالية. ولا نقدم أي ضمانات بشأن دقة هذه المعلومات أو اكتمالها، ولا نتحمل المسؤولية عن أي أخطاء أو سهو أو نتائج ناتجة عن استخدامها. ينطوي الاستثمار في الأصول الرقمية على مخاطر؛ وينبغي للمستخدمين تقييم وضعهم المالي والمخاطر المرتبطة بذلك بشكل مستقل. لمزيد من التفاصيل، يُرجى الرجوع إلى شروط الخدمة و بيان المخاطر.
