أداة Move Prover في شبكة Aptos: خطوة نحو عقود ذكية أكثر أمانًا

• أخطاء التحكم في الصلاحيات
• تجاوز السعة العددية أو أخطاء العمليات الحسابية
• كسر القواعد الأساسية لمنطق الأنظمة المالية
• تغييرات غير متوقعة في حالة العقد

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

كيف تعمل أداة Move Prover؟

تقوم الأداة بتحليل العقود الذكية المكتوبة بلغة Move، وهي لغة برمجة صُممت أساسًا مع مراعاة الأمان وإمكانية التحقق الرياضي.

يقوم المطورون بكتابة قواعد تصف السلوك المتوقع للعقد باستخدام ما يُسمى Move Specification Language (MSL). هذه القواعد تُعرّف ما يجب أن يكون صحيحًا دائمًا داخل العقد.

مثلاً يمكن تحديد قواعد مثل:

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

عملية التحقق تمر عادةً بهذه الخطوات:

1. يكتب المطور العقد الذكي بلغة Move.
2. يضيف مواصفات رسمية تصف السلوك المتوقع.
3. تقوم أداة Move Prover بتحليل الكود والتأكد من أن هذه القواعد صحيحة في كل الحالات الممكنة.

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

وهنا يكمن الفرق الكبير: الاختبارات التقليدية تتحقق من سيناريوهات محددة فقط، بينما يحاول التحقق الشكلي التفكير في كل مسارات التنفيذ الممكنة.

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

لماذا أصبح هذا مهمًا الآن؟

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

تشير بيانات شركات تحليل البلوكشين إلى حجم المشكلة. فقد قُدّرت خسائر عمليات الاحتيال والاحتيال المرتبط بالعملات المشفرة بنحو 17 مليار دولار في عام 2025.

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

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

ماذا يعني ذلك للمطورين؟

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

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

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

تأثير محتمل على ثقة المؤسسات

المؤسسات المالية عادة ما تبحث عن أدلة قوية على الأمان قبل استخدام أي بنية تقنية.

في التدقيقات التقليدية، يتم إثبات أن مراجعة أمنية حدثت بالفعل. أما التحقق الشكلي فيمكن أن ينتج أدلة رياضية (Proof Artifacts) تثبت أن خصائص محددة في الكود صحيحة دائمًا.

هذا النوع من الأدلة قد يساعد في:

• عمليات العناية الواجبة للمؤسسات
• تقييم المخاطر التقنية
• متطلبات الامتثال والتنظيم

مع ذلك، يبقى التحقق الشكلي جزءًا من منظومة أوسع تشمل المراقبة الأمنية، الحوكمة، والتدقيقات المستقلة.

ماذا يعني ذلك لبقية شبكات البلوكشين؟

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

قد نشهد منافسة في تطوير:

• أدوات تحليل ثابت للكود
• أنظمة تنفيذ رمزي (Symbolic Execution)
• لغات مواصفات للعقود الذكية
• أدوات تدقيق مدعومة بالذكاء الاصطناعي

ومن المهم ملاحظة أن وصف Aptos بأنها "الأولى" غالبًا ما يشير تحديدًا إلى التحقق الشكلي المدعوم بالذكاء الاصطناعي للعقود الديناميكية المكتوبة بلغة Move، وليس إلى أن التحقق الشكلي لم يُستخدم سابقًا في البلوكشين.

الخلاصة

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

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

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