imtoken will never ask for your seed phrase, private key or verification code. Always review the address, network and request details before transferring, signing or approving.
Home / DApp Connections

DApp Connections

Understand that connecting to a DApp creates an interaction channel but does not approve every later request.

On this pageWhat a DApp connection isVerify domain and sourceAccount access requestsConfirm each later actionDisconnecting

What a DApp connection is

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For what a dapp connection is, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

A practical check

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For what a dapp connection is, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

Before proceeding, confirm the network, the address or contract, the amount or permission scope, and the expected result. Keep sensitive recovery information offline and never send a seed phrase, private key, or verification code to another person.

Verify domain and source

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For verify domain and source, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

A practical check

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For verify domain and source, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

Before proceeding, confirm the network, the address or contract, the amount or permission scope, and the expected result. Keep sensitive recovery information offline and never send a seed phrase, private key, or verification code to another person.

Account access requests

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For account access requests, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

A practical check

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For account access requests, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

Before proceeding, confirm the network, the address or contract, the amount or permission scope, and the expected result. Keep sensitive recovery information offline and never send a seed phrase, private key, or verification code to another person.

Confirm each later action

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For confirm each later action, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

A practical check

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For confirm each later action, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

Before proceeding, confirm the network, the address or contract, the amount or permission scope, and the expected result. Keep sensitive recovery information offline and never send a seed phrase, private key, or verification code to another person.

Disconnecting

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For disconnecting, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

A practical check

Connecting a DApp only establishes an interaction channel. It does not mean later signatures, approvals, or transactions should be trusted automatically. Review the domain, contract, permission scope, asset amount, and intended on-chain effect every time a new request appears. For disconnecting, separate the object you are acting on, the active network, the expected outcome, and the evidence you can independently verify. Do not rely on interface wording alone; use addresses, transaction hashes, explorers, and contract details where appropriate. For this topic, a useful sequence is: understand the concept, check before acting, submit only when the details are clear, verify on-chain status, and review any permissions that remain afterward.

Before proceeding, confirm the network, the address or contract, the amount or permission scope, and the expected result. Keep sensitive recovery information offline and never send a seed phrase, private key, or verification code to another person.
On-chain transactions generally cannot be unilaterally reversed by a wallet. Third-party DApps, smart contracts, bridges, and staking services may involve technical or operational risk. Digital-asset prices can also fluctuate. Review each action based on your own circumstances.

Keep learning with imtoken

Use the related guides to understand the network, permissions, and security checks before your next on-chain action.

Download imtoken