On this pageWhat to confirm before you beginFollow the process deliberatelyVerify the on-chain resultCommon mistakes and safety checks
01
receive addresses

Understanding Send & Receive starts with separating what the wallet interface shows from what is actually recorded on-chain. Information about receive addresses may come from the wallet, the selected network, and a block explorer at the same time. Before confirming an action, check the active network, the destination, and the exact type of request. This habit reduces mistakes caused by similar network names, copied addresses, or unclear transaction prompts.

02
network selection

Send & Receive is easier to use safely when you understand why each confirmation exists instead of memorizing a sequence of buttons. A practical framework for network selection helps you identify where an asset lives, what fees may apply, what confirmation state means, and whether a third-party contract is involved. If a field or permission is unclear, do not skip it because of urgency, countdowns, or instructions from an unverified support account.

03
amount checks

In real use, Send & Receive often overlaps with network congestion, transaction states, approval scope, and third-party services. When working with amount checks, keep the transaction hash, review block height and confirmations where relevant, and compare wallet status with explorer data. A wallet organizes the interaction, but it cannot replace the user’s final review of the address, network, amount, signature details, and permissions.

04
gas fees

A repeatable review process makes Send & Receive more manageable: verify the source, verify the network, verify the address or contract, and then verify the exact action you are about to submit. If a request involving gas fees cannot be explained clearly, stop and reopen the service from a trusted entry point. Seed phrases, private keys, and verification codes are never appropriate fields for a website, promotion, or support conversation.

05
transaction hashes

Understanding Send & Receive starts with separating what the wallet interface shows from what is actually recorded on-chain. Information about transaction hashes may come from the wallet, the selected network, and a block explorer at the same time. Before confirming an action, check the active network, the destination, and the exact type of request. This habit reduces mistakes caused by similar network names, copied addresses, or unclear transaction prompts.

What to confirm before you begin

Understanding Send & Receive starts with separating what the wallet interface shows from what is actually recorded on-chain. Information about receive addresses, network selection, amount checks, gas fees, transaction hashes may come from the wallet, the selected network, and a block explorer at the same time. Before confirming an action, check the active network, the destination, and the exact type of request. This habit reduces mistakes caused by similar network names, copied addresses, or unclear transaction prompts. Send & Receive is easier to use safely when you understand why each confirmation exists instead of memorizing a sequence of buttons. A practical framework for transaction hashes, gas fees, amount checks, network selection, receive addresses helps you identify where an asset lives, what fees may apply, what confirmation state means, and whether a third-party contract is involved. If a field or permission is unclear, do not skip it because of urgency, countdowns, or instructions from an unverified support account.

How receive addresses changes the decision

In real use, Send & Receive often overlaps with network congestion, transaction states, approval scope, and third-party services. When working with receive addresses, network selection, keep the transaction hash, review block height and confirmations where relevant, and compare wallet status with explorer data. A wallet organizes the interaction, but it cannot replace the user’s final review of the address, network, amount, signature details, and permissions.

Follow the process deliberately

Send & Receive is easier to use safely when you understand why each confirmation exists instead of memorizing a sequence of buttons. A practical framework for receive addresses, network selection, amount checks, gas fees, transaction hashes helps you identify where an asset lives, what fees may apply, what confirmation state means, and whether a third-party contract is involved. If a field or permission is unclear, do not skip it because of urgency, countdowns, or instructions from an unverified support account. In real use, Send & Receive often overlaps with network congestion, transaction states, approval scope, and third-party services. When working with transaction hashes, gas fees, amount checks, network selection, receive addresses, keep the transaction hash, review block height and confirmations where relevant, and compare wallet status with explorer data. A wallet organizes the interaction, but it cannot replace the user’s final review of the address, network, amount, signature details, and permissions.

How network selection changes the decision

A repeatable review process makes Send & Receive more manageable: verify the source, verify the network, verify the address or contract, and then verify the exact action you are about to submit. If a request involving network selection, amount checks cannot be explained clearly, stop and reopen the service from a trusted entry point. Seed phrases, private keys, and verification codes are never appropriate fields for a website, promotion, or support conversation.

Verify the on-chain result

In real use, Send & Receive often overlaps with network congestion, transaction states, approval scope, and third-party services. When working with receive addresses, network selection, amount checks, gas fees, transaction hashes, keep the transaction hash, review block height and confirmations where relevant, and compare wallet status with explorer data. A wallet organizes the interaction, but it cannot replace the user’s final review of the address, network, amount, signature details, and permissions. A repeatable review process makes Send & Receive more manageable: verify the source, verify the network, verify the address or contract, and then verify the exact action you are about to submit. If a request involving transaction hashes, gas fees, amount checks, network selection, receive addresses cannot be explained clearly, stop and reopen the service from a trusted entry point. Seed phrases, private keys, and verification codes are never appropriate fields for a website, promotion, or support conversation.

How amount checks changes the decision

Understanding Send & Receive starts with separating what the wallet interface shows from what is actually recorded on-chain. Information about amount checks, gas fees may come from the wallet, the selected network, and a block explorer at the same time. Before confirming an action, check the active network, the destination, and the exact type of request. This habit reduces mistakes caused by similar network names, copied addresses, or unclear transaction prompts.

Common mistakes and safety checks

A repeatable review process makes Send & Receive more manageable: verify the source, verify the network, verify the address or contract, and then verify the exact action you are about to submit. If a request involving receive addresses, network selection, amount checks, gas fees, transaction hashes cannot be explained clearly, stop and reopen the service from a trusted entry point. Seed phrases, private keys, and verification codes are never appropriate fields for a website, promotion, or support conversation. Understanding Send & Receive starts with separating what the wallet interface shows from what is actually recorded on-chain. Information about transaction hashes, gas fees, amount checks, network selection, receive addresses may come from the wallet, the selected network, and a block explorer at the same time. Before confirming an action, check the active network, the destination, and the exact type of request. This habit reduces mistakes caused by similar network names, copied addresses, or unclear transaction prompts. Seed phrases and private keys are controlled by the user. Official personnel will not ask for a seed phrase, private key, or verification code, and these details should never be sent through chats, forms, or screenshots. Before a transfer, verify the address, network, and amount; on-chain transactions generally cannot be reversed by the wallet alone. Third-party DApps and smart contracts can introduce risk, so review the approval target, permission scope, and allowance, and consider revoking permissions you no longer need.

How gas fees changes the decision

Send & Receive is easier to use safely when you understand why each confirmation exists instead of memorizing a sequence of buttons. A practical framework for gas fees, transaction hashes helps you identify where an asset lives, what fees may apply, what confirmation state means, and whether a third-party contract is involved. If a field or permission is unclear, do not skip it because of urgency, countdowns, or instructions from an unverified support account.

Final review
  • Confirm the correct network and destination.
  • Review the amount, fee and transaction details.
  • Do not share a seed phrase, private key or verification code.
  • Review every DApp signature or approval separately.
  • Keep the transaction hash when an on-chain action is submitted.