smart-accounts-kitWeb3 development using MetaMask Smart Accounts Kit. Use when the user wants to build dApps with ERC-4337 smart accounts, send user operations, batch transactions, configure signers (EOA, passkey, multisig), implement gas abstraction with paymasters, create delegations, or request advanced permissions (ERC-7715). Supports Viem integration, multiple signer types (Dynamic, Web3Auth, Wagmi), gasless transactions, and the Delegation Framework.
Install via ClawdBot CLI:
clawdbot install AyushBherwani1998/smart-accounts-kitThis skill file provides quick access to the MetaMask Smart Accounts Kit v0.3.0. For detailed information, refer to the specific reference files.
📚 Detailed References:
npm install @metamask/smart-accounts-kit@0.3.0
For custom caveat enforcers:
forge install metamask/delegation-framework@v1.3.0
Three implementation types:
| Implementation | Best For | Key Feature |
|---------------|----------|-------------|
| Hybrid (Implementation.Hybrid) | Standard dApp users | EOA + passkey signers, most flexible |
| MultiSig (Implementation.MultiSig) | Treasury/DAO operations | Threshold-based security, Safe-compatible |
| Stateless7702 (Implementation.Stateless7702) | Power users with existing EOA | Keep same address, add smart account features via EIP-7702 |
Decision Guide:
Grant permissions from delegator to delegate:
Request permissions via MetaMask extension:
import { Implementation, toMetaMaskSmartAccount } from '@metamask/smart-accounts-kit'
import { privateKeyToAccount } from 'viem/accounts'
const account = privateKeyToAccount('0x...')
const smartAccount = await toMetaMaskSmartAccount({
client: publicClient,
implementation: Implementation.Hybrid,
deployParams: [account.address, [], [], []],
deploySalt: '0x',
signer: { account },
})
import { createDelegation } from '@metamask/smart-accounts-kit'
import { parseUnits } from 'viem'
const delegation = createDelegation({
to: delegateAddress,
from: delegatorSmartAccount.address,
environment: delegatorSmartAccount.environment,
scope: {
type: 'erc20TransferAmount',
tokenAddress: '0x1c7D4B196Cb0C7B01d743Fbc6116a902379C7238',
maxAmount: parseUnits('10', 6),
},
caveats: [
{ type: 'timestamp', afterThreshold: now, beforeThreshold: expiry },
{ type: 'limitedCalls', limit: 5 },
],
})
const signature = await smartAccount.signDelegation({ delegation })
const signedDelegation = { ...delegation, signature }
import { createExecution, ExecutionMode } from '@metamask/smart-accounts-kit'
import { DelegationManager } from '@metamask/smart-accounts-kit/contracts'
import { encodeFunctionData, erc20Abi } from 'viem'
const callData = encodeFunctionData({
abi: erc20Abi,
args: [recipient, parseUnits('1', 6)],
functionName: 'transfer',
})
const execution = createExecution({ target: tokenAddress, callData })
const redeemCalldata = DelegationManager.encode.redeemDelegations({
delegations: [[signedDelegation]],
modes: [ExecutionMode.SingleDefault],
executions: [[execution]],
})
// Via smart account
const userOpHash = await bundlerClient.sendUserOperation({
account: delegateSmartAccount,
calls: [{ to: delegateSmartAccount.address, data: redeemCalldata }],
})
// Via EOA
const txHash = await delegateWalletClient.sendTransaction({
to: environment.DelegationManager,
data: redeemCalldata,
})
import { erc7715ProviderActions } from '@metamask/smart-accounts-kit/actions'
const walletClient = createWalletClient({
transport: custom(window.ethereum),
}).extend(erc7715ProviderActions())
const grantedPermissions = await walletClient.requestExecutionPermissions([
{
chainId: chain.id,
expiry: now + 604800,
signer: {
type: 'account',
data: { address: sessionAccount.address },
},
permission: {
type: 'erc20-token-periodic',
data: {
tokenAddress,
periodAmount: parseUnits('10', 6),
periodDuration: 86400,
justification: 'Transfer 10 USDC daily',
},
},
isAdjustmentAllowed: true,
},
])
// Smart account
import { erc7710BundlerActions } from '@metamask/smart-accounts-kit/actions'
const bundlerClient = createBundlerClient({
client: publicClient,
transport: http(bundlerUrl),
}).extend(erc7710BundlerActions())
const permissionsContext = grantedPermissions[0].context
const delegationManager = grantedPermissions[0].signerMeta.delegationManager
const userOpHash = await bundlerClient.sendUserOperationWithDelegation({
publicClient,
account: sessionAccount,
calls: [
{
to: tokenAddress,
data: calldata,
permissionsContext,
delegationManager,
},
],
})
// EOA
import { erc7710WalletActions } from '@metamask/smart-accounts-kit/actions'
const walletClient = createWalletClient({
account: sessionAccount,
chain,
transport: http(),
}).extend(erc7710WalletActions())
const txHash = await walletClient.sendTransactionWithDelegation({
to: tokenAddress,
data: calldata,
permissionsContext,
delegationManager,
})
toMetaMaskSmartAccount() - Create smart accountaggregateSignature() - Combine multisig signaturessignDelegation() - Sign delegationsignUserOperation() - Sign user operationsignMessage() / signTypedData() - Standard signingcreateDelegation() - Create delegation with delegatecreateOpenDelegation() - Create open delegationcreateCaveatBuilder() - Build caveats arraycreateExecution() - Create execution structredeemDelegations() - Encode redemption calldatasignDelegation() - Sign with private keygetSmartAccountsEnvironment() - Resolve environmentdeploySmartAccountsEnvironment() - Deploy contractsoverrideDeployedEnvironment() - Override environmenterc7715ProviderActions() - Wallet client extension for requestingrequestExecutionPermissions() - Request permissionserc7710BundlerActions() - Bundler client extensionsendUserOperationWithDelegation() - Redeem with smart accounterc7710WalletActions() - Wallet client extensionsendTransactionWithDelegation() - Redeem with EOA| Permission Type | Description |
|----------------|-------------|
| erc20-token-periodic | Per-period limit that resets at each period |
| erc20-token-stream | Linear streaming with amountPerSecond rate |
| Permission Type | Description |
|----------------|-------------|
| native-token-periodic | Per-period ETH limit that resets |
| native-token-stream | Linear ETH streaming with amountPerSecond rate |
| Scope | Description |
| --------------------------- | ----------------------------- |
| erc20TransferAmount | Fixed ERC-20 limit |
| erc20PeriodTransfer | Per-period ERC-20 limit |
| erc20Streaming | Linear streaming ERC-20 |
| nativeTokenTransferAmount | Fixed native token limit |
| nativeTokenPeriodTransfer | Per-period native token limit |
| nativeTokenStreaming | Linear streaming native |
| erc721Transfer | ERC-721 (NFT) transfer |
| Scope | Description |
| ------------------- | ---------------------------------- |
| functionCall | Specific methods/addresses allowed |
| ownershipTransfer | Ownership transfers only |
allowedTargets - Limit callable addressesallowedMethods - Limit callable methodsallowedCalldata - Validate specific calldataexactCalldata / exactCalldataBatch - Exact calldata matchexactExecution / exactExecutionBatch - Exact execution matchvalueLte - Limit native token valueerc20TransferAmount - Limit ERC-20 amounterc20BalanceChange - Validate ERC-20 balance changeerc721Transfer / erc721BalanceChange - ERC-721 restrictionserc1155BalanceChange - ERC-1155 validationtimestamp - Valid time range (seconds)blockNumber - Valid block rangelimitedCalls - Limit redemption counterc20PeriodTransfer / erc20Streaming - Time-based ERC-20nativeTokenPeriodTransfer / nativeTokenStreaming - Time-based nativeredeemer - Limit redemption to specific addressesid - One-time delegation with IDnonce - Bulk revocation via noncedeployed - Auto-deploy contractownershipTransfer - Ownership transfer onlynativeTokenPayment - Require paymentnativeBalanceChange - Validate native balancemultiTokenPeriod - Multi-token period limits| Mode | Chains | Processing | On Failure |
| --------------- | -------- | ----------- | ---------- |
| SingleDefault | One | Sequential | Revert |
| SingleTry | One | Sequential | Continue |
| BatchDefault | Multiple | Interleaved | Revert |
| BatchTry | Multiple | Interleaved | Continue |
| Contract | Address |
| --------------------- | -------------------------------------------- |
| EntryPoint | 0x0000000071727De22E5E9d8BAf0edAc6f37da032 |
| SimpleFactory | 0x69Aa2f9fe1572F1B640E1bbc512f5c3a734fc77c |
| DelegationManager | 0xdb9B1e94B5b69Df7e401DDbedE43491141047dB3 |
| MultiSigDeleGatorImpl | 0x56a9EdB16a0105eb5a4C54f4C062e2868844f3A7 |
| HybridDeleGatorImpl | 0x48dBe696A4D990079e039489bA2053B36E8FFEC4 |
valueLte)Smart accounts use a 256-bit nonce structure: 192-bit key + 64-bit sequence. Each unique key has its own independent sequence, enabling parallel execution. This is critical for backend services processing multiple delegations concurrently.
For proper nonce handling, install the permissionless SDK alongside the Smart Accounts Kit:
npm install permissionless
ERC-4337 uses a single uint256 nonce where:
Each key has an independent sequence, so UserOps with different keys execute in parallel without ordering constraints.
import { getAccountNonce } from 'permissionless'
import { entryPoint07Address } from 'viem/account-abstraction'
// Get nonce for a specific key
const parallelNonce = await getAccountNonce(publicClient, {
address: smartAccount.address,
entryPointAddress: entryPoint07Address,
key: BigInt(Date.now()), // Unique key for parallel execution
})
const userOpHash = await bundlerClient.sendUserOperation({
account: smartAccount,
calls: [redeemCalldata],
nonce: parallelNonce, // Properly encoded 256-bit nonce
})
import { getAccountNonce } from 'permissionless'
import { entryPoint07Address } from 'viem/account-abstraction'
// Execute multiple redemption UserOps in parallel
const redeems = await Promise.all(
delegations.map(async (delegation, index) => {
// Generate unique key for this operation
const nonceKey = BigInt(Date.now()) + BigInt(index * 1000)
// Get properly encoded nonce for this key
const nonce = await getAccountNonce(publicClient, {
address: backendSmartAccount.address,
entryPointAddress: entryPoint07Address,
key: nonceKey,
})
const redeemCalldata = DelegationManager.encode.redeemDelegations({
delegations: [[delegation]],
modes: [ExecutionMode.SingleDefault],
executions: [[execution]],
})
return bundlerClient.sendUserOperation({
account: backendSmartAccount,
calls: [{ to: backendSmartAccount.address, data: redeemCalldata }],
nonce, // Parallel execution enabled via unique key
})
})
)
The EntryPoint contract encodes nonce as: sequence | (key << 64)
If not using permissionless, encode manually:
// EntryPoint: nonceSequenceNumber[sender][key] | (uint256(key) << 64)
const key = BigInt(Date.now())
const sequence = 0n // New key starts at sequence 0
const nonce = sequence | (key << 64n)
// Or equivalently: (key << 64n) | sequence
However, getAccountNonce from permissionless is recommended as it:
getAccountNonce returns the full 256-bit nonce properly encoded| Mistake | Result |
|---------|--------|
| Reusing same nonce key | Sequential execution (defeats purpose) |
| Using Date.now() without offset | Potential collision if multiple ops fire simultaneously |
| Not using getAccountNonce | May miss current sequence, causing replacement instead of new op |
| Assuming ordering | Race conditions in dependent operations |
const results = await Promise.allSettled(redeems)
results.forEach((result, index) => {
if (result.status === 'rejected') {
// Check for specific errors
if (result.reason.message?.includes('AA25')) {
console.error(`Nonce collision for op ${index}`)
}
// Handle or retry
}
})
For server-side automation (DCA bots, keeper services, automated trading):
// 1. Backend creates its own smart account as delegate
const backendAccount = await toMetaMaskSmartAccount({
client: publicClient,
implementation: Implementation.Hybrid,
deployParams: [backendOwner.address, [], [], []],
deploySalt: '0x',
signer: { account: backendOwner },
})
// 2. Backend redeems by sending UserOp FROM its account
const userOpHash = await bundlerClient.sendUserOperation({
account: backendAccount,
calls: [{
to: backendAccount.address,
data: DelegationManager.encode.redeemDelegations({
delegations: [[userDelegation]],
modes: [ExecutionMode.SingleDefault],
executions: [[swapExecution]],
})
}],
})
Use case: Automated dollar-cost averaging (DCA) bots that redeem swap delegations based on market signals or scheduled intervals.
Delegator accounts must be deployed before delegations can be redeemed. The DelegationManager reverts with 0xb9f0f171 for counterfactual accounts.
Solution: Deploy automatically via first UserOp:
// Build redemption calldata
const redeemCalldata = DelegationManager.encode.redeemDelegations({
delegations: [[signedDelegation]],
modes: [ExecutionMode.SingleDefault],
executions: [[execution]],
})
// First redemption deploys the account automatically via initCode
const userOpHash = await bundlerClient.sendUserOperation({
account: smartAccount, // Will deploy if counterfactual
calls: [{
to: smartAccount.address,
data: redeemCalldata,
value: 0n,
}],
})
For automated services, session accounts act as isolated signers that can only operate within granted delegations. The private key can be generated ephemerally, stored in environment variables, or managed via HSM/server wallets:
// Session account created from various sources
const sessionAccount = privateKeyToAccount(
process.env.SESSION_KEY || generatePrivateKey() || hsmWallet.key
)
// Request delegation from user to session account
const delegation = createDelegation({
to: sessionAccount.address,
from: userSmartAccount.address,
environment,
scope: { type: 'erc20TransferAmount', tokenAddress, maxAmount: parseUnits('100', 6) },
caveats: [
{ type: 'timestamp', afterThreshold: now, beforeThreshold: expiry },
{ type: 'limitedCalls', limit: 10 },
],
})
// Session account can only act within delegation constraints
const delegation = createDelegation({
to: delegate,
from: delegator,
environment,
scope: {
type: 'erc20TransferAmount',
tokenAddress,
maxAmount: parseUnits('100', 6),
},
caveats: [
{ type: 'timestamp', afterThreshold: now, beforeThreshold: expiry },
{ type: 'limitedCalls', limit: 10 },
{ type: 'redeemer', redeemers: [delegate] },
],
})
const delegation = createDelegation({
to: delegate,
from: delegator,
environment,
scope: {
type: 'functionCall',
targets: [contractAddress],
selectors: ['transfer(address,uint256)'],
valueLte: { maxValue: parseEther('0.1') },
},
caveats: [{ type: 'allowedMethods', selectors: ['transfer(address,uint256)'] }],
})
const delegation = createDelegation({
to: delegate,
from: delegator,
environment,
scope: {
type: 'nativeTokenPeriodTransfer',
periodAmount: parseEther('0.01'),
periodDuration: 86400,
startDate: now,
},
})
// Alice → Bob (100 USDC)
const aliceToBob = createDelegation({
to: bob,
from: alice,
environment,
scope: { type: 'erc20TransferAmount', tokenAddress, maxAmount: parseUnits('100', 6) },
})
// Bob → Carol (50 USDC, subset of authority)
const bobToCarol = createDelegation({
to: carol,
from: bob,
environment,
scope: { type: 'erc20TransferAmount', tokenAddress, maxAmount: parseUnits('50', 6) },
parentDelegation: aliceToBob,
caveats: [{ type: 'timestamp', afterThreshold: now, beforeThreshold: expiry }],
})
| Issue | Solution |
| ------------------------ | ------------------------------------------------------------ |
| Account not deployed | Use bundlerClient.sendUserOperation() to deploy |
| Invalid signature | Verify chain ID, delegation manager, signer permissions |
| Caveat enforcer reverted | Check caveat parameters match execution, verify order |
| Redemption failed | Check delegator balance, calldata validity, target contracts |
| ERC-7715 not working | Upgrade to Flask 13.5.0+, ensure user has smart account |
| Permission denied | Handle gracefully, provide manual fallback |
| Threshold not met | Add more signers for multisig |
| 7702 not working | Confirm EOA upgraded via EIP-7702 first |
Error codes from the MetaMask Delegation Framework contracts (v1.3.0). Use a decoder like calldata.swiss-knife.xyz to identify error signatures.
| Error Code | Error Name | Meaning |
|------------|-----------|---------|
| 0xb5863604 | InvalidDelegate() | Caller is not the delegate — Most common error |
| 0xb9f0f171 | InvalidDelegator() | Caller is not the delegator |
| 0x05baa052 | CannotUseADisabledDelegation() | Attempting to redeem a disabled delegation |
| 0xded4370e | InvalidAuthority() | Delegation chain authority validation failed |
| 0x1bcaf69f | BatchDataLengthMismatch() | Array lengths don't match in batch |
| 0x005ecddb | AlreadyDisabled() | Delegation has already been disabled |
| 0xf2a5f75a | AlreadyEnabled() | Delegation is already enabled |
| 0xf645eedf | ECDSAInvalidSignature() | Invalid ECDSA signature format |
| 0xfce698f7 | ECDSAInvalidSignatureLength(uint256) | Signature length is incorrect |
| 0xd78bce0c | ECDSAInvalidSignatureS(bytes32) | Signature S value is invalid |
| 0xac241e11 | EmptySignature() | Signature is empty |
| 0xd93c0665 | EnforcedPause() | Contract is paused |
| 0x3db6791c | InvalidEOASignature() | EOA signature verification failed |
| 0x155ff427 | InvalidERC1271Signature() | Smart contract signature (ERC1271) failed |
| 0x118cdaa7 | OwnableUnauthorizedAccount(address) | Unauthorized account attempted owner-only action |
| 0x1e4fbdf7 | OwnableInvalidOwner(address) | Invalid owner address in ownership transfer |
| 0xf6b6ef5b | InvalidShortString() | String parameter too short |
| 0xaa0ea2d8 | StringTooLong(string) | String parameter exceeds maximum length |
| Error Code | Error Name | Meaning |
|------------|-----------|---------|
| 0xd663742a | NotEntryPoint() | Caller is not the EntryPoint contract |
| 0x0796d945 | NotEntryPointOrSelf() | Caller is neither EntryPoint nor this contract |
| 0x1a4b3a04 | NotDelegationManager() | Caller is not the DelegationManager |
| 0xb96fcfe4 | UnsupportedCallType(bytes1) | Execution call type not supported |
| 0x1187dc06 | UnsupportedExecType(bytes1) | Execution type not supported |
| 0x29c3b7ee | NotSelf() | Caller is not this contract itself |
| Error String | Meaning |
|--------------|---------|
| AllowedTargetsEnforcer:target-address-not-allowed | Target contract not in allowed list |
| AllowedTargetsEnforcer:invalid-terms-length | Terms length not multiple of 20 bytes |
| ERC20TransferAmountEnforcer:invalid-terms-length | Terms must be 52 bytes |
| ERC20TransferAmountEnforcer:invalid-contract | Target doesn't match allowed token |
| ERC20TransferAmountEnforcer:invalid-method | Method is not transfer |
| ERC20TransferAmountEnforcer:allowance-exceeded | Transfer exceeds delegated limit |
| CaveatEnforcer:invalid-call-type | Must use single call type |
| CaveatEnforcer:invalid-execution-type | Must use default execution type |
0xb5863604 — InvalidDelegate()
msg.sender equals the to address in the delegation0xb9f0f171 — InvalidDelegator()
0x05baa052 — CannotUseADisabledDelegation()
0xded4370e — InvalidAuthority()
0x1bcaf69f — BatchDataLengthMismatch()
redeemDelegations callpermissionContexts, modes, executionCallDatas have equal length0x3db6791c — InvalidEOASignature()
@metamask/smart-accounts-kitmetamask/delegation-framework@v1.3.0For detailed documentation, see the reference files in the /references directory.
Generated Mar 1, 2026
A DeFi platform integrates the kit to upgrade user wallets to smart accounts, enabling gasless transactions via paymasters and batch operations for swapping tokens. This reduces user friction and costs, especially for frequent traders interacting with multiple protocols.
A decentralized autonomous organization uses the MultiSig implementation for secure treasury operations, requiring multiple signers to approve transactions. It leverages delegation frameworks to grant limited spending permissions to committee members with time-based caveats.
A blockchain-based game employs the kit to allow players to delegate in-game asset transfers or actions to friends via smart accounts. Using scopes and caveats, players set spending limits and expiration dates for safe, temporary access without sharing private keys.
A SaaS company integrates advanced permissions (ERC-7715) to offer subscription-based access to Web3 services. Users grant periodic token allowances through MetaMask, enabling automated payments with human-readable confirmations for recurring billing.
A wallet provider uses the Stateless7702 implementation to migrate existing EOA users to smart accounts without changing addresses, adding features like passkey signers and social recovery. This enhances security while maintaining user familiarity and reducing onboarding friction.
Offer paymaster integration as a service, covering gas fees for users in exchange for a subscription fee or transaction-based commission. This attracts users by eliminating upfront costs and can be monetized through partnerships with dApps.
Build a platform that facilitates delegation management for DAOs or enterprises, providing tools to create, sign, and monitor delegations with custom caveats. Charge licensing fees or a SaaS model based on the number of delegations processed.
Provide consulting services and custom toolkits for dApp developers integrating the smart accounts kit, focusing on implementation support, security audits, and training. Revenue comes from project-based contracts and ongoing maintenance fees.
💬 Integration Tip
Start with the Hybrid implementation for general dApps to leverage EOA and passkey signers, and use Viem integration for seamless Ethereum interactions to reduce setup complexity.
Connect Claude to Clawdbot instantly and keep it connected 24/7. Run after setup to link your subscription, then auto-refreshes tokens forever.
ERC-8004 Trustless Agents - Register, discover, and build reputation for AI agents on Ethereum. Use when registering agents on-chain, querying agent registries, giving/receiving reputation feedback, or interacting with the AI agent trust layer.
Autonomous crypto trading on Base via Bankr. Use for trading tokens, monitoring launches, executing strategies, or managing a trading portfolio. Triggers on "trade", "buy", "sell", "launch", "snipe", "profit", "PnL", "portfolio balance", or any crypto trading task on Base.
Deploy ERC20 tokens on Base using Clanker SDK. Create tokens with built-in Uniswap V4 liquidity pools. Supports Base mainnet and Sepolia testnet. Requires PRIVATE_KEY in config.
Query DeFi portfolio data across 50+ chains via Zapper's GraphQL API. Use when the user wants to check wallet balances, DeFi positions, NFT holdings, token prices, or transaction history. Supports Base, Ethereum, Polygon, Arbitrum, Optimism, and more. Requires ZAPPER_API_KEY.
Interact with Solana blockchain via Helius APIs. Create/manage wallets, check balances (SOL + tokens), send transactions, swap tokens via Jupiter, and monitor addresses. Use for any Solana blockchain operation, crypto wallet management, token transfers, DeFi swaps, or portfolio tracking.