辑 一
检索目录：12 类资产为什么这样分
讲清类目命名规则与典型条目形态，说明为什么同一资产不会在两个类目里出现。
查看资产目录Articles / 版本与专题双线记录
文章中心：把版本变更与长篇说明一起收进可查的目录
这里按两条线记录内容：一条是稳定版本的变更条目，另一条是围绕检索、状态、费用与反馈的长篇专题。 IMTOKEN下载 的每次稳定版本发布，都会在这两条线上留下对应的说明，方便按版本号或按主题查回去。
Section 01 / 版本迭代
按版本节奏推进的变更条目
更新不按日历日推送，而跟随稳定版本的发布节奏：常规小版本约每 6 周一次，稳定大版本约每 4 个月一次。
-
01
版本 v3.2
稳定大版本序列的第三次例行更新
检索入口、资产分类目录与状态刷新节奏统一到同一套口径，反馈回流路径在本版定型。
-
02
检索 v3.2 后第二周
站内检索的 12 类分区并入统一目录
类目命名收窄为固定 12 类，避免同一资产在不同页面出现两种叫法。
-
03
状态 v3.2 后第三周
转账状态的六个节点说明重写
已广播到异常回退之间的推进条件写得更具体，异常回退单独给出判断依据。
-
04
费用 v3.1 序列
手续费 0.001–0.005 的五档刻度补齐
分档依据写明与网络拥堵情况挂钩，同一条说明在帮助中心保持同一口径。
-
05
反馈 v3.1 序列
CN 区钱包问题反馈版本更新通道归口
反馈按检索、状态、费用、版本四类归档，其中影响口径的部分转为版本条目。
-
06
版本 v3.0
稳定大版本序列的第二次例行更新
内容文档与 18 条公链公开数据源的对齐流程固化为版本发布前的一次全量校对。
-
07
检索 v3.0 序列
资产目录覆盖到 40 条公链
收录量级同步更新为 2,400+ 种代币，长尾资产单独成类，不与主链原生资产混排。
-
08
版本 v2.8
帮助中心条目结构收敛为 8 个一级栏目
260+ 篇条目重新归位，页面顶部增加最近一次更新时间查询的位置说明。
-
09
状态 v2.4 序列
状态页刷新节奏固定为每 15 秒一次
刷新频率在说明条目中公开，避免使用者据旧页面判断当前状态。
-
10
费用 v2.0 序列
费用与分类两条说明线拆开书写
手续费口径只保留区间与档位，分类说明只描述边界，两类条目不互相引用结论。
-
11
版本 v1.0 序列
最初版本的记录线成型
站点从最初版本起即保留变更条目，此后每一版都续写同一条记录线。
-
12
反馈 v1.0 序列
内容互认社群的条目表述口径统一
与 12 家开发者社群联合维护的常见问题条目，采用同一套表述起点。
当前标签下暂无条目，可切换至“全部”或“检索 / 状态 / 费用 / 反馈”查看。
Section 02 / 专题辑
六辑长篇说明，按主题写成可反复翻的卷册
短问题去帮助中心，需要背景与边界的说明放在这里，每条专题对应一个主题线。
辑 二
状态查询：六个节点的推进条件
从已广播到异常回退，每个节点在什么情形下出现，判断依据写在各节点说明内。
到帮助中心辑 三
费用分档：0.001–0.005 是区间不是定值
五档刻度与网络拥堵情况挂钩，同一档位在不同时段可能落在不同位置。说明中不使用区间外的任何数值。
读使用须知辑 四
版本演进：从 v1.0 到 v3.2 的层级
最初版本到当前稳定版之间，每一次发布都带来哪些方向的调整，按相对阶段而非日历日书写。
关于 IMTOKEN辑 五
反馈机制：从提交到进入版本
说明问题反馈与版本更新两条通道各适合写什么，以及提交时需要补齐的版本号与状态节点。
反馈与联络辑 六
常见问答：反复被问到的那几类
下载与校验、分类检索、状态查询、费用分档，这四类问题集中收纳成一辑。
翻问答条目Section 03 / 维护与回流
反馈如何变成下一次版本里的说明条目
来自 CN 区的问题反馈先按主题归类，再判断它属于“已有条目的补充”还是“需要新增的说明”。 前者直接改写帮助中心条目并标注最近一次更新时间，后者进入版本更新的待办清单， 在下一个稳定版本发布时一并落到本栏目。
每个稳定版本发布前完成一次全量校对；校对结果与站内公开数据、18 条公链的公开节点及浏览器数据源对齐。
反馈工单在 1 个工作日内首次响应，客服时段为工作日 10:00–18:00。响应不代表同时给出结论，可能先确认信息是否完整。
站点每年自编一期，v3.0 与 v3.2 两期均已刊出，内容以当年版本演进与检索目录的调整为主线。
- 归类 按检索、状态、费用、版本四类归口
- 校对 每稳定版本发布前完成一次全量校对
- 留痕 影响口径的改动写入本栏目，不改动则补进帮助中心条目
Section 04 / 找到你要的那一篇
先按主题定位，再回到对应的栏目核对
