no_validation
feature flag on client side of FFI
#2799
Labels
iroha2-dev
The re-implementation of a BFT hyperledger in RUST
Consider introducing
no_validation
client flag. Check this discussionThe assumption here is that
Iroha
can be trusted to be without bugs and will always send valid values. Given this assumption smart contract can shave of a few bytes by not including code for "unnecessary" validity checksIMO this feature, if introduced, should be enabled by default and only conditionally disabled
The text was updated successfully, but these errors were encountered: