أصعب القرارات في تطوير الويب 3 هي أحيانًا تلك التي تؤجل الإطلاق. في العام الماضي، تخلينا عن مشروع لأن الفريق لم يرغب في تضمين مراجعة العقد الذكي في نطاق العمل. لم يكن المشروع صغيرًا. كان هناك ميزانية جادة وجداول زمنية صارمة. وافقت وكالة أخرى على المضي قدمًا. بعد بضعة أشهر، عاد الفريق بمشكلة: كان العقد الذكي يعاني من ثغرة إعادة الإدخال. لحسن الحظ، لم يكن المنتج قد أُطلق بعد. لكن إصلاحها احتاج إلى عملية إعادة نشر كاملة ومراجعة أخرى. أثر العمل الإضافي على التكلفة وموعد الإطلاق. لهذا السبب، لا يمكن اعتبار قرارات الأمان خطوات اختيارية في تطوير البلوك تشين. في البرمجيات التقليدية، يمكن للفِرق غالبًا نشر التصحيحات بعد النشر. لكن العقود الذكية تعمل بشكل مختلف. بمجرد أن تدير العقود أصول المستخدمين، يمكن أن تخلق الأخطاء مخاطر يصعب عكسها بكثير. في Blockchain App Factory، رأينا كيف تؤثر القرارات الفنية المبكرة على كل ما يليها، من البنية وجدول التطوير إلى الأمان والاستعداد للنشر. أسرع الفِرق ليست دائمًا تلك التي تبدأ البرمجة أولًا. بل هي تلك التي تقضي وقتًا في تحديد الأساس الصحيح قبل البناء. ما هي إحدى القرارات الفنية التي تعتقد أن مؤسسي الويب 3 يجب ألا يتنازلوا عنها أبدًا قبل الإطلاق؟