Deploy to Mainnet

Move from local testing to a mainnet-facing configuration for either antd or ant.

This guide covers both the daemon-backed SDK deployment workflow and the direct CLI deployment workflow because mainnet decisions usually touch both.

Prerequisites

  • Your application already tested locally

  • Production wallet access

  • Bootstrap peer information or daemon network defaults appropriate for your deployment

Steps

1. Lock down wallet handling

For daemon-based deployments, provide wallet and EVM settings through the environment:

export AUTONOMI_WALLET_KEY="<hex_private_key>"
export EVM_RPC_URL="https://your-rpc-endpoint"
export EVM_PAYMENT_TOKEN_ADDRESS="0x..."
export EVM_PAYMENT_VAULT_ADDRESS="0x..."

For direct-network CLI deployments, provide:

export SECRET_KEY="0x<hex_private_key>"

2. Start the production daemon shape

Run antd without --network local:

3. Verify daemon health and wallet state

4. Estimate and perform a small write through antd

5. Verify the CLI separately if you use it

The ant CLI expects bootstrap peers and an EVM network setting for mainnet-style writes:

If you use the private mode, the CLI saves a local .datamap file and uses that for later download.

6. Keep monitoring simple and current

Use the daemon health endpoint and wallet endpoints directly:

Verify it worked

Mainnet deployment is working when the daemon reports healthy status, wallet endpoints return valid data, and a small write/read cycle succeeds with production configuration.

Common errors

503 on write endpoints: The daemon is running but wallet configuration is missing.

Direct CLI upload fails immediately: Check SECRET_KEY, --bootstrap, and --evm-network.

Unexpected local-network behavior in production: Remove --network local, --allow-loopback, and devnet manifest flags from production commands.

Next steps

Last updated