Upgrading to MAv2

0. Construct your clients

First we need to check what kind of account address you have! The way client.account.address is derived depends on the type of account and the salt. We’ll have to handle different cases depending on whether your client’s address is a light account address or a modular account address. So we construct two clients:

Our Light Account client:

1
import { createLightAccountClient } from "@account-kit/smart-contracts";
2
const lightAccountClient = await createLightAccountClient({
3
    transport: alchemy({ apiKey: "your-api-key" }),
4
    chain: sepolia,
5
    signer: yourSigner

Our Modular Account client:

1
import { createModularAccountV2Client } from "@account-kit/smart-contracts";
2
const modularAccountV2Client = await createModularAccountV2Client({
3
  transport: alchemy({ apiKey: "your-api-key" }),
4
  chain: sepolia,
5
  signer: yourSigner,
6
});

1. Check the implementation of your account (using client.account.getImplementationAddress()):

• LightAccount deployment addresses here
• ModularAccount deployment addresses here

Depending on the result, take different actions based on the state of the account.

For your Modular Account client:

1
import { client } from "docs/shared/infra/client";
2
const impl = await client.account.getImplementationAddress();
3
4
// implementation slot exists and is a deployed modular account. this user has a modular account at the modular account counterfactual address. no work needs to be done.
5
if (impl == "ModularAccountImpl") {
6
  // done
7
}

For your Light Account client:

1
import { client } from "docs/shared/infra/client";
2
const impl = await client.account.getImplementationAddress();
3
4
// implementation slot exists and is a deployed modular account. this user has a modular account at the light account address. no need to upgrade.
5
if (impl == "ModularAccountImpl") {
6
  // done
7
}
8
9
// implementation slot exists and is a deployed light account. this user has a light account at the light account address. we need to initiate an upgrade for the user.
10
else if (impl == "LightAccountImpl") {
11
  // go to step A
12
}
13
14
// implementation slot is empty
15
else if (impl == NullAddress) {
16
  // account is not deployed and has assets at the counterfactual
17
  const balance = await client.getBalance({ address: client.account.address });
18
  if (balance) {
19
    // go to step A
20
  }
21
  // account does not exist, new user!
22
  else {
23
    // go to step B
24
  }
25
}

2. Upgrade Account!

Case A: Implementation Slot Exists and is a LightAccount

If the implementation slot exists and points to LightAccount, it means the account is a legacy LightAccount. Follow this path if the account has been deployed or if the account hasn’t been deployed but has assets at the counterfactual.

Steps:

1. Retrieve the upgrade data upgradeToData and method createMAV2Account to create the MAv2 account using getMAV2UpgradeToData .
2. Call upgradeAccount to prepare the upgrade data for MAv2 with the initializer set to give it the same owner as the LA.
3. Call createSmartAccountClient to create the MAv2 client from your newly upgraded account

1
const { createMAV2Account, ...upgradeToData } = await getMAV2UpgradeToData(
2
  lightAccountclient,
3
  { account: lightAccountClient.account }
4
);
5
6
await lightAccountClient.upgradeAccount({
7
  upgradeTo: upgradeToData,
8
  waitForTx: true,
9
});
10
11
const maV2Client = createSmartAccountClient({
12
  client: createBundlerClient({
13
    chain: yourchain,
14
    transport: yourTransport,
15
  }),
16
  account: await createMAV2Account(),
17
});

Case B: Implementation Slot is Empty (No Account or Account Not Deployed With No Assets)

If the implementation slot is empty, this means that the account doesn’t exist. Or, if the account exists but has no assets, we still want to follow this path.

• Construct a MAv2 client with the signer to handle both cases:

1. New user with no account.
2. New user with an existing but un-deployed account.

1
import { createModularAccountV2Client } from "@account-kit/smart-contracts";
2
import { LocalAccountSigner } from "@aa-sdk/core";
3
import { sepolia, alchemy } from "@account-kit/infra";
4
import { generatePrivateKey } from "viem/accounts";
5
6
const maV2Client = await createModularAccountV2Client({
7
  mode: "default", // optional param to specify the MAv2 variant (either "default" or "7702")
8
  chain: sepolia,
9
  transport: alchemy({ apiKey: "your-api-key" }), // Get your API key at https://dashboard.alchemy.com/apps or http("RPC_URL") for non-alchemy infra
10
  signer: LocalAccountSigner.privateKeyToAccountSigner(generatePrivateKey()),
11
});

This ensures that operations are executed on the already upgraded MAv2 account.

3. Send a User Operation!

Send a user operation to deploy your upgraded account!

1
const result = await maV2Client.sendUserOperation({
2
  uo: {
3
    target: target,
4
    value: sendAmount,
5
    data: "0x",
6
  },
7
});

And now you’ve upgraded your account to MAV2!

You can use a Modular Account v2 client to send user operations or use the React packages directly to simplify integration - this hook defaults to MAv2. Make sure to pass in an accountAddress param to the client to connect the client to the existing account.