العد التنازلي لعام 2029: سباق إيثريوم الطويل لمقاومة الكم ينطلق من Hegotá
Odailyالمؤلف الأصلي: KarenZ، Foresight News
لم تطرق الحواسيب الكمومية باب البلوك تشين بعد، لكن مؤسسة إيثريوم حددت بالفعل تاريخًا على التقويم: ديسمبر 2029.
إنه الموعد النهائي الهندسي الذي وضعه فريق البروتوكول في مؤسسة إيثريوم لنفسه: الاستعداد وفقًا لسيناريو قد يظهر فيه التهديد الكمومي مبكرًا، والسعي لإكمال التحول المقاوم للكم لطبقة إيثريوم الأولى قبل أن يقترب الخطر فعليًا.
إن ترقية Hegotá قيد التخطيط، رغم أنها لن تحول إيثريوم مباشرة إلى بلوك تشين مقاومة تمامًا للكم، إلا أنها ستحدد ما إذا كانت الخطط اللاحقة يمكن أن تمضي قدمًا في موعدها.
مؤسسة إيثريوم تحدد موعدًا نهائيًا في 2029 لـ"يوم الكم"
يُستخدم مصطلح "يوم الكم" عادة للإشارة إلى نقطة زمنية افتراضية: ظهور حاسوب كمومي بقدرة هجومية حقيقية، مما يجعل أنظمة التشفير بالمفتاح العام الحالية تواجه تهديدًا جوهريًا.
لا أحد يستطيع التنبؤ بدقة بموعد حدوثه. وتعترف مؤسسة إيثريوم صراحةً بأن معظم التوقعات الموثوقة تشير إلى أن يوم الكم سيكون بعد عام 2030، وربما بعد ذلك بكثير، كما أن هناك احتمالًا ألا يأتي أبدًا.
يتبنى فريق البروتوكول في مؤسسة إيثريوم افتراضًا هندسيًا متحفظًا: يجب أن تستعد طبقة إيثريوم الأولى مسبقًا لسيناريو قد يصل فيه يوم الكم في أقرب وقت بحلول عام 2030.
ولتحقيق ذلك، اقترح فريق البروتوكول هدفًا: السعي لجعل الأجزاء الثلاثة لطبقة إيثريوم الأولى - التنفيذ والإجماع والبيانات - تمتلك قدرة كاملة على مقاومة الكم قبل ديسمبر 2029.
هذا الهدف ليس ثابتًا إلى الأبد. يخطط فريق البروتوكول لإعادة تقييم تطور الحوسبة الكمومية في يناير 2027 بالتشاور مع خبراء خارجيين. وحتى ذلك الحين، سيتم التعامل مع الموعد النهائي لعام 2029 كهدف عمل لا يمكن التنازل عنه بسهولة.
سبب الحاجة إلى التحضير قبل سنوات هو أن إيثريوم لا تستخدم تقنية تشفير واحدة فقط، ولا يمكن إكمال الترحيل بمجرد استبدال خوارزمية توقيع واحدة. كيفية إثبات حسابات المستخدمين لتفويض المعاملات، وكيفية مشاركة المدققين في الإجماع، وكيفية التحقق من البيانات - كلها تنطوي على هياكل تشفير مختلفة. أي تعديل يتطلب تصميم المواصفات، وتنفيذ العميل، ومراجعة الأمان، واختبار شبكة التطوير، وتنسيق الشبكة الرئيسية. لا يمكن الانتظار حتى يظهر التهديد لبدء المعالجة.
Hegotá ليست "ترقية مقاومة للكم"، لكنها أول اختبار للخطة بأكملها
وفقًا لخارطة الطريق الأساسية التي نشرها فريق البروتوكول في مؤسسة إيثريوم حاليًا، من المقرر إطلاق ترقية شبكة Glamsterdam على الشبكة الرئيسية في ديسمبر 2026، بينما تم جدولة القدرة الكاملة على مقاومة الكم في الهارد فورك الخامس L* بعد Glamsterdam، بوقت مستهدف في ديسمبر 2029. من Glamsterdam إلى L* ثلاث سنوات فقط. إذا كان سيتم إكمال Hegotá وI* وJ* وK* وL* بالتتابع، فسيكون متوسط الفاصل بين كل ترقية حوالي 7.2 شهرًا فقط.
هذا جدول زمني طموح للغاية. حاليًا، لم تنشر مؤسسة إيثريوم تواريخ إطلاق محددة على الشبكة الرئيسية لكل من Hegotá وI* وJ* وK*. ما هو مؤكد هو أن فرق العملاء تتوقع البدء في تنفيذ Hegotá في أقرب وقت في أواخر الربع الرابع من عام 2026، بينما يجب أن تتقدم الأبحاث والمواصفات والاختبارات للإصدارات اللاحقة المتعددة بالتوازي.
وفقًا لخارطة الطريق الحالية، فإن الترتيبات الرئيسية لكل مرحلة هي كما يلي:
- Hegotá: تقع في بداية هذا المسار. الموقف الرسمي منها واضح جدًا: Hegotá نفسها ليست ترقية مقاومة للكم، لكنها ستحدد ما إذا كانت الترقيات المقاومة للكم اللاحقة يمكن أن تمضي قدمًا في موعدها.
- I*: نشر سجل المفاتيح العامة المقاومة للكم، وإنشاء أساس بروتوكولي لتسجيل الحسابات واستخدام المفاتيح العامة المقاومة للكم؛ وفي الوقت نفسه، يعد فصل الإجماع هو الاتجاه المرشح الأساسي الرائد حاليًا لهذا الإصدار، ومن المتوقع أن يبدأ العمل على تصميم وترحيل هياكل الحالة الأكبر حجمًا من I*.
- J*: إنشاء طبقة أولى "مقاومة للكم قابلة للتطبيق كحد أدنى"، أي MV-PQ. تشمل مكوناتها الرئيسية آلية نبضات القلب المقاومة للكم في طبقة الإجماع، وأخذ عينات leanDA ما بعد الكم في طبقة البيانات، ومعاملات leanSPHINCS ما بعد الكم في طبقة التنفيذ.
- K*: وفقًا للترتيب الأساسي الحالي، إدخال إثباتات التنفيذ الإلزامية. في ذلك الوقت، سيتجه المدققون نحو التحقق من إثباتات التنفيذ المختصرة بدلاً من أن يعيد كل مدقق تنفيذ الكتلة الكاملة.
- L*: وفقًا للترتيب الأساسي الحالي، استكمال رسائل الإثبات المقاومة للكم اللازمة لتحقيق إجماع كامل مقاوم للكم، أي الشهادات ما بعد الكم، والوصول إلى هدف المقاومة الكاملة للكم لطبقات التنفيذ والإجماع والبيانات في ديسمبر 2029.
ومع ذلك، لم يتم تحديد ترتيب مهام K* وL* نهائيًا بعد. يقيّم فريق البروتوكول حاليًا خطة تبديل: تقديم رسائل الإثبات المقاومة للكم من L* إلى K* لتحقيق القدرة الكاملة على مقاومة الكم في وقت أبكر؛ وفي الوقت نفسه، تأجيل إثباتات التنفيذ الإلزامية من K* إلى L*. إذا تم اعتماد هذه الخطة، فستتغير المسؤوليات المحددة وإيقاع الترقية لكل من K* وL* وفقًا لذلك. لذلك، فإن الوصف الأكثر دقة في المرحلة الحالية هو: ديسمبر 2026 هو الهدف الحالي للشبكة الرئيسية لـ Glamsterdam، وديسمبر 2029 هو هدف L* والقدرة الكاملة على مقاومة الكم في خارطة الطريق الأساسية؛ وقد يظل الترتيب الداخلي لـ K وL* قابلاً للتعديل.
يجب على الباحثين ومطوري العملاء ومراجعي الأمان وفرق الاختبار إكمال Hegotá وفي الوقت نفسه إعداد المواصفات والنماذج الأولية مسبقًا لـ I* وJ* وK* وL*. إذا تضمنت Hegotá عددًا كبيرًا جدًا من الميزات المتفاعلة، فقد لا تؤخر إطلاقها فحسب، بل ستستهلك أيضًا الفرق اللازمة لأعمال مقاومة الكم اللاحقة.
لذلك، قسم فريق البروتوكول في مؤسسة إيثريوم مقترحات Hegotá المرشحة إلى مستويات S (بندان)، وA (15 بندًا)، وB (8 بنود)، وC (7 بنود)، وDFI (28 بندًا)، وTBD (بندان)، بإجمالي 62 مقترحًا مرشحًا. المستوى S يعني وجوب التسليم؛ والمستوى A يعني أولوية عالية وتسليم متوقع؛ والمستوى B يتطلب استيفاء شروط مثل المواصفات أو النموذج الأولي أو تأكيد المسؤول؛ والمستوى C أقل من خط الإدراج حاليًا؛ وDFI يعني عدم التوصية بالإدراج في هذه الترقية؛ وTBD يعني غير محدد بعد.
مستويا S في Hegotá: FOCIL وFrames
في تصنيف Hegotá الذي نشره فريق البروتوكول، دخل اثنان فقط من مقترحات التحسين إلى المستوى S: EIP-7805 FOCIL في طبقة الإجماع، وEIP-8141 Frame Transactions في طبقة التنفيذ.
يعالجان على التوالي مسألتين رئيسيتين في دورة حياة المعاملة: هل يمكن لمعاملة مؤهلة الدخول إلى كتلة، وما هي الطرق التي يمكن للحساب من خلالها التحقق من المعاملات وتنفيذها.
الاسم الكامل لـ FOCIL (EIP-7805) هو "قوائم الإدراج المفروضة بقواعد اختيار الشوكة" (Fork-choice enforced Inclusion Lists). هدفه تحسين ضمانات إدراج المعاملات في إيثريوم.
حاليًا، يهيمن بناة الكتل المحترفون على إنتاج الكتل. يساعد هذا التقسيم للعمل في تحسين كفاءة بناء الكتل، ولكن إذا تركز إنتاج الكتل على المدى الطويل في أيدي عدد قليل من البناة، فقد يكتسبون قدرة قوية على تصفية المعاملات. لذلك يضيف FOCIL طبقة من قيود الإدراج من المدققين خارج عملية بناء الكتل العادية.
وفقًا لتصميم FOCIL، يتم اختيار مجموعة من المدققين في كل فترة زمنية (Slot) لتشكيل "لجنة قوائم الإدراج" (IL committee). يقوم أعضاء اللجنة، بناءً على المعاملات المعلقة التي يرونها، بإنشاء وبث قوائم الإدراج بشكل فردي. يقوم باني الكتلة للفترة الزمنية التالية بجمع هذه القوائم، وعند بناء الكتلة، يضيف المعاملات التي تستوفي شروط التنفيذ. كما يحتفظ المدققون المسؤولون عن التصديق على الكتلة الجديدة بقوائم الإدراج التي تلقوها في الوقت المناسب، ويتحققون مما إذا كانت الكتلة تلبي المتطلبات ذات الصلة.
إذا حذفت الكتلة معاملات من القوائم التي احتفظ بها المدققون دون سبب مبرر، فلن يصوت المصدقون لتلك الكتلة. مثل هذه الكتلة، حتى لو كانت لا تزال كتلة صالحة على مستوى التنفيذ، لا يمكنها الحصول على دعم الإجماع اللازم لدخول السلسلة القانونية. هذه هي أهمية FOCIL: إنه لا يجعل أعضاء اللجنة يعدلون الكتلة مباشرة، بل يقيد اختيارات باني الكتلة من خلال تصويت المدققين.
يصف EIP-8369 المصاحب بشكل أكبر المعاملات المناسبة للحصول على ضمان الإدراج الإلزامي من FOCIL. أسباب حذف المعاملات العادية سهلة التحقق نسبيًا؛ بينما تسمح معاملات Frames بالتحقق القابل للبرمجة، مما يجعل تكلفة الحكم أعلى، وبالتالي يتطلب قيودًا إضافية على نطاق الحالة التي يمكن قراءتها وميزانية التحقق.
بعبارات بسيطة، لا يعني FOCIL أن المدققين يستولون على عمل بناة الكتل، بل يضيف قاعدة على مستوى الإجماع للبناة: لا يزال بإمكانك ترتيب معظم المعاملات في الكتلة، لكن لا يمكنك الاستمرار في تجاهل المعاملات المؤهلة المدرجة في قوائم اللجنة دون سبب معقول.
تعالج Frame Transactions (EIP-8141) مشكلة على مستوى الحساب. تخطط لجعل التحقق من المعاملات وتنفيذها ودفع رسوم الغاز أكثر قابلية للبرمجة على مستوى البروتوكول، مما يوفر أساسًا لتجريد الحسابات الأصلي. فيتاليك هو أحد المؤلفين المشاركين لـ EIP-8141.
حاليًا، تعتمد معظم حسابات إيثريوم العادية على نوع ثابت من توقيعات المفاتيح الخاصة. تهدف Frames إلى تمكين الحسابات من استخدام منطق تحقق أكثر مرونة، مثل اعتماد مخططات توقيع جديدة، أو الجمع بين شروط تفويض متعددة، أو السماح لحسابات أخرى بدفع رسوم المعاملات. كما يمكنها دعم تجميع التوقيعات، والسماح بإدخال مخططات توقيع جديدة في المستقبل دون الحاجة إلى هارد فورك منفصل لكل مخطط.
لكن Frames نفسها ليست مخطط توقيع كامل مقاوم للكم، ولن تقضي على المفاتيح الحالية فور إطلاق Hegotá. ما توفره هو "المرونة التشفيرية": إذا كانت هناك حاجة لاستبدال مخطط التوقيع في المستقبل، يمكن للحسابات إكمال الترحيل من خلال التحقق القابل للبرمجة، بدلاً من أن تظل مقفلة بشكل دائم في نظام مفاتيح واحد.
تتطلب Frames أيضًا مقترحين من المستوى A كمرافقين أساسيين. يسمح EIP-8250 Keyed Nonces لنفس المرسل باستخدام قنوات nonce مستقلة عن بعضها البعض، بحيث لا تعيق المعاملات المختلفة بعضها البعض بسبب مشاركة ترتيب صارم واحد؛ بينما يتيح EIP-8272 للمعاملات استخدام حالة حديثة على السلسلة يمكن للمدققين فحصها، بحيث يمكن للمعاملات الخاصة ذات الصلة أيضًا الحصول على ضمان الإدراج الذي يوفره FOCIL.
لذلك، فإن FOCIL وFrames ليسا ميزتين غير مرتبطتين. الأول يغير المعاملات المؤهلة التي يجب أن تتضمنها الكتلة، والثاني يغير بنية التحقق من المعاملة نفسها. ما إذا كان يمكنهما العمل معًا بأمان هو أحد أهم مهام الاختبار في Hegotá.
بخلاف المستوى S، ما هي مقترحات التحسين الأخرى الجديرة بالاهتمام؟
تحدد مقترحات المستوى S الخط الرئيسي لـ Hegotá، لكن العديد من مقترحات المستوى A ستؤثر أيضًا على أمان الحسابات في إيثريوم في المستقبل، والترحيل المقاوم للكم، وإثباتات التنفيذ، وتسعير الموارد.
أولاً، EIP-8365. يخطط لبدء الإيقاف التدريجي لبعض بيانات اعتماد السحب BLS، لأن هذه البيانات لا تزال تعتمد على تقنيات تشفير قد تفقد أمانها في مواجهة هجوم كمومي قوي بما فيه الكفاية. يعتقد فريق البروتوكول أن هذا الترحيل يمكن أن يبدأ مبكرًا، دون انتظار اكتمال تصميم الإجماع الكامل المقاوم للكم.
فيما يتعلق بأمان الحسابات، يُنظر إلى EIP-7906 وEIP-8298 وEIP-8151 على أنها مجموعة توسعات لـ Frames.
يقدم EIP-7906 آلية تأكيدات المعاملات (Transaction Assertions)، مما يسمح للمعاملة بالتحقق من حدوث نتيجة محددة قبل التقديم النهائي. تهدف هذه الآلية إلى تقليل الخسائر الناجمة عن العقود الخبيثة التي تسحب أصول المحفظة وبعض سلوكيات MEV. ومع ذلك، لا يزال نطاق القراءة المحدد لهذا المقترح قيد البحث والتضييق، لذلك لا يمكن كتابة التصميم الحالي كمواصفات نهائية مقفلة.
يسمح EIP-8298 للحسابات بإعادة استخدام كود العقد الحالي، مما يمكن الحسابات المفوضة من التحول بشكل أكبر إلى حسابات عقود ذكية بكود كامل. بينما يقيد EIP-8151 العناوين التي لديها كود حساب موجود من الاستمرار في الاعتماد على مصادقة ecRecover التقليدية.
فقط بعد الجمع بين هذين المقترحين، يمكن للحسابات أن تتوقف حقًا عن استخدام مفتاح secp256k1 القديم كأعلى بيانات اعتماد تحكم، مما ينشئ مسارًا كاملاً للخروج من نظام المفاتيح القديم في المستقبل.
يرتبط EIP-8025 (إثباتات التنفيذ الاختيارية) بخطة zkEVM المستقبلية. يخطط لدمج التغييرات المطلوبة لإثباتات التنفيذ الاختيارية في مواصفات تنفيذ موحدة، مما يقلل من مشكلة قيام مشاريع zkVM المختلفة بصيانة إصدارات متشعبة من بعضها البعض على المدى الطويل.
أما EIP-8279 (طبقة بايت قائمة الوصول للكتلة) وEIP-8131 (طبقة محتوى المعاملة الموحدة) فهما مجموعة من مقترحات أمان التنفيذ. يحدد كلاهما معايير تسعير دنيا لقوائم الوصول للكتلة ومحتوى المعاملات على التوالي، بهدف تقييد المهاجمين من استغلال المحتوى منخفض التسعير لخلق أعباء موارد قصوى. يعالجان أولاً تكلفة معالجة الكتلة في أسوأ الحالات، بدلاً من الإعلان مباشرة عن زيادة سعة الشبكة. ما إذا كان سيتم استخدام هامش الأمان الناتج لتوسيع السعة يتطلب قرارًا منفصلاً لاحقًا.
يخطط EIP-3298 لإزالة آلية استرداد الغاز بالكامل، مما يقلل من الحالات الخاصة في القياس والتنفيذ والاختبار؛ بينما يسمح EIP-5920 (PA Opcode) للعقود بتحويل ETH دون تنفيذ كود العقد المستلم، مما يفصل بوضوح بين "تحويل القيمة" و"استدعاء العقد".
في الوقت نفسه، لا تزال بعض المقترحات التي حظيت باهتمام عند المستوى B.
على سبيل المثال، يهدف EIP-8198 (Quick Slots) إلى تقصير مدة الفترة الزمنية، لكن فريق البروتوكول يطلب منه أولاً إكمال المواصفات التي تغطي تغييرات البروتوكول الأساسية، ونموذج أولي كامل، وتقييم التأثيرات النهائية، وإثبات أنه لن يتداخل مع تصميم فصل الإجماع اللاحق. السبب هو أن مدة الفترة الزمنية لا تؤثر فقط على سرعة إنتاج الكتل، بل تؤثر أيضًا على انتشار الشبكة، وأحكام الإجماع، وافتراضات التطبيقات حول الوقت.
بالإضافة إلى ذلك، تم إدراج EIP-8368 وEIP-8372 على أنهما "TBD" (غير محددين). يتعلق المقترحان بحدود الغاز وتسعير موارد الحالة. قرر فريق البروتوكول انتظار بيانات الشبكة الرئيسية بعد إطلاق Glamsterdam في ديسمبر 2026، ثم الحكم على ما إذا كانت هناك حاجة لإعادة المعايرة.
عدد مقترحات التحسين التي ستدرجها Hegotá في النهاية ليس المعيار الوحيد لقياس نجاح هذه الترقية.
الأهم هو ما إذا كان يمكنها تسليم FOCIL وFrames ومرافقيهما الأساسيين دون التضحية بالسلامة وجودة الاختبار، مع ترك موارد بحث وتطوير كافية لسجل المفاتيح العامة وفصل الإجماع في I*، والقدرة الدنيا القابلة للتطبيق لمقاومة الكم في J*، وإثباتات التنفيذ والإجماع الكامل المقاوم للكم في K* وL*.
وفقًا للأهداف الحالية، ستبدأ Glamsterdam دورة الترقية المكثفة هذه في ديسمبر 2026، بينما ستصل L* في خارطة الطريق الأساسية إلى نقطة النهاية في ديسمبر 2029. كل ترقية في المنتصف لا يمكنها فقط إكمال وظائفها الخاصة، بل يجب أن تضمن أيضًا إمكانية استمرار المرحلة التالية في التقدم.
ما إذا كان التهديد الكمومي سيصبح حقيقة قبل عام 2030، لا أحد يستطيع تقديم إجابة مؤكدة. لكن خيار إيثريوم الحالي واضح بالفعل: حدد موعدًا نهائيًا للمخاطر أولاً، ثم دع كل مقترح يثبت من خلال المواصفات والنماذج الأولية والاختبارات أنه مؤهل لدخول الشبكة الرئيسية.
مراجع المقال:
https://blog.ethereum.org/2026/09/07/protocol-hegota-eips
https://blog.ethereum.org/2026/09/07/protocol-priorities
https://x.com/VitalikButerin/status/2073459000398463446
هذا المحتوى لأغراض معلوماتية وتعليمية فقط، ولا يمثل نصيحة استثمارية تتعلق بـ BTCC. تبذل BTCC قصارى جهدها ولكنها لا تضمن صحة أو دقة أو أصالة المحتوى المذكور أعلاه.