Skip to main content
Before a token can be bridged for the first time, it must be deployed on the destination chain and registered with the bridge. This is a one-time setup per token per chain pair.
Most popular tokens are already deployed. Check if a token exists before deploying.

When Is This Needed?

  • First time bridging a new ERC20 from Ethereum to NEAR
  • First time bridging a NEP-141 from NEAR to an EVM chain
  • Bridging to a new destination where the token doesn’t exist yet

The Process

  1. Log Metadata — Record token’s name, symbol, decimals on source chain
  2. Deploy Token — Create wrapped token contract on destination
  3. Bind Token — Associate source and destination addresses in the bridge

EVM Token → NEAR

Step 1: Log Metadata (EVM)

Step 2: Deploy Token (NEAR)

After the metadata is signed (check Wormhole for VAA or wait for MPC signature):

Step 3: Bind Token (NEAR)

Extract the deployment proof and bind:

NEAR Token → EVM

Step 1: Log Metadata (NEAR)

Step 2: Deploy Token (EVM)

Step 3: Bind Token (NEAR)

Same as above — get the EVM deployment proof and call buildBindToken.

NEAR Token → Solana

Solana doesn’t require a separate bind step — the mapping is established during deployment.

Checking If Already Deployed

Native Token Deployment

Native tokens (ETH, MATIC, BNB) use the zero address:
The bridge uses hardcoded metadata for native tokens.
Native token deployment on NEAR requires the DAO role. Regular users cannot deploy native tokens.

Common Errors

Prerequisites

  • Gas on source chain (for logMetadata)
  • Gas on destination chain (for deployToken)
  • NEAR tokens for storage (for bindToken)
  • Valid ERC20 or NEP-141 token