then develop another one in the same time
Oh so, it is basically not just having larger amount of smart contracts but cutting the existing smart contract in bits
Yep - let's say that some module A consists out of submodules B, C and D. Instead of having dense code for A in one smart contract, we now have three smart contracts (one for B, one for C, and one for D); at least that's how I understand it.
So why don't you guys proceed in parallel?
cus it will cost double in human resources and time
That’s not a point buddy
Обсуждают сегодня