Learn about the revert codes returned by the ERC-4337 EntryPoint v0.6
Bundler JSON-RPC error codes are often accompanied by an additional AAxx code provided by the EntryPoint.
- AA1x error codes relate to creating an account
- AA2x error codes relate to the sender or the user operation itself (nonce, signature, prefund, time validity, verification gas)
- AA3x error codes relate to paymasters (deposit, expiration, verification)
- AA4x error codes relate to verification
- AA5x errors relate to post execution actions
- AA9x error codes are general and not related to a certain theme (invalid addresses, failed sends, invalid aggregator, etc.)
AA10 sender already constructed
The sender
has already been created. This error may occur if you attempt to create an account multiple times.
Possible Solutions
- Remove the
initCode
from the userOp struct.
AA13 initCode failed or OOG
The initCode
failed to create the smart account. There are two possible reasons:
- The
initCode
ran out of gas (OOG) - The
initCode
reverted during the account deployment process
Possible Solutions
- Check the account has native token to pay for its deployment if you aren't using a paymaster.
- Check that the factory address in the
initCode
is correct (the factory address is the first 20 bytes of theinitCode
). - Check that the
verificationGasLimit
is high enough for theinitCode
to complete without running out of gas. - If the
initCode
reverted, investigate why using tools like Tenderly.
AA14 initCode must return sender
The address of the smart account deployed with the initCode
does not match the sender address of the user operation.
Possible Solutions
- Check that the
initCode
is correct.- The first 20 bytes should be the factory address.
- The remaining bytes should be the encoded function call.
- Verify that the sender address was generated deterministically from
initCode
.
AA15 initCode must create sender
The initCode
does not return any sender address.
Possible reasons:
- The
initCode
factory is not creating an account. - The
initCode
factory is creating an account, but is not returning the deployed sender address.
Possible solutions
- Check that the
initCode
is correct.- The first 20 bytes should be the factory address.
- The remaining bytes should be the encoded function call.
- Verify that the
initCode
factory is implemented correctly, i.e., it deploys the smart account and returns the sender address.
AA20 account not deployed
The sender of the userOp is not deployed and the initCode
is not specified.
Possible Solutions
- Check that you are using the correct sender address.
- If this is the first transaction by this account make sure the
initCode
is included in the userOp. - Check that you are sending the userOp to the correct network.
AA21 Didn’t pay prefund
The sender did not have enough native tokens to prefund the EntryPoint for the user operation.
Possible Solutions
- If you are not using a paymaster, check that the account has enough native token to cover the required prefund.
- If you are using a paymaster, check that the paymaster and data fields are set.
AA22 expired or not due
The signature
of the user operation is not valid because it is outside of the specified time range.
This error occurs when the block.timestamp
is after the validUntil
timestamp or before the validAfter
timestamp.
Possible Solutions
- If you are using time-based signatures, check that the
validAfter
andvalidUntil
fields are set correctly and that the userOp is sent within the specified range. - If you not using time-based signatures, check that the
validAfter
andvalidUntil
fields are set to0
.
AA23 reverted (or OOG)
The sender signature validation reverted or ran out of gas (OOG).
Possible Solutions
- Check that the
verificationGasLimit
is high enough to cover the gas costs ofvalidateUserOp
. - If you are not using a paymaster, check that the sender has enough native tokens to cover the required prefund.
- If you are us a paymaster to cover the gas fees, verify that the paymaster and data fields are set.
AA24 signature error
The signature of the userOp
is invalid.
Possible Solutions
- Check that the userOp was correctly signed.
- The
userOpHash
is correctly computed - The
entryPointAddress
is correct - The
chainId
is correct - The smart account expects the same type of signature
- The
AA25 Invalid account nonce
The nonce
of the userOp is invalid. The userOp may be reusing an old nonce or formatting the nonce incorrectly.
Possible Solutions
- Check that you are not using a
nonce
that has already been used. - Check that you are not using a
nonce
that is too far in the future (more than 10 higher than the currentnonce
. - Check that the
nonce
is formatted correctly.
AA30 paymaster not deployed
The paymaster contract is not deployed.
Possible Solutions
- Check that the first 20 bytes of the
paymasterAndData
field are the address of the paymaster contract you intend to use. - Check that the paymaster contract is deployed on the network you are using.
AA31 paymaster deposit too low
The paymaster contract does not have enough funds deposited into the EntryPoint contract to cover the gas of the userOp.
Possible Solutions
- Please file a ticket via our Discord server.
AA32 Paymaster expired or not due
The paymaster's signature is outside of the specified time range and has expired.
Possible Solutions
- Make sure you are sending the userOp within the
sponsorship expiry
period specified in your Gas Manager policy.
AA33 reverted (or OOG)
The paymaster signature was rejected or verifying the paymaster signature ran out of gas (OOG).
Possible Solutions
- Check that the
verificationGasLimit
is high enough to cover thevalidatePaymasterUserOp
function's gas costs. - If the userOp is well formed with a high enough
verificationGasLimit
, please file a ticket via our Discord server.
AA34 Signature Error
The paymaster's signature is invalid.
Possible solutions
- Check the format of the signature in the
paymasterAndData
or thepaymaster
field depending on the EntryPoint version you are using.
AA40 over verificationGasLimit
The amount of gas used to verify the smart account or paymaster signature was higher than userOp's verificationGasLimit
.
Possible Solutions
- Check that the
verificationGasLimit
set for the userOp is high enough to cover the gas used for smart account and paymaster verification. - Investigate why the smart account and/or paymaster used more gas than expected using tools like Tenderly.
- Please file a ticket via our Discord server.
AA41 too little verificationGas
Verifying the userOp took too much gas and did not complete.
Potential Solutions
- Increase the
verificationGasLimit
.
AA50 postOp reverted
The paymaster contract's postOp function reverted.
Possible Solutions
- Please file a ticket via our Discord server.
AA51 prefund below actualGasCost
The actual gas cost of the userOp ended was higher than the prefund covered by the smart account or the paymaster.
AA90 invalid beneficiary
The bundler specified an invalid address or the zero address as the beneficiary of the userOp.
Possible Solutions
- Please file a ticket via our Discord server.
AA91 failed send to beneficiary
The beneficiary of the bundler fee was unable to receive compensation from the EntryPoint.
Possible Solutions
- Please file a ticket via our Discord server.
AA92 internal call only
A function intended only for internal calls within the EntryPoint was called externally. This occurs if innerHandleOp
is invoked by an address other than the EntryPoint itself.
Possible Solutions:
- Do not call
innerHandleOp
directly from outside the EntryPoint. - Ensure you are calling the EntryPoint’s main methods (
handleOps
, etc.) rather than internal helper methods.
AA93 invalid paymasterAndData
The paymasterAndData field is of an incorrect length.
Possible Solutions
- Check that
paymasterAndData
is either empty or at least 20 bytes long.
AA94 gas values overflow
A gas value of the userOp did not fit into a uint160
.
Possible Solutions
- Check that all the gas limit and gas price fields of the userOp fit into
uint160
.
AA95 out of gas
The entire operation (or a sub-call) ran out of gas. This is usually due to too low gas limits passed to handleOps
.
Possible Solutions:
- Increase the gas limit provided to the bundler or
handleOps
call. - Optimize your code to require less gas.
AA96 invalid aggregator
The aggregator address is invalid. For example, it might be the special address(1)
marker used internally or not meet aggregator requirements.
Possible Solutions:
- Use a proper aggregator address that implements the
IAggregator
interface. - Check that you’re not using reserved addresses that are disallowed by the EntryPoint.