#near账户支持抗量子ml-dsa签名
تغيير القفل لا يتطلب الانتقال من المنزل، لأن المفتاح الجديد لم يُدخَل إلى البيت
▪️ أصبحت حسابات السلاسل العامة تدعم توقيعات ما بعد الكم ML-DSA، من دون الحاجة إلى نقل الأصول
▪️ تعتمد الطريقة على الحسابات الضمنية: يُشتق العنوان من تجزئة الحالة الأولية، ولا يُسجَّل المفتاح العام على السلسلة
▪️ يبلغ حجم التوقيع الواحد نحو 3,300 بايت، أي أكبر بخمسين مرة من الحلول الحالية
▪️ أُطلقت شبكة الاختبار، ومن المخطط إطلاق الشبكة الرئيسية خلال أسابيع
أصعب ما في توقيعات ما بعد الكم ليس القدرة الحاسوبية، بل الحجم. يبلغ حجم التوقيع الواحد نحو 3,300 بايت، أي أكبر بخمسين مرة من الحلول الحالية. وإذا استُخدمت بنية الحسابات الحالية، فسيزداد الحيز الذي يشغله كل حساب على السلسلة — وهذا عبء يسهل الاستهانة به عند الحديث عن مقاومة الكم.
الحل ليس حشر المفتاح الكبير بالقوة، بل عدم وضعه أصلًا. يُشتق عنوان الحساب من تجزئة الحالة الأولية، وتُربط الأصول بتلك التجزئة، فيما لا يُسجَّل المفتاح العام ولا تجزئة المفتاح على السلسلة. كل ما يظهر على السلسلة هو سلسلة من بيانات الالتزام؛ أما المفتاح فلا يظهر. ومهما كبر التوقيع، فلن يشغل مساحة على السلسلة.
يسمي المسؤولون ذلك «المرونة التشفيرية» — أي أن يكون تغيير مخطط التوقيع أشبه بتبديل قطعة. وهناك إجراء تكميلي أيضًا: بالنسبة إلى السلاسل التي لا يمكن إضافة مفاتيح ما بعد الكم إليها، يُتاح سجل استرداد، ليتمكن المستخدمون من تسجيل مفاتيح الاسترداد أولًا باستخدام تجزئة قابلة للتغيير.
لذلك، ليست النقطة هي كلمتا «مقاوم للكم»، بل من يتحمل تكلفة تغيير القفل. فإذا اضطر المستخدم إلى نقل أصوله بنفسه لتغيير القفل، فحتى أكثر الحلول أمانًا سيظل مؤجلًا. لا يصبح التغيير ممكنًا إلا بنقل التكلفة بعيدًا عن المستخدم.
راقبوا الأمور الثلاثة التالية: موعد إطلاق الشبكة الرئيسية، ومستوى المعلمات الذي سيُعتمد نهائيًا (فأحجام المستويات المختلفة تتفاوت بنحو الضعف)، وما إذا كانت سلاسل أخرى ستتبنى هذه البنية.
إذا أمكن تغيير القفل من دون أن تضطر إلى فعل أي شيء، فهل ستنتظر حتى ظهور الحواسيب الكمومية لتغييره؟
$NEAR
تغيير القفل لا يتطلب الانتقال من المنزل، لأن المفتاح الجديد لم يُدخَل إلى البيت
▪️ أصبحت حسابات السلاسل العامة تدعم توقيعات ما بعد الكم ML-DSA، من دون الحاجة إلى نقل الأصول
▪️ تعتمد الطريقة على الحسابات الضمنية: يُشتق العنوان من تجزئة الحالة الأولية، ولا يُسجَّل المفتاح العام على السلسلة
▪️ يبلغ حجم التوقيع الواحد نحو 3,300 بايت، أي أكبر بخمسين مرة من الحلول الحالية
▪️ أُطلقت شبكة الاختبار، ومن المخطط إطلاق الشبكة الرئيسية خلال أسابيع
أصعب ما في توقيعات ما بعد الكم ليس القدرة الحاسوبية، بل الحجم. يبلغ حجم التوقيع الواحد نحو 3,300 بايت، أي أكبر بخمسين مرة من الحلول الحالية. وإذا استُخدمت بنية الحسابات الحالية، فسيزداد الحيز الذي يشغله كل حساب على السلسلة — وهذا عبء يسهل الاستهانة به عند الحديث عن مقاومة الكم.
الحل ليس حشر المفتاح الكبير بالقوة، بل عدم وضعه أصلًا. يُشتق عنوان الحساب من تجزئة الحالة الأولية، وتُربط الأصول بتلك التجزئة، فيما لا يُسجَّل المفتاح العام ولا تجزئة المفتاح على السلسلة. كل ما يظهر على السلسلة هو سلسلة من بيانات الالتزام؛ أما المفتاح فلا يظهر. ومهما كبر التوقيع، فلن يشغل مساحة على السلسلة.
يسمي المسؤولون ذلك «المرونة التشفيرية» — أي أن يكون تغيير مخطط التوقيع أشبه بتبديل قطعة. وهناك إجراء تكميلي أيضًا: بالنسبة إلى السلاسل التي لا يمكن إضافة مفاتيح ما بعد الكم إليها، يُتاح سجل استرداد، ليتمكن المستخدمون من تسجيل مفاتيح الاسترداد أولًا باستخدام تجزئة قابلة للتغيير.
لذلك، ليست النقطة هي كلمتا «مقاوم للكم»، بل من يتحمل تكلفة تغيير القفل. فإذا اضطر المستخدم إلى نقل أصوله بنفسه لتغيير القفل، فحتى أكثر الحلول أمانًا سيظل مؤجلًا. لا يصبح التغيير ممكنًا إلا بنقل التكلفة بعيدًا عن المستخدم.
راقبوا الأمور الثلاثة التالية: موعد إطلاق الشبكة الرئيسية، ومستوى المعلمات الذي سيُعتمد نهائيًا (فأحجام المستويات المختلفة تتفاوت بنحو الضعف)، وما إذا كانت سلاسل أخرى ستتبنى هذه البنية.
إذا أمكن تغيير القفل من دون أن تضطر إلى فعل أي شيء، فهل ستنتظر حتى ظهور الحواسيب الكمومية لتغييره؟
$NEAR