feat: Resolve IHRC632 and IHRC904 definitions

[Nana-EC]

Description:
The repo had been missing specs for HIP 632 and 904 and 906.
Additionally, there wasn't a clear separation of facade contracts that EOAs can call directly from calls that a contract would use that would allow it to specify the entity being modified.

Each system contract HIP introduced new functions that apply to IHederaTokenService and IHederaAccountService.
For clearer specification an IHRCXXXX contract for a specific HIP XXXX will contain the functions introduced by that HIP that are callable by a contract only and utilize the system contract.

Facade contracts will contain functions that are callable by contracts and EOAs directly.
In this case the address is the address of the entity and not the system contract.

The interfaces are introduced in this PR but eventually the goal is to let the System contract interfaces inherit the non facade interfaces that describe it e.g. IHederaAccountService is IHRC632, IHRC906

• Correct IHRC632.sol with rename to IHRC906 and add comments
• Add IHRC906Facade.sol w hbarAllowance() and hbarApprove()
• Add getEvmAddressAlias(), getHederaAccountNumAlias(), isValidAlias(), isAuthorizedRaw() and isAuthorized() to IHRC632.sol
• Add IHRC904.sol
• Add IHRC904TokenFacade.sol
• Add IHRC904AccountFacade.sol
• Add isAuthorized() to HederaAccountService.sol
• Add an IHTSStructs.sol that contains all the structs used by the system contract and makes it easy for function reuse
• Add ABI files

Related issue(s):

Fixes #1083
Fixes #1101
Fixes #1102

Notes for reviewer:

Checklist

• Documented (Code comments, README, etc.)
• Tested (unit, integration, etc.)

[github-actions]

Test Results

 16 files  + 1   83 suites  +7   12m 4s ⏱️ +20s
294 tests +14  288 ✅ +12  6 💤 +3  0 ❌  - 1 
303 runs  +23  296 ✅ +20  7 💤 +4  0 ❌  - 1 

Results for commit eb73397. ± Comparison against base commit 364927f.

This pull request removes 3 and adds 17 tests. Note that renamed tests count towards both.

Should allow owner to grant an allowance to spender using IHRC632 and spender to transfer allowance to receiver on behalf of owner ‑ @CryptoAllowance Test Suite Should allow owner to grant an allowance to spender using IHRC632 and spender to transfer allowance to receiver on behalf of owner
should execute hbarAllowance() by an EOA to retrieve allowance granted to a spender ‑ @IHRC-632 @CryptoAllowance  Test Suite should execute hbarAllowance() by an EOA to retrieve allowance granted to a spender
should execute hbarApprove() by an EOA to grant an hbar allowance to another EOA ‑ @IHRC-632 @CryptoAllowance  Test Suite should execute hbarApprove() by an EOA to grant an hbar allowance to another EOA

Should allow owner to grant an allowance to spender using IHRC906AccountFacade and spender to transfer allowance to receiver on behalf of owner ‑ @CryptoAllowance Test Suite Should allow owner to grant an allowance to spender using IHRC906AccountFacade and spender to transfer allowance to receiver on behalf of owner
should be able to associate() to the token from a contract ‑ @HRC-719 Test Suite HRC719 wrapper contract should be able to associate() to the token from a contract
should be able to associate() to the token from an EOA ‑ @HRC-719 Test Suite HRC719 Token should be able to associate() to the token from an EOA
should be able to call isAssociated() after token association ‑ @HRC-719 Test Suite HRC719 wrapper contract should be able to call isAssociated() after token association
should be able to call isAssociated() after token dissociation ‑ @HRC-719 Test Suite HRC719 wrapper contract should be able to call isAssociated() after token dissociation
should be able to call isAssociated() to the token from an EOA when associated ‑ @HRC-719 Test Suite HRC719 Token should be able to call isAssociated() to the token from an EOA when associated
should be able to call isAssociated() to the token from an EOA when dissociated ‑ @HRC-719 Test Suite HRC719 Token should be able to call isAssociated() to the token from an EOA when dissociated
should be able to call isAssociated() to the token from an EOA ‑ @HRC-719 Test Suite HRC719 Token should be able to call isAssociated() to the token from an EOA
should be able to call isAssociated() ‑ @HRC-719 Test Suite HRC719 wrapper contract should be able to call isAssociated()
should be able to dissociate() to the token from an EOA ‑ @HRC-719 Test Suite HRC719 Token should be able to dissociate() to the token from an EOA
…

This pull request removes 1 skipped test and adds 4 skipped tests. Note that renamed tests count towards both.

should execute hbarAllowance() by an EOA to retrieve allowance granted to a spender ‑ @IHRC-632 @CryptoAllowance  Test Suite should execute hbarAllowance() by an EOA to retrieve allowance granted to a spender

should be able to call isAssociated() to the token from an EOA when associated ‑ @HRC-719 Test Suite HRC719 Token should be able to call isAssociated() to the token from an EOA when associated
should be able to call isAssociated() to the token from an EOA when dissociated ‑ @HRC-719 Test Suite HRC719 Token should be able to call isAssociated() to the token from an EOA when dissociated
should be able to call isAssociated() to the token from an EOA ‑ @HRC-719 Test Suite HRC719 Token should be able to call isAssociated() to the token from an EOA
should execute hbarAllowance() by an EOA to retrieve allowance granted to a spender ‑ @IHRC-906 Facade @CryptoAllowance  Test Suite should execute hbarAllowance() by an EOA to retrieve allowance granted to a spender

♻️ This comment has been updated with latest results.

[acuarica]

lg, left some questions

[acuarica]

lg