اقترحت موناد (Monad) ترقية لأمن المحفظة من شأنها أن تسمح للمستخدمين باستبدال المفاتيح المشفرة المفقودة أو القديمة مع الحفاظ على نفس عنوان البلوكتشين والأصول.

وفقًا لموناد، فإن الاقتراح سيفصل عنوان حساب موناد الدائم عن بيانات اعتماد المصادقة المستخدمة لتفويض المعاملات، مما يفتح مسارًا لتدوير المفاتيح، والاسترداد الاجتماعي، والمفاتيح المرورية، والأمن ما بعد الكمومية دون إجبار المستخدمين على إنشاء محفظة أخرى.

بموجب النموذج الحالي المستخدم من قبل معظم المحافظ المتوافقة مع إيثيريوم، يرتبط الحساب الخارجي (externally owned account) ارتباطًا وثيقًا بمفتاحه الخاص. يمكن أن يؤدي فقدان هذا المفتاح إلى إزالة الوصول الدائم إلى الأصول المحتفظ بها في الحساب، في حين أن اعتماد طريقة أمان مختلفة قد يتطلب من المستخدمين إنشاء عنوان آخر ونقل ممتلكاتهم.

اقترح باحثا موناد كوشال بابل (Kushal Babel) وجان كامينيش (Jan Camenisch) تغيير هذه العلاقة بحيث يمكن أن يستمر العنوان في تحديد نفس الحساب حتى عند استبدال بيانات اعتماد المصادقة الخاصة به.

وصف المؤلفون التصميم بأنه وسيلة لدعم "الحسابات ما بعد الكمومية، والاسترداد الاجتماعي" وطرق المصادقة سهلة الاستخدام مثل المفاتيح المرورية على مستوى البروتوكول.

ترقية محفظة موناد تفصل العناوين عن المفاتيح

في صميم الاقتراح يكمن التمييز بين هوية الحساب وبيانات الاعتماد المسموح لها بالتحكم فيه. أفادت CoinDesk أنه يمكن للمستخدمين إضافة أو استبدال أو إبطال بيانات اعتماد التفويض مع ترك العنوان الأساسي دون تغيير.

لذلك، يمكن للمستخدم الذي يفقد مفتاحًا خاصًا استعادة التحكم من خلال طريقة تفويض أخرى تم تهيئتها للحساب. أحد الأمثلة الموصوفة في الاقتراح سيسمح لطرفين موثوقين يعملان معًا بتثبيت بيانات اعتماد بديلة إذا أصبح المفتاح الأصلي غير متاح.

يمكن أن يسمح نفس الهيكل لحساب موجود بالانتقال إلى تفويض متعدد التوقيعات (multisignature authorization) دون نقل الرموز المميزة أو NFTs أو الأصول الأخرى إلى عنوان محفظة آخر. يمكن أن تصبح المفاتيح المرورية المخزنة على الهواتف أو أجهزة الكمبيوتر أيضًا طرق مصادقة صالحة إذا تم تنفيذ الدعم المطلوب في نهاية المطاف.

بالنسبة للمستخدمين والتطبيقات التي تعتمد على عنوان محفظة مستقر، فإن الحفاظ على المعرف دون تغيير يمكن أن يتجنب أيضًا العمل التشغيلي المتضمن في تحديث العناوين عبر الخدمات بعد ترحيل أمني.

ستستمر حسابات موناد الحالية في العمل بشكل طبيعي بموجب الاقتراح الحالي إذا تم اعتماد التغييرات في النهاية، وفقًا لـ CoinDesk. لا يزال التصميم في مرحلة مبكرة، حيث يوضح بابل وكامينيش البنية بينما لا يزال يتعين تطوير مواصفات تنفيذ مفصلة.

أرست موناد عملية اقتراح التحسين الرسمية الخاصة بها في وقت سابق من هذا العام للتغييرات الفنية التي تؤثر على الشبكة. يمكن أن تتطلب المقترحات الأساسية تغييرات على طبقات التنفيذ أو الإجماع ويجب أن تمر بمراحل المسودة والمراجعة وغيرها قبل الوصول إلى الحالة النهائية.

يمكن إضافة الأمان ما بعد الكمومي دون نقل الأموال

إحدى حالات الاستخدام التي حددها المؤلفون تتضمن استبدال بيانات الاعتماد المشفرة التقليدية بمخططات مصممة لتحمل أجهزة الكمبيوتر الكمومية المستقبلية.

يمكن للآلات الكمومية القوية بما يكفي أن تهدد في النهاية أنظمة التوقيع الرقمي المستخدمة في البلوكتشين الرئيسية. تتضمن المخاطر خوارزميات قادرة على استخلاص معلومات خاصة من المفاتيح العامة المشفرة، مما قد يسمح للمهاجم بتزوير التوقيعات للحسابات المتأثرة.

يتناول اقتراح موناد المشكلة على مستوى الحساب. بدلاً من مطالبة صاحب الحساب بإرسال الأصول إلى محفظة ما بعد كمومية تم إنشاؤها حديثًا، يمكن للحساب تثبيت طريقة تفويض مختلفة مع الاحتفاظ بعنوانه الحالي.

وقد أثارت مشكلة مماثلة بالفعل عملاً في أماكن أخرى في الصناعة. في يوليو، أفادت crypto.news عن اقتراح من AmericanFortress يسمى إثبات المعرفة الصفرية لأصل البذور (Zero-Knowledge Proof of Seed Provenance)، أو ZK-PoSP، والذي صمم لحماية عناوين Bitcoin و Ethereum و Solana الحالية دون مطالبة أصحابها بنقل أصولهم.

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

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

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

اقتراح محفظة موناد يتبع إطلاق شبكتها الرئيسية في عام 2025

أطلقت موناد شبكتها الرئيسية (mainnet) في نوفمبر 2025 بعد جمع 244 مليون دولار من المستثمرين، بما في ذلك جولة تمويل من الفئة A بقيمة 225 مليون دولار بقيادة Paradigm بمشاركة من Electric Capital، Coinbase Ventures، Castle Island Ventures، GSR Ventures و Greenoaks.

قبل الإطلاق، غطت تقارير الشبكة الرئيسية لموناد استخدام الشبكة لتنفيذ المعاملات المتوازية (parallel transaction execution) وخط الأنابيب فائق التوسع (superscalar pipelining)، مع تصميم البلوكتشين لمعالجة ما يصل إلى 10,000 معاملة في الثانية مع الحفاظ على التوافق مع العقود الذكية لإيثيريوم.

تم إطلاق الشبكة جنبًا إلى جنب مع رمزها MON في 24 نوفمبر 2025. يسمح توافق موناد مع آلة إيثيريوم الافتراضية (Ethereum Virtual Machine) للمطورين بنشر التطبيقات المكتوبة لإيثيريوم مع استخدام بنية التنفيذ ونظام إنتاج الكتل الخاص بـ موناد.

استمر التطوير حول الشبكة بعد الإطلاق. افتتح مسرع أعمال يركز على موناد يسمى Nitro باب التقديم في فبراير 2026 وقدم ما يصل إلى 7.5 مليون دولار عبر ما يصل إلى 15 فريقًا في مراحل مبكرة، مع أهلية المشاريع الفردية للحصول على ما يصل إلى 500,000 دولار.

استهدف برنامج تسريع Nitro البنية التحتية، وأدوات المطورين، والتطبيقات الموجهة للمستخدمين. وكان من المتوقع أن يشارك مستثمرون مثل Paradigm، Electric Capital، Dragonfly و Castle Island Ventures في الإرشاد ويوم العرض التوضيحي (Demo Day) الخاص به.

أصبحت البنية التحتية للمحفظة أيضًا جزءًا من طبقة تطبيقات موناد. أطلق MetaMask حساب المال (Money Account) على الشبكة في يونيو، جامعًا بين رصيد عملة مستقرة ذاتية الحفظ (self-custodial stablecoin) مع المدفوعات والتداول والعائد المتغير.

بموجب منتج حساب المال من MetaMask، يمكن تحويل العملات المستقرة المدعومة إلى mUSD بتكافؤ واحد لواحد، بينما يمكن للمستخدمين الذين يختارون ذلك كسب ما يصل إلى 4% عائد سنوي متغير (variable annual percentage yield) دون حد أدنى للرصيد أو فترات حظر ثابتة.

اقتراح موناد لا يزال في مرحلة التصميم المبكرة

أفادت CoinDesk أن نموذج المصادقة المقترح من موناد يمكن أن يدعم بيانات اعتماد متعددة لحساب واحد، مما يسمح للمستخدمين بتكوين مجموعات من المفاتيح الخاصة التقليدية، والمفاتيح المرورية، وضوابط التوقيع المتعدد، أو طرق ما بعد الكمومية المستقبلية.

يمكن أيضًا برمجة استرداد الحساب حول عدة مشاركين. يمكن للمستخدم الاحتفاظ بمفتاح توقيع عادي للمعاملات اليومية مع تخصيص شرط استرداد منفصل يسمح للأطراف الموثوقة بتثبيت بيانات اعتماد بديلة فقط عند الحاجة.

مثل هذا الإعداد سيغير دور المفتاح الخاص من مكون دائم لعنوان المحفظة إلى طريقة تفويض ممكنة واحدة مرفقة بالحساب.

لم يصل الاقتراح بعد إلى تنفيذ نهائي. قال بابل وكامينيش إن المسودة الحالية تحدد التصميم العام، بينما لا تزال المواصفات الفنية اللازمة لتحديد كيفية عمل الآلية على مستوى البروتوكول بحاجة إلى كتابة.

تتطلب عملية تحسين موناد أن تمر المقترحات التي تؤثر على سلوك البروتوكول الأساسي بمراحل رسمية تتضمن المسودة (Draft)، والمراجعة (Review)، والمكالمة الأخيرة (Last Call)، والنهائية (Final). تتطلب التغييرات الأساسية أيضًا تطبيقات العميل قبل الوصول إلى الحالة النهائية، ومن المتوقع أن يعمل مؤلفو الاقتراح مع فرق تنفيذ موناد وبناء توافق فني من خلال عملية المراجعة.