ویب3 ڈویلپمنٹ میں سب سے مشکل فیصلے کبھی کبھی ایسے ہوتے ہیں جو لانچ کو تاخیر میں ڈال دیتے ہیں۔ گزشتہ سال، ہم ایک پروجیکٹ چھوڑ گئے کیونکہ ٹیم کو اسمارٹ کنٹریکٹ آڈٹ کو دائرہ کار میں شامل کرنے کا خواہاں نہیں تھا۔ یہ ایک چھوٹا پروجیکٹ نہیں تھا۔ اس کے لیے سنگین بجٹ اور جلد لانچ کا وقت تھا۔ ایک اور ایجنسی نے آگے بڑھنے کو تسلیم کر لیا۔ کچھ ماہ بعد، ٹیم دوبارہ ایک مسئلے کے ساتھ واپس آئی: اسمارٹ کنٹریکٹ میں ری اینٹرینسی کمزوری تھی۔ خوش قسمتی سے، پروڈکٹ ابھی تک لائیو نہیں ہوا تھا۔ لیکن اسے درست کرنے کے لیے مکمل دوبارہ ڈپلوئمنٹ کا عمل اور ایک اور آڈٹ درکار تھا۔ اضافی کام نے لاگت اور لانچ کے وقت دونوں کو متاثر کیا۔ اس لیے بلاک چین ڈویلپمنٹ میں سیکورٹی کے فیصلوں کو اختیاری مرحلہ نہیں سمجھا جانا چاہئے۔ روایتی سافٹ ویئر میں، ٹیمیں عام طور پر ڈپلوئمنٹ کے بعد پچس جاری کر سکتی ہیں۔ اسمارٹ کنٹریکٹس الگ طرح کام کرتے ہیں۔ جب تک کنٹریکٹس صارفین کے اثاثوں کو منظم نہ کر لیں، غلطیاں ایسے خطرات پیدا کر سکتی ہیں جنہیں واپس لینا بہت مشکل ہوتا ہے۔ بلوک چین ایپ فینکٹری میں، ہم نے دیکھا ہے کہ ابتدائی ٹیکنیکل فیصلے بعد میں آنے والے تمام پہلوؤں، جیسے آرکٹیکچر، ڈویلپمنٹ کے وقت، سیکورٹی اور ڈپلوئمنٹ کے لئے تیاری، پر کس طرح اثر انداز ہوتے ہیں۔ سب سے تیز ٹیمیں وہ نہیں جو پہلے کوڈنگ شروع کرتی ہیں۔ وہ ٹیمیں ہوتی ہیں جو تعمیر سے پہلے صحیح بنیاد تعریف کرنے میں وقت صرف کرتی ہیں۔ لانچ سے پہلے وہ ایک ٹیکنیکل فیصلہ جس پر وеб3 بنانے والوں کو کبھी رضامند نہीں ہونا چاہئے، وہ کون سا ہے؟