Convert the Arbitrum 0x input into a Solana-account receipt
Arbitrum uses EVM account addresses and ETH for source gas. Solana uses Solana accounts, transaction signatures, and SOL for destination activity. A 0x address is not a valid substitute for the Solana receiving address shown by the route. SOL uses SOL contract token on the source; USDT uses USDT contract token on Solana.
Solana token-account check for USDT
Base58-encoded Solana account address A Solana receipt uses a native SOL balance or SPL token account identified by mint; later token movement and account creation use SOL fees. Confirm whether the output is ERC-20, TRC-20, SPL, or another USDT standard; a wallet supporting one standard may not credit another. A compatible wallet may create or use an associated token account, and SOL—not USDT unless it is SOL—pays later Solana fees.
Arbitrum approval and gas before the handoff
ETH is the native gas asset for Arbitrum. SOL is contract-tracked and can require an allowance before transfer. On an Arbitrum source, the Nitro sequencer records L2 execution before Ethereum settlement completes; ETH funds gas and ERC-20 inputs can need approval.
Receiving stablecoin USDT
USDT is issued through ERC-20, TRC-20, SPL, and other network-specific contracts. The ticker does not determine the token standard, contract, issuer controls, or destination address model. The destination wallet must support the exact Solana representation. The route converts a native-asset source into a stablecoin balance; the destination ticker alone is not a contract check.
Mistakes specific to SOL Arbitrum to USDT Solana
Route-specific mistakes include sending on a network other than Arbitrum; using a destination that is not valid for Solana; running out of ETH before the source transaction is submitted; assuming evm and solana addresses are interchangeable; selecting a stablecoin by ticker without checking its network contract. On an Arbitrum source, the Nitro sequencer records L2 execution before Ethereum settlement completes; ETH funds gas and ERC-20 inputs can need approval. Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead. A Solana receipt uses a native SOL balance or SPL token account identified by mint; later token movement and account creation use SOL fees. Confirm whether the output is ERC-20, TRC-20, SPL, or another USDT standard; a wallet supporting one standard may not credit another.
SOL input identity and handling
Solana is classified as a native asset for this route. SOL uses a network-specific contract asset on Arbitrum. The recorded Arbitrum representation uses 9 decimal places. Native SOL leaves a Solana account through a signed transaction and pays the fee; wrapped or tokenized SOL uses a token account or external contract instead.
USDT output identity and receiving
Tether is classified as a stablecoin for this route. USDT uses a network-specific contract asset on Solana. The Solana side is contract-tracked rather than a native gas balance. Confirm whether the output is ERC-20, TRC-20, SPL, or another USDT standard; a wallet supporting one standard may not credit another.