Skip to main content
The /v1/quote endpoint is the central endpoint for getting execution quotes. It accepts composeFlows that define your operations and returns execution costs, gas estimates, and payloads to sign.

Endpoint

How It Works

The quote endpoint:
  1. Accepts composeFlows - Takes array of operations to execute
  2. Builds instructions - Processes flows into executable MEE instructions
  3. Calculates fees - Determines gas costs and execution fees
  4. Auto-detects signature type - Returns appropriate quoteType based on mode and tokens
  5. Returns signable payloads - Provides data that needs to be signed for execution

Request Structure

Request Body

Mode-Specific Requirements

Required fields:
  • fundingTokens
Important:
  • If feeToken is provided, it must match one of the tokens in fundingTokens (same address and chainId)
Not allowed:
  • authorizations
API returns:
  • quoteType: permit or onchain (auto-detected)

Compose Flows

The composeFlows array defines operations to execute. Three flow types are supported:

1. /instructions/intent-simple

Simple token swaps (same-chain or cross-chain):

2. /instructions/intent

Advanced multi-position operations:

3. /instructions/build

Custom contract calls:

Fee Token Configuration

Optional. If not specified, defaults to sponsorship (gasless):
Your API key must have sponsorship enabled for gasless transactions. Contact support@biconomy.io if needed.

Account Address Override

The accountAddress parameter allows you to use upgraded legacy v2.1.0 addresses instead of the default v2.2.1 addresses. This is useful for users who have existing v2.1.0 deployments that have been upgraded to v2.2.1 implementation.
This parameter is only needed if you have users with legacy v2.1.0 deployments that you’ve upgraded. New applications can skip this entirely.

When to Use

Use accountAddress when:
  • User has a v2.1.0 Nexus deployment
  • The account has been upgraded to v2.2.1 implementation
  • You want to use the original v2.1.0-derived address (preserving funds and history)

Structure

Example with Account Address

Before using accountAddress, ensure the account has been upgraded via the /v1/mee/upgrade endpoint. Use /v1/mee/orchestrator to check account status and retrieve upgraded addresses.

Mode Support

Response Structure

Success Response (200)

Response Fields

Quote Types (Auto-Detected)

The API automatically detects and returns the appropriate signature type based on your mode and token capabilities:
  • permit: Token supports EIP-2612 (EOA mode) - gasless approval via EIP-712 signature
  • onchain: Token doesn’t support EIP-2612 (EOA mode) - requires on-chain approval transaction
  • simple: Smart Account or EIP-7702 mode - simple message signature
For detailed payload structures and signing instructions, see Signing Payloads.

Error Response (412) - EIP-7702 Only

When using eoa-7702 mode without authorizations and EOA is not delegated:
How to handle:
  1. Sign authorizations using walletClient.signAuthorization()
  2. Retry quote with signed authorizations in request

Best Practices

Don’t try to determine signature type yourself - the API automatically returns the appropriate quoteType based on token capabilities and mode.
Always check fees are within acceptable limits:
Implement proper error handling: