Blockchain

میں کوڈ کو ایک spec کے خلاف تو تصدیق کر سکتا ہوں لیکن خود spec کی تصدیق کیوں نہیں کر سکتا؟

موقع

سمارٹ کانٹریکٹس کے لیے فارمل ویریفکیشن یہ ثابت کرتی ہے کہ کوڈ ایک تحریری specification کو پورا کرتا ہے، لیکن یہ طے نہیں کر سکتی کہ وہ specification واقعی کانٹریکٹ کے مطلوبہ رویے کو درست طور پر بیان کرتی ہے یا نہیں۔ 2025 کے MDPI سروے نے جو جدید ترین خودکار آڈٹ ٹولز کا احاطہ کرتا تھا، یہ پایا کہ یہ ٹولز پروڈکشن میں ملنے والے قابل استحصال بگز میں سے صرف 8 سے 20 فیصد ہی پکڑتے ہیں، جبکہ نچلی سطح کے syntax پیٹرنز کی 90 فیصد سے زیادہ کوریج رپورٹ کرتے ہیں۔ خلا spec میں ہے: منطقی غلطیاں، اثاثہ لاک کی شرائط، اور oracle کے مفروضے تقریباً کبھی بھی specs میں نہیں آتے کیونکہ انجینئرز کسی exploit کے ظاہر ہونے سے پہلے انہیں گننا نہیں جانتے۔ NDSS 2025 PropertyGPT پیپر براہ راست یہ کہتا ہے کہ کمیونٹی میں ابھی تک مؤثر فارمل ویریفکیشن کے لیے جامع properties کی خودکار تخلیق کا فقدان ہے۔ ہر وہ آڈٹ جو کسی نامکمل spec کے خلاف کانٹریکٹ کو کلیئر کرتا ہے، محفوظ نتیجے کے بجائے ایک جھوٹا اعتماد کا فرش تیار کرتا ہے نہ کہ واقعی محفوظ

اہمیت کیوں

ایک ایسا ٹول جو کانٹریکٹ کوڈ، کاروباری تناظر، اور تاریخی exploit ڈیٹابیسز سے candidate invariants تیار کرے، فارمل ویریفکیشن کو ایک درستگی کی جانچ سے ایک حقیقی سیکیورٹی گارنٹی میں بدل دے گا۔

میں موقع کا اسکور کیسے لگاتا ہوں

Opportunity Score میرا اپنا اندازہ ہے، کوئی پیمائش نہیں: یہ کتنا تکلیف دہ ہے، کتنی بار کاٹتا ہے، اور آج اسے حل کرنے کے لیے کتنا کم موجود ہے۔ زیادہ اسکور کا مطلب ہے کہ میرے خیال میں یہ بنانے کے زیادہ قابل ہے۔

شدت8/10

جب یہ ظاہر ہوتا ہے تو کتنی تکلیف دیتا ہے۔

تکرار7/10

لوگ اصل میں اس سے کتنی بار واسطہ پاتے ہیں۔

خالی جگہ9/10

آج اس کے لیے کتنے کم اچھے ٹولز موجود ہیں۔