/v1/mee/orchestrator endpoint queries deployment information for an owner address across multiple chains and MEE versions. Use this to check if users have legacy v2.1.0 deployments that need upgrading, or to retrieve their upgraded account addresses.
Endpoint
When to Use
This endpoint is primarily useful if you have users with legacy v2.1.0 deployments and want to support an upgrade flow. New applications using only v2.2.1 can skip this endpoint entirely.
- Check if a user has existing Nexus deployments
- Determine which accounts need upgrading from v2.1.0 to v2.2.1
- Retrieve
upgradedAddressesto use with theaccountAddressparameter in/v1/quote
Request Structure
Request Body
| Parameter | Type | Required | Description |
|---|---|---|---|
ownerAddress | string | Yes | EOA wallet address to check |
chains | number[] | No | Chain IDs to check. Defaults to all supported chains |
addressVersions | string[] | No | Filter by version: ['2.1.0'], ['2.2.1'], or both. Defaults to both |
Example Request
Response Structure
Success Response (200)
Response Fields
| Field | Type | Description |
|---|---|---|
ownerAddress | string | The queried EOA address |
deployments | array | Array of deployment info for each chain/version combination |
upgradedAddresses | object | Chain ID to address mapping for upgraded v2.1.0 accounts |
Deployment Object Fields
| Field | Type | Description |
|---|---|---|
chainId | number | Chain ID |
chainName | string | Human-readable chain name |
addressVersion | string | MEE version used to derive this address (2.1.0 or 2.2.1) |
address | string | Nexus smart account address |
isDeployed | boolean | Whether the account has code deployed |
implementation | string | null | Current implementation contract address |
nexusVersion | string | null | Current implementation version (2.1.0, 2.2.1, or null) |
accountId | string | null | Account identifier (e.g., biconomy.nexus.1.2.0) |
isUpgradeNeeded | boolean | True if deployed with v2.1.0 implementation and needs upgrade |
Understanding the Response
Key Concepts
- Address Version vs Nexus Version
- isUpgradeNeeded
- upgradedAddresses
Address Version (
addressVersion): The MEE version used to derive the address. Different versions derive different addresses for the same owner.Nexus Version (nexusVersion): The actual implementation version running at that address. An account derived with v2.1.0 can be upgraded to run v2.2.1 implementation.Example Responses
Account Needs Upgrade
Account Needs Upgrade
User has a v2.1.0 deployment that needs upgrading:
Account Already Upgraded
Account Already Upgraded
User’s v2.1.0 account has been upgraded to v2.2.1 implementation:
New User (No Legacy Deployments)
New User (No Legacy Deployments)
User has no legacy deployments - standard flow applies:
Integration Pattern
Next Steps
- If accounts need upgrading, use the Upgrade endpoint to generate an upgrade quote
- After upgrading, use the
accountAddressparameter in /v1/quote to transact with legacy addresses
Frequently Asked Questions
Which MEE versions are supported?
Which MEE versions are supported?
The orchestrator endpoint currently supports two versions:
- v2.1.0 - Legacy version (accounts that may need upgrading)
- v2.2.1 - Current version (all new deployments)
addressVersions parameter.Do I need to use this endpoint for new applications?
Do I need to use this endpoint for new applications?
No. If you’re building a new application without existing users on v2.1.0, you can skip this endpoint entirely. The standard
/v1/quote → /v1/execute flow will automatically use v2.2.1.Can I cache the response?
Can I cache the response?
Yes. You can cache
upgradedAddresses in memory or local storage to avoid repeated API calls. The upgrade status only changes when a user explicitly upgrades their account.Which chains are supported?
Which chains are supported?
The orchestrator endpoint supports all MEE-enabled chains. Common chain IDs:
- Base:
8453 - Optimism:
10 - Polygon:
137 - Arbitrum:
42161 - World Chain:
480