· four exchange APIs · rebuilt daily

The finding
Funds sent to an unmapped address on an incompatible chain are permanently lost, while same-address EVM transfers to a centralized exchange are recoverable for an administrative fee.
Recovery requires private key access or exchange operator intervention.
Centralized exchanges charge manual recovery fees between $50 and $500 or up to 10% of the deposit.
Unsupported non-EVM cross-chain transfers cannot be reversed under any protocol mechanism.
When you transfer funds to an exchange or wallet and realize you sent crypto to wrong network, the transaction hash on the source block explorer confirms whether the funds left your sending address. Decentralized protocols process transfers deterministically. The blockchain ledger records execution strictly on the destination chain specified in your wallet request, ignoring the intended recipient network.
If the target network uses the Ethereum Virtual Machine (EVM), address generation uses identical ECDSA key pair architecture. An address generated on Ethereum Mainnet uses the exact same public and private key pair on Arbitrum, Optimism, Polygon, and BNB Chain. If you control the private key on the source chain, you automatically control the identical address on the target EVM chain.
If you sent the deposit to a centralized exchange, the destination address is controlled by the exchange key management system. Exchange infrastructure monitors specific smart contracts or native deposit routers per supported network. The assets reside on-chain at the generated address, but the exchange automated account ledger will not detect or credit the deposit.
Worth knowing
Same-address EVM compatibility means self-custody transfers sent to an unsupported EVM network are accessible immediately by pointing your wallet software to the target network RPC node.
The path to recovering a wrong-network transfer depends on destination address control and cryptographic chain architecture. You must verify ownership of the destination keys before taking technical action.
| Transfer Type | Chain Architecture | Key Ownership | Recovery Status | Expected Cost |
|---|---|---|---|---|
| Self-custody EVM to EVM | Same address generation | User controls private key | Fully Recoverable | Gas fee only |
| Exchange EVM wrong network | Same address generation | Exchange controls key | Recoverable via Support | $50 to $500 flat fee |
| Exchange non-EVM to EVM | Incompatible key architecture | Protocol mismatch | Unrecoverable | 100% loss |
| Unsupported token contract | EVM chain unsupported asset | Exchange controls key | Conditional | High fee or rejected |
Where this goes wrong
Attempting to broadcast non-EVM transactions directly to EVM destination addresses results in an invalid cryptographic signature or routes funds to an unmanaged burn address where no private key exists.
What to do instead
Use a multi-chain block explorer to inspect the destination wallet address on the target network to confirm asset location before contacting venue support.
When a centralized exchange receives a deposit routed over an unmonitored EVM network, retrieving those assets requires manual intervention. An engineer must access warm or cold storage keys, configure a node connection for the secondary network, sign a manual retrieval transaction, and route the funds back to an external user address.
Because key extractions introduce security risks to operational vault systems, platforms enforce fixed recovery criteria. Exchanges generally reject manual recovery requests for transaction values below $100. For deposits exceeding this floor, recovery fees typically range from $50 to $500 per incident, or a dedicated assessment fee equal to 5% to 10% of the total assets recovered.
Processing timelines for manual retrievals run from seven business days to several weeks. Execution relies on scheduled vault maintenance windows. Exchange desk terms explicitly exclude recovery support for custom rebase tokens, algorithmic unbacked assets, or contract addresses that require arbitrary contract execution to move.
Cross-chain deposit failures occur when on-chain payload data fails to trigger the automated accounting hooks of the recipient exchange interface. Standard exchange accounting infrastructure relies on node daemons that parse specific RPC events, such as standard ERC-20 Transfer logs, on supported chain IDs.
When you send assets across an unmonitored chain ID, the state change completes on that specific blockchain ledger. The asset balance updates in the global state trie of the target network. However, because the recipient daemon does not run an active node client for that specific network ID, no internal SQL database record links the transaction hash to your margin balance.
If the destination address belongs to an exchange proxy contract rather than an Externally Owned Account (EOA), recovery requires deploying matching contract bytecode to the exact same contract factory address on the secondary chain. Exchanges routinely refuse this procedure due to code security liabilities.
An exchange can recover funds only if the deposit was sent over an EVM-compatible network to an address where the exchange holds the private key. Manual recovery requires support ticket submission and incurs administrative processing fees between $50 and $500.
Sending assets across incompatible non-EVM chains results in permanent loss because the recipient key pair structure cannot derive a matching address on the target ledger. Neither wallet software nor exchange operators can sign transactions to recover these funds.
Centralized exchanges typically charge a flat fee between $50 and $500 or deduct 5% to 10% of the recovered deposit value. Exchanges generally reject recovery requests for balances valued below $100 due to operational security costs.
Add the target network RPC details to your web3 wallet interface, such as MetaMask or Rabby. The wallet will automatically display your balance using your existing private keys, allowing you to pay native network gas fees to move the assets.