refactor: add ERC6900 prefix to interfaces

[jaypaik]

Context in ethereum/ERCs#875

After merging, this will go into release v0.8.1.

[jaypaik]

• refactor: add ERC6900 prefix to interfaces #216 👈 (View in Graphite)
• develop

This stack of pull requests is managed by Graphite. Learn more about stacking.

[octane-security-app]

Summary by Octane

New Contracts

No new contracts were added in this PR.

Updated Contracts

• AccountStorage.sol: Updated the smart contract to import from IERC6900Account instead of IModularAccount.
• ModularAccountView.sol: Updated interfaces from IModularAccount to IERC6900Account for improved compatibility and execution management.
• ModuleManagerInternals.sol: The smart contract now interacts with IERC6900 standards instead of previous interfaces, refining module and execution handling.
• ReferenceModularAccount.sol: The smart contract updates focus on replacing IModularAccount with IERC6900Account interfaces, indicating a shift to a new standards framework.
• SemiModularAccount.sol: The smart contract now conforms to the IERC6900Account interface, replacing IModularAccount.
• SemiModularAccount7702.sol: The smart contract interface was updated from IModularAccount to IERC6900Account.
• HookConfigLib.sol: Updated import from IModularAccount.sol to IERC6900Account.sol.
• KnownSelectorsLib.sol: The smart contract updates involve renaming interfaces and methods to align with the IERC6900 standard, enhancing modularity and compatibility.
• ModuleEntityLib.sol: The smart contract now imports ModuleEntity from IERC6900Account.sol instead of IModularAccount.sol.
• ValidationConfigLib.sol: Updated import reference from IModularAccount.sol to IERC6900Account.sol.
• BaseModule.sol: The smart contract now supports the IERC6900Module interface instead of IModule.
• TokenReceiverModule.sol: The smart contract now adheres to ERC6900 standards, updating interfaces and module implementations accordingly.
• AllowlistModule.sol: Updated interfaces to ERC-6900 standards, improving compatibility and functionality.
• ERC20TokenLimitModule.sol: The smart contract has been updated to align with IERC6900 standards, affecting module interfaces and execution hooks.
• NativeTokenLimitModule.sol: The contract interfaces were updated to align with the IERC6900 standard, enhancing interoperability and future-proofing.
• ISingleSignerValidationModule.sol: Updated interface inheritance from IValidationModule to IERC6900ValidationModule in the smart contract.
• SingleSignerValidationModule.sol: The primary functionality now aligns with IERC6900 standards, updating module interfaces and validation methods.
• MockModule.sol: Updated interface imports to IERC6900 standards to align with new module functionality and improve compatibility.
• ComprehensiveModule.sol: Updated contract to use IERC6900 interfaces for execution and validation modules, replacing previous module interfaces.
• DirectCallModule.sol: The smart contract now implements and interacts with IERC6900 standards instead of prior interfaces.
• MockAccessControlHookModule.sol: The contract refactors interfaces to IERC6900 standards, aligning targets and validation handling with updated specifications.
• PermittedCallMocks.sol: Updated the imported interface from IExecutionModule to IERC6900ExecutionModule in the PermittedCallerModule contract.
• ReturnDataModuleMocks.sol: The modifications integrate ERC-6900 standards, updating interfaces and modules to enhance compatibility and functionality.
• ValidationModuleMocks.sol: The smart contract now implements IERC6900 modules, updating execution and validation interfaces to enhance compatibility.
• AccountTestBase.sol: The smart contract interface was updated from IModularAccount to IERC6900Account.

---

🔗 Commit Hash: 98980bf

[huaweigu]

LGTM