Confirm the correct wallet, network and destination. Keep your seed phrase and private key offline and never enter them into a website.
Start with receiving addresses and network selection
Before working through send & receive, separate the roles of receiving addresses and network selection. Many on-chain mistakes come from using the wrong network, destination or permission rather than from misunderstanding a button. Confirm the wallet, network, asset and purpose before moving to any signing step.
A website does not need your seed phrase, private key, recovery phrase or verification code to connect a wallet, display a receiving address, submit a transfer or request an approval. Keep these credentials offline and stop if a site asks you to enter them.
Review amount checks, Gas and transaction hashes in order
Use a repeatable sequence: check amount checks, then Gas, then understand what transaction hashes will change. A fixed sequence reduces errors when multiple networks use similar address formats or when a DApp requests several permissions in one session.
A confirmation button means you accept a specific request; it does not prove the request is safe. Read the destination, network, amount, contract action and approval scope. Cancel first when the details are unclear, then verify the source independently.
Use block explorers as a verifiable record
After an on-chain action, do not rely only on a transient wallet notification. Use block explorers and the relevant network record to check whether a request was submitted, succeeded, failed or is still waiting for confirmations.
If something looks wrong, record the network, transaction hash, destination and non-sensitive error details. Never send a seed phrase, private key or verification code when asking for support, and be cautious of anyone asking for remote access to your device.
Turn send & receive into a repeatable habit
Reliable wallet use comes from repeated checks rather than memory. Apply the same review to receiving addresses, network selection, amount checks and Gas; treat every DApp signature as a new independent request; and periodically review connections or approvals that are no longer needed.
On-chain transactions are generally not reversible by a wallet provider. Understanding transaction hashes and block explorers helps you distinguish normal network waiting from a real problem and makes “review before confirming” part of the workflow.
Connect receiving addresses, network selection, amount checks, Gas, transaction hashes and block explorers in one review
After learning the individual concepts in Send & Receive, replay them as one end-to-end decision. Confirm the source and network first; review the account, address or contract context; then inspect fees, signatures or approval details; and finally use the on-chain record to verify what actually happened. This turns separate definitions into a practical review method rather than a vocabulary exercise.
If any step differs from what you expected, stop before confirming and verify again. A page being open, a wallet being connected, or a DApp having been used before does not make a new request automatically trustworthy. For important actions, build familiarity with lower-risk steps first and keep verifiable details such as the network name, public address and transaction hash. Sensitive recovery credentials should never appear in website forms, chat messages or remote-support sessions.