Web3 geliştirmede en zor kararlar bazen bir sürümün ertelenmesini gerektiren kararlar olur. Geçen yıl, ekibin kapsama alanına bir akıllı sözleşme denetimi dahil etmek istememesi nedeniyle bir projeden vazgeçtik. Bu küçük bir proje değildi. Ciddi bir bütçe ve agresif bir zaman çizelgesi vardı. Başka bir ajans ilerlemeye karar verdi. Bazı aylar sonra ekip, bir sorunla geri döndü: akıllı sözleşme bir yeniden girme zafiyetine sahipti. Ne mutlu ki, ürün henüz canlı hale gelmemişti. Ancak bunu düzeltmek, tamamen yeniden dağıtım sürecini ve başka bir denetimi gerektirdi. Ek iş, hem maliyeti hem de sürüm zamanlamasını etkiledi. Bu yüzden güvenlik kararları, blok zinciri geliştirme sürecinde isteğe bağlı adımlar olarak ele alınmamalıdır. Geleneksel yazılımda, ekipler genellikle dağıtım sonrası düzeltmeler yayınlamayı başarabilir. Akıllı sözleşmeler ise farklı çalışır. Sözleşmeler kullanıcı varlıklarını yönetmeye başladığında, yapılan hatalar tersine çevrilmesi çok daha zor riskler yaratır. Blockchain App Factory olarak, erken teknik kararların mimari ve geliştirme zaman çizelgelerinden güvenlik ve dağıtım hazırlığına kadar takip eden tüm süreçleri nasıl etkilediğini gördük. En hızlı ekipler her zaman ilk olarak kodlamaya başlayanlar değildir. Onlar, inşa etmeden önce doğru temeli tanımlamak için zaman harcayanlardır. Sürümden önce Web3 kurucularının asla uzlaşmaması gereken bir teknik karar hangisidir?