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.

Knowledge Guide

Layer 2 & Cross-layer Assets

Understand how Layer 2 relates to the base layer, how bridges move assets and how to verify arrival and network context.

01Layer 2
02Base-layer relationship
03Bridges
04Cross-layer confirmation
05Network selection

01

Understand the role of Layer 2

In “Layer 2 & Cross-layer Assets,” Layer 2 is not an isolated idea. It works with Base-layer relationship and Network selection to determine what the user sees and where an action actually takes place. Once those boundaries are clear, interface prompts become easier to evaluate.

Layer 2 systems move some execution or data work away from the base layer while maintaining a defined settlement or security relationship. Bridging between layers may involve different arrival times and exit mechanisms. This section therefore focuses on reasoning through the relationship between Layer 2, Base-layer relationship and the resulting on-chain state rather than memorizing interface locations.

A practical review habit

  • Identify the active network and the object represented by Layer 2, not only its display name.
  • When Base-layer relationship is involved, confirm that both concepts share the intended network and permission context.
  • Keep public verification details such as a transaction hash when troubleshooting, but never expose recovery secrets.

02

How Base-layer relationship works with Bridges

Start with the goal of the action, then identify the network, address, contract or permission context represented by Base-layer relationship. Similar names, icons or page layouts do not prove that two environments are equivalent; network and on-chain identifiers provide stronger context.

Layer 2 systems move some execution or data work away from the base layer while maintaining a defined settlement or security relationship. Bridging between layers may involve different arrival times and exit mechanisms. This section therefore focuses on reasoning through the relationship between Base-layer relationship, Bridges and the resulting on-chain state rather than memorizing interface locations.

A practical review habit

  • Identify the active network and the object represented by Base-layer relationship, not only its display name.
  • When Bridges is involved, confirm that both concepts share the intended network and permission context.
  • Keep public verification details such as a transaction hash when troubleshooting, but never expose recovery secrets.

03

Reviewing Bridges during an action

A repeatable review of Bridges can begin with the source and network, continue with the target and parameters, and end with the asset or permission change the action may create. Consistency is more useful than trying to confirm quickly.

Layer 2 systems move some execution or data work away from the base layer while maintaining a defined settlement or security relationship. Bridging between layers may involve different arrival times and exit mechanisms. This section therefore focuses on reasoning through the relationship between Bridges, Cross-layer confirmation and the resulting on-chain state rather than memorizing interface locations.

A practical review habit

  • Identify the active network and the object represented by Bridges, not only its display name.
  • When Cross-layer confirmation is involved, confirm that both concepts share the intended network and permission context.
  • Keep public verification details such as a transaction hash when troubleshooting, but never expose recovery secrets.

04

Common assumptions to avoid

A common mistake around Cross-layer confirmation is treating display information as final on-chain truth, or assuming that a workflow that was safe once will be identical on another network, asset or DApp. Re-read the current request every time.

Layer 2 systems move some execution or data work away from the base layer while maintaining a defined settlement or security relationship. Bridging between layers may involve different arrival times and exit mechanisms. This section therefore focuses on reasoning through the relationship between Cross-layer confirmation, Network selection and the resulting on-chain state rather than memorizing interface locations.

A practical review habit

  • Identify the active network and the object represented by Cross-layer confirmation, not only its display name.
  • When Network selection is involved, confirm that both concepts share the intended network and permission context.
  • Keep public verification details such as a transaction hash when troubleshooting, but never expose recovery secrets.

05

Make Network selection part of a routine

Making Network selection part of a routine means adding checkpoints before, during and after an operation: verify the conditions, read the request, then confirm the result through the transaction hash, network state or approval record.

Layer 2 systems move some execution or data work away from the base layer while maintaining a defined settlement or security relationship. Bridging between layers may involve different arrival times and exit mechanisms. This section therefore focuses on reasoning through the relationship between Network selection, Layer 2 and the resulting on-chain state rather than memorizing interface locations.

A practical review habit

  • Identify the active network and the object represented by Network selection, not only its display name.
  • When Layer 2 is involved, confirm that both concepts share the intended network and permission context.
  • Keep public verification details such as a transaction hash when troubleshooting, but never expose recovery secrets.

Important security reminder

Seed phrases and private keys should remain under the user’s control, and official personnel will not request them or verification codes. Check the address, network and amount before a transfer; on-chain transactions generally cannot be unilaterally reversed by a wallet. Third-party DApps and smart contracts carry risk, so review the spender and permission scope and consider revoking unused approvals.

Before you continue

Use a repeatable review routine

  • Verify the active network and target address or contract
  • Read the amount, fee, signature or permission scope
  • Never send a seed phrase, private key or verification code to anyone
  • Verify the result through a transaction hash or approval record
  • If a request is unclear, stop and verify the source before continuing