feat: account implementation

Author: livingrockrises

src/StartaleSmartAccount.sol

@@ -316,17 +316,12 @@ contract StartaleSmartAccount is IStartaleSmartAccount, BaseAccount, ExecutionHe
   }
 
   /// @notice Retrieves the address of the current implementation from the EIP-1967 slot.
-  /// @notice Checks the 1967 implementation slot, if not found then checks the slot defined by address (Biconomy V2 smart account)
+  /// @notice Checks the 1967 implementation slot
   /// @return implementation The address of the current contract implementation.
   function getImplementation() external view returns (address implementation) {
     assembly {
       implementation := sload(_ERC1967_IMPLEMENTATION_SLOT)
     }
-    if (implementation == address(0)) {
-      assembly {
-        implementation := sload(address())
-      }
-    }
   }
 
   /// @notice Checks if a specific module type is supported by this smart account.
@@ -383,9 +378,7 @@ contract StartaleSmartAccount is IStartaleSmartAccount, BaseAccount, ExecutionHe
   }
 
   /// Upgrades the contract to a new implementation and calls a function on the new contract.
-  /// @notice Updates two slots 1. ERC1967 slot and
-  /// 2. address() slot in case if it's potentially upgraded earlier from Biconomy V2 account,
-  /// as Biconomy v2 Account (proxy) reads implementation from the slot that is defined by its address
+  /// @notice Updates the slot ERC1967 slot
   /// @param newImplementation The address of the new contract implementation.
   /// @param data The calldata to be sent to the new implementation.
   function upgradeToAndCall(address newImplementation, bytes calldata data) public payable virtual override withHook {
@@ -394,11 +387,7 @@ contract StartaleSmartAccount is IStartaleSmartAccount, BaseAccount, ExecutionHe
     assembly {
       res := gt(extcodesize(newImplementation), 0)
     }
-    require(res, InvalidImplementationAddress());
-    // update the address() storage slot as well.
-    assembly {
-      sstore(address(), newImplementation)
-    }
+    if (!res) revert InvalidImplementationAddress();
     UUPSUpgradeable.upgradeToAndCall(newImplementation, data);
   }
 

src/interfaces/IERC4337Account.sol

@@ -8,10 +8,7 @@ import {PackedUserOperation} from 'account-abstraction/interfaces/PackedUserOper
 /// @dev Provides a structure for implementing custom validation logic and execution methods that comply with ERC-4337 "account abstraction" specs.
 /// The validation method ensures proper signature and nonce verification before proceeding with transaction execution, critical for securing userOps.
 /// Also allows for the optional definition of an execution method to handle transactions post-validation, enhancing flexibility.
-/// @author @livingrockrises | Biconomy | chirag@biconomy.io
-/// @author @aboudjem | Biconomy | adam.boudjemaa@biconomy.io
-/// @author @filmakarov | Biconomy | filipp.makarov@biconomy.io
-/// @author @zeroknots | Rhinestone.wtf | zeroknots.eth
+/// @author Startale
 /// Special thanks to the Solady team for foundational contributions: https://github.com/Vectorized/solady
 interface IERC4337Account {
   /// Validate user's signature and nonce

src/utils/AccountProxy.sol

@@ -0,0 +1,4 @@
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.28;
+
+contract AccountProxy {}

src/utils/Bootstrap.sol

@@ -0,0 +1,2 @@
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.28;

test/integration/Greeter.t.sol test/foundry/integration/Greeter.t.soltest/integration/Greeter.t.sol renamed to test/foundry/integration/Greeter.t.sol

@@ -1,7 +1,7 @@
 // SPDX-License-Identifier: MIT
 pragma solidity ^0.8.28;
 
-import {IntegrationBase} from 'test/integration/IntegrationBase.sol';
+import {IntegrationBase} from 'test/foundry/integration/IntegrationBase.sol';
 
 contract IntegrationGreeter is IntegrationBase {
   function test_Greet() public {