Exchange help
Wrong crypto address or network: what to do
Identify where the transfer went and who controls the destination.
Already sent? Do not send again. Compare the transaction’s asset, network and recipient with the original order instructions. Recovery depends on the actual recipient’s control and cooperation. It is not guaranteed.
Match the transaction to the instructions
Check the transfer record and the explorer for the chain that actually carried it.
An asset symbol or an EVM-style 0x… address does not prove that the receiving chain is correct. Save the asset, network name, recipient and amount; compare both the sending and receiving networks in the original order.
- Wrong network
- Compare the chain name, not just the address format. Ethereum and Arbitrum are different networks even when both use
0xaddresses. ERC-20, BEP-20 and TRC-20 are token standards, not interchangeable withdrawal options. Confirm the named network in the receiving wallet’s deposit instructions. - Wrong address
- Compare the actual transaction recipient with the original deposit or payout address. A valid-looking address does not establish who controls it or whether it can receive the intended asset.
- Wrong asset
- Compare the asset and, for a token, its contract on the actual chain with the receiving instructions. A matching ticker alone is not enough.
- Missing or wrong memo/tag
- Compare any required memo or destination tag with the original receiving instructions. Keep the address and memo together. For a custodial destination, only that custodian can assess whether it can identify and credit the transfer.
Do not send again while the mismatch is unresolved. Selecting another network in a new form cannot move the earlier transaction to that chain.
Who can assess recovery?
The person or service controlling the actual recipient address.
A completed payment to the wrong recipient cannot be reversed by editing a no1 order or making another deposit. Bitcoin has no protocol chargeback for a completed payment. Any return requires the actual recipient’s control and cooperation; wrong-network recovery is not guaranteed.
- Your own self-custody wallet
- Check the wallet’s official instructions for the actual chain and asset. Address similarity alone does not prove that your wallet can access the funds. Do not export or disclose a seed phrase or private key to a recovery service.
- A custodial wallet or exchange account
- Use that custodian’s authenticated support channel. Supply the TxID, actual chain, asset, amount, recipient, any required memo/tag and the expected deposit instructions. Only the custodian can assess its own account-crediting or recovery options.
- The original exchange’s deposit address
- The order view has no recovery request or published recovery contact. Keep the original no1 order ID and transaction records. Do not trust an unsolicited recovery offer or share wallet keys.
- An unrelated recipient
- Neither no1 nor a new order gives you control of another person’s address. A return requires that recipient’s cooperation, and may not be possible.
Before or after sending?
A form error and a broadcast transaction need different actions.
- Not broadcast
- Correct the asset, sending and receiving networks, destination and any required memo/tag before paying. Copy compatible receiving instructions. If a withdrawal is queued, check in the sender’s own interface whether it can still be changed.
- Timeout or uncertain result
- A website or withdrawal-screen timeout does not prove that payment failed or used the wrong chain. Check the sender’s transfer history for a TxID or pending withdrawal. Do not repeat the payment until the first attempt is resolved.
- Confirmed wrong-chain or wrong-address transfer
- Preserve the transaction and original order instructions. Identify the actual recipient and use the applicable ownership case above; changing a field cannot reverse the completed transfer.
No transaction found in the explorer?
Recheck the network and transaction hash against the sender’s transfer history. On Solana, a transaction may not appear in a lookup before it reaches that lookup’s confirmation level. A missing result alone does not prove that the payment failed or used the wrong network.
Solana: transaction lookupOrder status is not a chain diagnosis
Keep the order message separate from on-chain evidence.
There is no dedicated wrong-network status. NEW, PENDING, EXPIRED or an unavailable lookup cannot establish where a transfer went or whether recovery is possible. NEW alone is not proof that the payment never reached an address.
- Suspected deposit mismatch
- Keep the original no1 ID, deposit TxID, actual network and transfer result beside the original deposit instructions.
- Suspected payout mismatch
- Keep the payout TxID and the destination originally submitted, including its network and any memo/tag.
Only the operator controlling the actual recipient can assess recovery. The order view cannot migrate a deposit to another network or attach it to a new order.
Check a refund as its own transfer
A deposit TxID is not a refund receipt.
The REFUND status does not show a refund’s own transaction details or prove that it was sent on the wrong network. Keep the original deposit evidence separate from any supplied refund evidence.
- Get the refund’s own details
- You need its asset, network, amount, recipient and TxID. If any are missing, those are the unresolved facts; do not substitute the deposit TxID or original quote.
- If an unexpected-chain refund is confirmed
- Compare that transfer with the receiving instructions. Determine whether the recipient is your own wallet, a custodian or another party, then follow the corresponding ownership case.
- If the refund recipient is custodial
- Ask that custodian through its authenticated channel about the actual asset, chain and any missing tag. It can assess its own crediting options, not guarantee the exchange’s refund decision.
Do not pay an additional deposit to trigger recovery. No refund amount, eligibility, fee or completion time is promised here.