Codebase: Upgradeable Contracts: Unify/Fix Storage Location

[matthiaszimmermann]

in upgradeable contracts storage is mostly handled by structs per upgradeable contract.
storage location of these is fixed using a hash stored in a constant *_STORAGE_LOCATION.
currently, the calculation of these storage location is inconsistent as the underlying naming pattern has not yet been properly defined.

step 1: define naming pattern
step 2: calculated resulting storage locations for all contracts
step 3: fix contracts to use above storage locations in a way that storage locations can be pulled throug a simple grep from all contracts (to support simple checks that there are not collisions)

example:
keccak256(abi.encode(uint256(keccak256("gif-next.contracts.component.Component.sol")) - 1)) & ~bytes32(uint256(0xff));

what is needed: how to create simple and unique name strings (simpler and more generic than "gif-next.contracts.component.Component.sol", eg "etherisc.gif.Component")

[rapidddenis]

Name string must contain version (major, minor, patch) of a contract. Major version is release version
"[email protected]" or "[email protected]"
etherisc.gif.@<release.major.minor>

[rapidddenis]

storage address variable format is: <contract-name-uppercase>_STORAGE_LOCATION_V<release>_<storage-version>