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.
imtoken · Service Guide

imtoken

Before considering staking or related services, understand validators, reward sources, exit queues, penalties, contract risk and market volatility.

Separate education from service actions

This section brings together Ethereum PoS, validator education, updates, FAQ and support. Educational content is not a return promise and does not constitute an endorsement of any third-party service. If the interface does not match expectations, record the network, address or transaction hash and troubleshoot separate education from service actions one variable at a time.

Understand where staking rewards come from

Proof-of-stake rewards arise from protocol rules and validator participation and can change with network state, validator performance and protocol parameters. A current reward level should not be treated as fixed annual interest or principal protection. In practice, place “understand where staking rewards come from” back into the context of the active account, network and intended target instead of judging the action from interface styling or button labels alone.

Exits and withdrawals can take time

Validator exits, withdrawals or service redemptions can be affected by queues, protocol state and third-party procedures. Understand the timing of asset availability before participating rather than assuming an immediate exit. This is rarely solved safely by clicking through again. A repeatable verification order for exits and withdrawals can take time is more reliable than trial and error.

Updates should focus on user impact

Updates should prioritize network notices, security notices, product changes and service status. They should not invent financing, partnerships, user counts or market rankings without evidence. Treating updates should focus on user impact as its own decision point helps prevent rapid click-through mistakes across multiple accounts, networks or DApp steps.

Support does not need secret keys

Support can explain public transaction state, networks, gas, DApps and approvals but will not ask for a seed phrase, private key or verification code and cannot reverse a confirmed on-chain transaction on the user’s behalf. The practical goal of support does not need secret keys is to separate on-chain facts from interface presentation; if the two disagree, verify public blockchain state first.

Assess risk before participating

Staking can involve validator penalties, smart-contract risk, exit waiting, third-party services and digital-asset price volatility. Users should decide based on their own circumstances rather than countdown pressure or “risk-free” marketing. Because blockchain actions can create persistent or irreversible state, understanding assess risk before participating should come before signing, approving or submitting.

Practical checklist

Use this list as a final review before you submit a transaction, signature or approval related to this topic.

  • Understand PoS and validators first
  • Do not treat rewards as fixed returns
  • Review exit and waiting conditions before participating
  • Never send keys to support
  • Assess risk based on your own circumstances
Security boundary

Never share a seed phrase, private key or verification code. A wallet provider generally cannot reverse a confirmed on-chain transaction, and third-party DApps or smart contracts can carry independent risk.