事实优先
不编造合作、牌照、用户量、交易量或市场排名。
imtoken
关于 imtoken
imtoken 定位为多链数字钱包官方网站、数字资产管理产品介绍网站，以及面向用户的区块链网络、Web3、DApp、安全、Ethereum 与 PoS 知识平台。站点内容强调可验证事实与安全教育，不编造合作、牌照、用户量或市场排名。
安全教育
不索取助记词和私钥，不宣传绝对安全。
自然学习
把网络、交易、DApp 与授权放入真实使用顺序。
我们的内容范围
内容围绕钱包与资产、链上网络、Web3 与 DApp、安全防护、学习学院以及质押与服务六个体系组织。
我们的内容范围的实际核对要点
网络决定交易写入哪一套链上状态。名称相近、地址格式相似或同为 EVM 兼容，并不意味着资产能够直接互通。任何收发、合约调用或桥接操作，都应先确认当前网络与目标服务支持范围一致。
DApp 连接只是建立会话，并不自动代表用户同意后续操作。连接后仍可能出现消息签名、交易签名、授权或网络切换请求，每一步都需要重新确认来源、目的和实际影响。
质押属于链上协议或服务参与行为，并不保证收益。参与前应评估奖励变化、退出等待、验证器状态、智能合约、第三方服务和数字资产价格波动等因素。
操作原则：围绕“我们的内容范围”进行操作时，只处理自己能够解释的请求；如果界面信息与预期不一致，先取消并重新核对。
信息原则
不使用虚假用户评价、下载量、资产规模、合作伙伴或监管信息来制造可信度。
信息原则的实际核对要点
学习钱包时先掌握会影响真实操作结果的概念，再逐步增加复杂度。理解地址、恢复信息、网络、Gas 和交易哈希后，再进入 DApp、签名、授权、Layer 2 与质押，会更容易建立稳定的安全习惯。
助记词与私钥属于恢复和控制钱包的敏感信息，应由用户自行保管。不要通过网页表单、聊天、邮件、截图或远程控制工具分享；任何以“验证”“同步”或“解冻”为名索取这些信息的请求都应拒绝。
网络决定交易写入哪一套链上状态。名称相近、地址格式相似或同为 EVM 兼容，并不意味着资产能够直接互通。任何收发、合约调用或桥接操作，都应先确认当前网络与目标服务支持范围一致。
操作原则：围绕“信息原则”进行操作时，只处理自己能够解释的请求；如果界面信息与预期不一致，先取消并重新核对。
安全原则
官方内容不会要求用户在网页输入助记词、私钥或钱包恢复短语，也不承诺绝对安全或保证找回。
安全原则的实际核对要点
助记词与私钥属于恢复和控制钱包的敏感信息，应由用户自行保管。不要通过网页表单、聊天、邮件、截图或远程控制工具分享；任何以“验证”“同步”或“解冻”为名索取这些信息的请求都应拒绝。
学习钱包时先掌握会影响真实操作结果的概念，再逐步增加复杂度。理解地址、恢复信息、网络、Gas 和交易哈希后，再进入 DApp、签名、授权、Layer 2 与质押，会更容易建立稳定的安全习惯。
网络决定交易写入哪一套链上状态。名称相近、地址格式相似或同为 EVM 兼容，并不意味着资产能够直接互通。任何收发、合约调用或桥接操作，都应先确认当前网络与目标服务支持范围一致。
操作原则：围绕“安全原则”进行操作时，只处理自己能够解释的请求；如果界面信息与预期不一致，先取消并重新核对。
教育原则
复杂概念应通过真实使用场景解释，帮助用户理解为什么要核对网络、地址、签名和授权。
教育原则的实际核对要点
地址本身通常是公开信息，但公开并不等于可以忽略核对。复制粘贴后仍应检查首尾字符、网络以及资产类型；首次向新地址发送时，可结合网络费用和金额大小决定是否先进行较小验证。
网络决定交易写入哪一套链上状态。名称相近、地址格式相似或同为 EVM 兼容，并不意味着资产能够直接互通。任何收发、合约调用或桥接操作，都应先确认当前网络与目标服务支持范围一致。
签名是使用密钥确认特定数据的动作。没有转账金额或没有 Gas，并不表示签名没有权限意义；无法理解内容、来源不明或与当前任务不一致时，应取消而不是继续尝试。
操作原则：围绕“教育原则”进行操作时，只处理自己能够解释的请求；如果界面信息与预期不一致，先取消并重新核对。
风险与责任
区块链、智能合约、第三方服务与数字资产价格都存在风险，用户应基于自身情况独立判断。
风险与责任的实际核对要点
智能合约是链上程序，钱包负责展示与签署调用，但不能保证第三方合约逻辑安全。应确认网络、合约地址、调用目的和可能涉及的资产，同时认识到漏洞、管理权限和升级机制都可能带来风险。
学习钱包时先掌握会影响真实操作结果的概念，再逐步增加复杂度。理解地址、恢复信息、网络、Gas 和交易哈希后，再进入 DApp、签名、授权、Layer 2 与质押，会更容易建立稳定的安全习惯。
助记词与私钥属于恢复和控制钱包的敏感信息，应由用户自行保管。不要通过网页表单、聊天、邮件、截图或远程控制工具分享；任何以“验证”“同步”或“解冻”为名索取这些信息的请求都应拒绝。
操作原则：围绕“风险与责任”进行操作时，只处理自己能够解释的请求；如果界面信息与预期不一致，先取消并重新核对。