update comments

alchemyplatform · Nov 7, 2024 · dcae2cb · dcae2cb
1 parent bfa4766
commit dcae2cb
Show file tree

Hide file tree

Showing 2 changed files with 2 additions and 3 deletions.
diff --git a/src/account/ModularAccountBase.sol b/src/account/ModularAccountBase.sol
@@ -107,7 +107,7 @@ abstract contract ModularAccountBase is
 
     // Wraps execution of a native function with runtime validation and hooks
     // Used for upgradeTo, upgradeToAndCall, execute, executeBatch, installExecution, uninstallExecution,
-    // performCreate, performCreate2
+    // performCreate
     modifier wrapNativeFunction() {
         DensePostHookData postHookData = _checkPermittedCallerAndAssociatedHooks();
 

diff --git a/src/modules/permissions/NativeTokenLimitModule.sol b/src/modules/permissions/NativeTokenLimitModule.sol
@@ -32,8 +32,7 @@ import {IERC165, ModuleBase} from "../ModuleBase.sol";
 /// @notice This module supports a total native token spend limit across User Operation gas and native transfers.
 /// - None of the functions are installed on the account. Account states are to be retrieved from this global
 ///   singleton directly.
-/// - This module only tracks native transfers for the 4 functions `execute`, `executeBatch`, `performCreate`,
-///   and `performCreate2.
+/// - This module only tracks native transfers for the 4 functions `execute`, `executeBatch`, `performCreate`.
 /// - By default, using a paymaster in a UO would cause the limit to not decrease. If an account uses a special
 ///   paymaster that converts non-native tokens in the account to pay for gas, this paymaster should be added to
 ///   the `specialPaymasters` list to enable the correct accounting of spend limits. When these paymasters are used