Before you begin

Use a trusted device and have the address, network and transaction details you need to verify. No page should ask you to enter a seed phrase, private key or recovery phrase.

Pre-connection checks

“Pre-connection checks” deserves its own checkpoint when working with Web3 Guides. It can affect network selection, account control, transaction confirmation or permission scope, so a single interface label should not be treated as the full story.

In a Web3 Guides workflow, build a short verification chain: confirm the source, confirm the target, review the permission or amount, then verify the on-chain result. This helps prevent different networks, contracts or sessions from being mixed together.

The goal is not to click through quickly but to make each step reviewable. Prepare only the non-sensitive information you need, verify details during the action, and confirm the result afterward using wallet history or a block explorer.

After working through “Pre-connection checks,” keep only the non-sensitive references you may need later, such as a transaction hash, network name or public address. Do not store or forward a seed phrase, private key, recovery phrase or verification code.

  • Confirm the network and account related to “Pre-connection checks”
  • Verify the source or DApp domain
  • Read the actual transaction, signature or approval request
  • Check the resulting transaction state and any permissions left behind

Connect an account

“Connect an account” deserves its own checkpoint when working with Web3 Guides. It can affect network selection, account control, transaction confirmation or permission scope, so a single interface label should not be treated as the full story.

In a Web3 Guides workflow, build a short verification chain: confirm the source, confirm the target, review the permission or amount, then verify the on-chain result. This helps prevent different networks, contracts or sessions from being mixed together.

If a network, address, amount, permission or signature differs from what you expected, stop the flow. Do not let urgency, countdowns or someone claiming to be support push you past a check you would normally make.

After working through “Connect an account,” keep only the non-sensitive references you may need later, such as a transaction hash, network name or public address. Do not store or forward a seed phrase, private key, recovery phrase or verification code.

  • Confirm the network and account related to “Connect an account”
  • Verify the source or DApp domain
  • Read the actual transaction, signature or approval request
  • Check the resulting transaction state and any permissions left behind

Signatures and approvals

“Signatures and approvals” deserves its own checkpoint when working with Web3 Guides. It can affect network selection, account control, transaction confirmation or permission scope, so a single interface label should not be treated as the full story.

In a Web3 Guides workflow, build a short verification chain: confirm the source, confirm the target, review the permission or amount, then verify the on-chain result. This helps prevent different networks, contracts or sessions from being mixed together.

For an important transfer or an unfamiliar route, a small test can help reveal obvious problems with the address, network or recipient support before you continue. It does not remove all risk, but it adds a useful checkpoint.

After working through “Signatures and approvals,” keep only the non-sensitive references you may need later, such as a transaction hash, network name or public address. Do not store or forward a seed phrase, private key, recovery phrase or verification code.

  • Confirm the network and account related to “Signatures and approvals”
  • Verify the source or DApp domain
  • Read the actual transaction, signature or approval request
  • Check the resulting transaction state and any permissions left behind

Clean up afterward

“Clean up afterward” deserves its own checkpoint when working with Web3 Guides. It can affect network selection, account control, transaction confirmation or permission scope, so a single interface label should not be treated as the full story.

In a Web3 Guides workflow, build a short verification chain: confirm the source, confirm the target, review the permission or amount, then verify the on-chain result. This helps prevent different networks, contracts or sessions from being mixed together.

The goal is not to click through quickly but to make each step reviewable. Prepare only the non-sensitive information you need, verify details during the action, and confirm the result afterward using wallet history or a block explorer.

After working through “Clean up afterward,” keep only the non-sensitive references you may need later, such as a transaction hash, network name or public address. Do not store or forward a seed phrase, private key, recovery phrase or verification code.

  • Confirm the network and account related to “Clean up afterward”
  • Verify the source or DApp domain
  • Read the actual transaction, signature or approval request
  • Check the resulting transaction state and any permissions left behind

Important reminder

Seed phrases and private keys should remain under the user’s control and should never be sent to anyone. On-chain transactions generally cannot be unilaterally reversed by a wallet, and third-party DApps, smart contracts, bridges or staking services can introduce technical, market and operational risks.