2021
多链分类视图
资产从按币种罗列改为按网络分组，分组顺序支持调整。这一版确定了后续所有页面的第一层结构。
C-01 / 分类视图
按网络分组，而不是把币种堆在一起
这个大陆版最新区块链钱包页面打开后，第一层结构永远是网络，第二层才是资产。同一条链上的主币与代币归在一组，跨链重复持有的同名资产也会因为网络不同而各占一行——这样做的目的很直接：转账时要选链，对账时要按链汇总，如果一开始就把它们混在一起，后面两步都会出问题。
默认置顶的十条主链分组分别是比特币网络、以太坊网络、TRON、BNB Chain、Polygon、Arbitrum、Optimism、Base、Solana 与 Avalanche C 链。每条分组标题右侧显示该网络的资产条目数，条目里展示可用余额与最近一笔流水的时间。低于阈值的小额余额不会被隐藏，只会折叠在分组第二层，避免出现「账对不上」的错觉。
按属性筛选
- 比特币网络 2 条资产 已确认 0.4821 BTC
- 以太坊网络 5 条资产 已确认 3.9140 ETH
- TRON 3 条资产 已确认 12480.00 TRX
- BNB Chain 4 条资产 待确认 6.2050 BNB
- Polygon 3 条资产 已确认 1842.60 POL
- Arbitrum 2 条资产 待确认 0.7410 ETH
- Optimism 2 条资产 已确认 0.3180 ETH
- Base 2 条资产 已确认 0.0952 ETH
- Solana 1 条资产 已确认 46.30 SOL
- Avalanche C 链 1 条资产 需复核 8.75 AVAX
勾选后只看匹配的网络，取消勾选回到全部十条。
C-02 / 转账前
地址核对三步：比对首尾，再小额试转
-
粘贴或扫码收款地址
从收款方直接给出的渠道获取地址，不要从聊天记录的转发内容、群公告或截图里二次复制。粘贴后看一眼末尾有没有多出或缺失的字符，扫码则确认识别结果与屏幕显示的字符串一致。
-
逐段比对地址首尾各六位字符
把收款地址的前六位与后六位单独抄出来，与对方提供的凭据逐字符对照。中间段落可以省略，首尾是判断地址是否被替换的关键位置，也是恶意软件最容易动手的部分。
-
先小额试转，到账后再转完整金额
确认链与地址类型匹配之后，先转一笔小到可以承受损失的金额。等这笔交易在链上显示已确认、对方确认收到，再执行完整金额。试转本身也是一次手续费成本，把它算进预算。
0x9f4c…7b21
这是一段用于练习比对手感的脱敏片段，不对应任何真实账户。
C-03 / 记录导出
IMTOKEN导出转账记录：八类字段，两种格式
导出的目的不是备份，而是对账。为了让财务和审计能直接读懂，每条记录固定拆成八个字段类目：时间、链、方向、收款与付款地址片段、金额、手续费、交易哈希、状态。字段名与顺序在 CSV 和 JSON 两种格式中完全一致，只是承载方式不同。
time,chain,direction,address_from,address_to,amount,fee,tx_hash,status 2025-03-14T09:21:07+08:00,Ethereum,out,0xA13d…5e08,0x9f4c…7b21,1.250000,0.000420,0x7c1e…a9f4,confirmed 2025-03-11T20:04:33+08:00,TRON,in,0x3b77…d104,0xA13d…5e08,860.000000,0.000000,0x1d90…44be,confirmed
{
"time": "2025-03-14T09:21:07+08:00",
"chain": "Ethereum",
"direction": "out",
"address_from": "0xA13d…5e08",
"address_to": "0x9f4c…7b21",
"amount": "1.250000",
"fee": "0.000420",
"tx_hash": "0x7c1e…a9f4",
"status": "confirmed"
}
| 字段 | 示例取值 | 含义 | 对账时的用法 |
|---|---|---|---|
| time | 2025-03-14T09:21:07+08:00 | 链上打包时间，统一换算为本地时区 | 与发票日期或资金流水日期对齐 |
| chain | Ethereum | 该笔记录所属的网络名称 | 作为汇总的第一个维度，按链分类合并 |
| direction | out / in | 转出或转入 | 区分应收与应付，避免正负号写错 |
| address_from | 0xA13d…5e08 | 本钱包发起地址的首尾各六位片段 | 确认这笔支出来自哪个地址 |
| address_to | 0x9f4c…7b21 | 收款方地址的首尾各六位片段 | 与转账凭据、合同附件逐段比对 |
| amount | 1.250000 | 不含手续费的转出数值，固定六位小数 | 与账面金额核对，差额单独列出 |
| fee | 0.000420 | 链上打包成本 | 计入成本项，按链分开统计 |
| tx_hash | 0x7c1e…a9f4 | 链上唯一标识 | 出现争议时用它到区块浏览器复核 |
| status | 已确认 待确认 需复核 | 该笔记录当前的链上状态 | 只有已确认的记录可以进入当期账 |
地址片段与交易哈希在导出文件中一律以省略中间段的形式出现。若对账需要完整哈希，请自行到区块浏览器检索，本站不在导出件里写入完整地址。
C-04 / 换机恢复
换安卓手机后，用助记词恢复钱包的五步
助记词只写在纸上
开始之前先想清楚
助记词是离线保管的恢复凭证。恢复过程建议在断网环境下完成词序核对，照片、云笔记和聊天记录都不是合适的存放位置。如果助记词已经泄露或拍照上传过，请先转移资产再考虑恢复。
-
01
确认助记词来源与完整性
确认手里这份助记词是当初创建钱包时亲手写下的那一份，词数与单词拼写完整。这是后面四步的前提。
常见卡点：词序被重新抄写过、纸张受潮字迹模糊、中途换过抄写习惯。任一条出现，先与另一份备份交叉核对再继续。
-
02
在新设备上选择「导入 / 恢复钱包」
选择恢复入口，而不是创建新钱包。创建新钱包会生成一份全新的助记词，原有的地址不会出现在里面。
常见卡点：在恢复流程中误点创建，导致出现一个空钱包，误以为资产丢失。确认界面上的用词再点下一步。
-
03
选择链与地址类型
同一份助记词在不同链、不同地址类型下会派生出一组不同的地址。选错选项，恢复出来的地址与你原来的收款地址就对不上。
常见卡点：只记得原地址的后几位，无法判断属于哪种类型。此时对照原设备的地址片段，逐段比对首尾六位再确定。
-
04
逐词核对助记词顺序
按原始顺序逐词输入或选择，每输入若干个词停下复核一次。核对时保持离线，不要截图，不要复制到剪贴板。
常见卡点：顺序记混、把形近词看错、中途被打断后接错位置。建议一次性完成，中途中断就从第一词重新开始。
-
05
设置本地密码并做首次小额验证
设置仅在本机生效的解锁密码，然后做一次小额验证：从恢复出的地址向自己另一个已知地址转一笔小金额，确认签名与广播都正常。
常见卡点：跳过验证直接接收大额资金，直到发现问题时资金已经到账。这一步只要几元成本，却能提前暴露大部分配置错误。
C-05 / 版本对应
哪个版本带来了哪项能力
客户端版本按年份加季度编号，形成 v9.x 系列。每个小版本每两周出一次说明，涉及功能与安全的改动每月再做一次回顾。如果你在页面上找不到某个按钮或字段，先确认自己用的是哪个版本，比在帮助中心翻文档更快。
2023
转账记录导出
新增 CSV 与 JSON 两种导出格式，八类字段的口径在这一版固定下来，之后只做补充不做删改。
v9.6
账本视图与暗色操作台
当前页面口径对应的版本。记录以账本形式连续呈现，页面整体切换到低亮度操作台配色，状态标签语义保持一致。
C-06 / 功能边界
这里不做什么，比能做什么更值得先看
- 不托管资产。余额与流水来自链上读取，私钥始终留在你的设备里，本站不持有也不代持任何资产。
- 不代客操作。所有转账、恢复与导出动作都由你自己在设备上完成，本站不提供任何形式的代为签名或代提交。
- 不索取私钥与助记词。任何页面、任何渠道都不会要求你输入或上传私钥、助记词与钱包密码，遇到此类要求一律视为异常。
- 不解析导出文件的后续用途。文件生成后保存在你的本地设备，如何保管、如何脱敏、如何提交给第三方，都由你自行判断。
- 不提供收益类判断。价格、涨跌与投资建议不在本页范围内，这里只讲清楚操作口径与字段含义。
- 不替代链上最终结果。页面显示的状态是对链上数据的读取，出现分歧时以区块浏览器里的交易哈希为准。