Security zones

[eshelB]

stores an additional field securityZone for each fheEncryted number (the struct that came from the bridge had the field, but not the one stored by fheos)

• ~Currenly initializes 2 security zones (0 and 1, each with its 3 different keys)~ Still initializes 1 security zone by default, unless the environment variable FHEOS_SECURITY_ZONES is specified in command fheos init-state
• Generated FHE.sol overrides to functions asEuintX that accept the securityZone param
  • Tests for one of the functions in transaction.test.ts
• ~Still a minor todo, handle error on inexistent security zone (shouldn't be a problem, currently there's a panic there)~ done
• ~TODO: support on fhenix.js, so that we can send encrypted numbers with the correct publicKey and not only use the TrivialEncrypt.~

warp-drive: https://github.com/FhenixProtocol/warp-drive/pull/25 monday: https://fhenix.monday.com/boards/1216577959/views/4451803/pulses/1520035545 nitro: https://github.com/FhenixProtocol/nitro/pull/122

[Cashmaney]

LGTM just fix the tests and lets make sure it works