Start with a wallet you can recover
Your first transfer should not be a test of how quickly you can dismiss setup screens. Before moving anything, understand how you would regain access if your phone disappeared. That answer depends on how you created the wallet, not simply on the name of the app.
Phantom offers recovery-phrase and Google or Apple setup routes. For a phrase-based wallet, its instructions say to record the phrase securely offline; Phantom does not retain a copy. If your social-login setup asked for a PIN, its recovery guidance says that PIN is needed alongside the linked account. Follow the instructions for your actual setup.
Define the journey before copying an address
Write the intended transfer as one sentence: I am sending this asset, on this network, from this account, to that receiving account. If any part is uncertain, stop before entering an amount. A token name alone does not define a supported route.
For an illustrative first deposit, imagine withdrawing USDC on Solana from an exchange into Phantom. Open the receiving view for Solana and obtain its address. On the exchange, check that the selected withdrawal network is also Solana. Do not choose a cheaper-looking network merely because its menu contains the same token ticker.
An address match is only one check
Phantom explains that Ethereum-compatible networks can share the same account address while still requiring the correct network for a transfer. Think of matching street numbers in different cities: the familiar number does not settle the destination.
Compare the complete recipient address with the intended destination through a trusted source. A QR code reduces typing but does not establish who controls the address. Treat the asset, network and destination as a single set of instructions, rather than three unrelated fields you can check from memory.
Read the fee before approving the withdrawal
Network fees depend on the chain and action. Phantom says a standard Solana transaction normally needs SOL, even when the token being moved is USDC. Some supported transactions are gasless. Read the preview for your particular route instead of applying one rule to every transfer.
For the exchange-to-wallet example, inspect the exchange withdrawal fee and the amount expected to arrive. Later, sending from Phantom may require a separate fee balance. Receiving a token does not mean you have also received the asset needed to move it again. Avoid assuming that every fee is charged in the token you are transferring.
Make a small test informative
A small test can reduce the amount exposed to a mistaken route. It cannot prove that future transfers are safe. Check any receiving minimum and the sending service’s withdrawal conditions before deciding whether a test amount is useful.
After submitting, keep the transaction identifier and inspect it on an explorer for that network. Phantom documents how to check status, destination, token and amount. A familiar-looking confirmation screen is less informative than a result that matches the transfer you intended. Do not submit another payment just because the app takes time to refresh.
Keep a repeatable final check
Before confirming: recovery method understood, correct receiving account, intended asset, matching network, full destination checked, fees understood. Afterward: transaction status checked and receipt recorded. Keep the receipt without storing recovery credentials beside it.
A calmer first transfer leaves you with a method you can repeat. The aim is not to memorize a changing sequence of buttons. It is to know what must remain true even when the wallet interface changes.
Use the receiving screen as the starting point each time. A stored address label can keep you organized, but it should not replace checking the current route. When sending from an exchange, keep its withdrawal receipt as well as the onchain transaction identifier. Together they make a delayed or unexpected result easier to discuss with support.