أضافت وثائق الشبكة الرئيسية لـ Arc دعمًا لتوقيعات محافظ ما بعد الحوسبة استنادًا إلى SLH-DSA-SHA2-128s، لكن تم ذلك باستخدام وضع اختياري.

هذه التفاصيل تستحق الاهتمام أكثر من عبارة “مضاد للكم” بثلاث كلمات: نجاح ترقية الأمان في الواقع يعتمد على ما إذا كانت المحفظة والأجهزة المادية والتطبيقات يمكنها الانتقال معًا.

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

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

لذلك، عندما يرى المستخدم عبارة «الدعم للتوقيعات الرقمية اللاحقة للتقنيات الكمومية»، لا يكفي أن ينظر إلى اسم الخوارزمية فقط؛ بل يجب التأكد من ثلاث نقاط: هل يمكن للمحفظة إنشاء حسابات جديدة واستعادتها؟ وهل يدعم الجهاز أو نظام الاستضافة؟ وهل يمكن تحويل الأصول القديمة بأمان أثناء عملية الترحيل؟

تؤكد وثائق Arc أيضًا صراحةً أن دعم محافظ الأجهزة يحتاج إلى وقت، وأن المعايير والأدوات ما تزال في طور التطور.

الأمان اللاحق للتقنيات الكمومية ليس زر ترقية لمرة واحدة، بل هو عملية تشمل التوافق مع الأنظمة القديمة وترحيل الأصول واستبدال البنية التحتية. وبالنسبة لـ RWA، فإن القدرة على تبديل المفاتيح بسلاسة تساوي أهمية اختيار أي خوارزمية تم اعتمادها.

#Arc #أمان_المحفظة #تشفير_ما_بعد_الكموم