D — 排查支持 四步检索 · 场景归类 · 记录模板

把现象归到一条路径,再从第 4 步逐条执行

遇到打不开、报错或加载慢,先别急着改参数。本站按场景、端别、错误表现三层收敛,把现象对应到一份编号清单;查到第 4 步即可拿到可逐条执行的路径。若自查后仍无结果,再按记录模板整理后提交核对。

最近复核:每两周一次
01 / 场景归类

四条主线对应四类现象

先判断自己落在哪一类,再往下读,能省掉大半翻找。四条线各有一套入口和判断依据,混着看容易走错分支。

02 / 收敛路径

四步检索:从场景走到清单

每一步只做一个判断,选完再进入下一步。前三步是筛选条件,第 4 步才输出结果——一份按顺序编号的排查清单。

  1. 01

    选场景

    判断眼前的现象属于钱包使用、节点配置、目录访问还是版本核对。

    常见误选:把目录加载慢当成节点故障,顺着参数方向排查,越查越远。

  2. 02

    选端别

    确认问题出现在电脑端还是移动端,两端入口与加载链路并不相同。

    常见误选:两端都在用,按印象选了另一端,后面的错误表现自然对不上。

  3. 03

    选错误表现

    按可观察到的结果归类:页面空白、提示文字、返回码,还是单纯的等待。

    常见误选:只记得「打不开」,把提示原文和返回码丢掉,可选项会少一大半。

  4. 04

    取排查路径

    前三步确定后,第 4 步给出对应的编号清单,按顺序逐条执行即可。

    清单描述的是排查顺序与核对点,不替代你自己对每一步结果的判断。

03 / 分组问答

按端别与错误表现拆开的常见问答

每个问题都以一句可观察的现象开头。这套问答按端别拆开:imToken钱包电脑端打不开的情况集中在入口与页面加载,IMTOKEN移动端节点配置报错则多与参数、超时和返回码相关,目录访问单独成组。

桌面窗口轮廓的抽象示意图,用高亮色标出使用指南栏目入口位置
Q01 打开后停在空白页,先看什么?
  1. 确认地址栏没有多余字符或别名后缀。
  2. 刷新一次,观察是否仍为空白。
  3. 换一个浏览器重复同一地址。
  4. 若换浏览器后正常,回到原浏览器的扩展设置逐项关闭排查。
  5. 记录两次尝试的时间与结果,便于后续比对。
Q02 页面提示连接不安全或证书异常,怎么判断?
  1. 先确认访问的是本站域名,不要从聊天记录里的短链进入。
  2. 查看系统时间是否准确,时间偏差会导致证书校验失败。
  3. 检查是否开启了会改写流量的代理或拦截插件。
  4. 关闭后重新加载,观察提示是否消失。
  5. 若提示仍在,把原文与截屏时间一并记下。
Q03 能进首页,但某个栏目一直转圈?
  1. 记下转圈持续的时间长度,区分「慢」和「不返回」。
  2. 打开浏览器的网络面板,看请求是否已发出。
  3. 对比同一栏目下另一篇文章能否正常打开。
  4. 若只有单篇异常,属于条目侧问题,交给目录索引核对。
  5. 若整个栏目都异常,按节点与网络方向继续排查。
Q04 使用指南栏目入口在哪里?
  1. 从首页进入帮助文档区域。
  2. 选择「使用指南」栏目。
  3. 按端别与现象两个维度收窄条目。
  4. 该栏目下分安装与创建、电脑端访问、节点与网络、DApp 目录、版本核对、账户安全六组,累计条目 320 余篇。
Q05 提交节点配置后立刻报错,先看哪一项?
  1. 核对地址是否包含多余的空格或换行。
  2. 确认端口与协议写法与文档一致。
  3. 查看报错文字中是否带返回码。
  4. 按返回码对照站内的区间说明,判断属于参数、超时还是连接拒绝。
  5. 改回原参数后可复现的,说明与本次修改直接相关。
Q06 连接一直转圈没有任何返回?
  1. 记录从点击到放弃的时长。
  2. 切换一种网络类型后重试。
  3. 若切换后恢复,问题落在网络侧而非参数侧。
  4. 比较超时阈值设置是否偏短。
  5. 把网络类型与阈值一起写进记录。
Q07 提示里有返回码但看不懂含义?
  1. 完整记下返回码,不要只写前两位。
  2. 到链上工具与节点栏目查找对应的区间说明。
  3. 判断该码属于参数类、连接类还是服务端返回类。
  4. 按类别进入对应排查清单。
Q08 改完参数后恢复,还需要记录吗?
  1. 记下修改前后的参数差异。
  2. 保留原参数,便于回退。
  3. 在记录中写清是哪一项改动生效。
  4. 同类现象再次出现时可直接比对。
Q09 目录列表能打开,但条目内容空白?
  1. 确认是全部条目空白还是个别条目空白。
  2. 若是全部,按加载链路方向排查。
  3. 若是个别,记下条目名称与所在标签。
  4. 条目名称与标签一并提交,便于目录索引核对。
Q10 按标签筛选后剩下的条目很少,是索引缺失吗?
  1. 确认是否同时选中了多个标签。
  2. 逐个取消标签,观察条目数量变化。
  3. 目录索引收录条目 120 余条,按链类型、使用场景、访问方式三类标签组织。
  4. 若单标签结果明显偏少,记录该标签名称后提交核对。
Q11 加载慢是网络问题还是索引问题?
  1. 观察慢的是一次请求还是连续多次请求。
  2. 只慢一次通常偏网络侧,持续慢偏索引侧。
  3. 换网络类型后仍持续慢,记下持续时长。
  4. 目录索引每月整理一次,可对照整理节奏判断。
04 / 记录字段

排查记录模板的五个字段

按下面五项各写一句,信息就够了。字段写得越具体,后续比对越容易定位到版本区间与变更类型。

设备与系统 写清系统名称与版本,附浏览器或客户端标识
客户端版本 写完整版本号,不要只写「当前版本」
网络与节点 写网络类型、是否使用代理、节点地址类型
复现步骤 从打开到出现现象,一步一句,按先后顺序排列
现象描述 写提示原文、返回码与出现频率,保留原始措辞

字段中不要写入私钥、助记词、Keystore 文件内容或任何签名片段。填写时若发现需要提供上述内容才能说明问题,请改述现象本身。

05 / 提交条件

什么时候该提交排查记录

自查能走通就不必提交。出现下列三种情况时,把记录整理好再发,能省掉一轮往返。

  • 01

    按清单逐条执行后现象不变

    把每一步的执行结果写进记录,标明停在哪一步。

  • 02

    同一操作在不同版本区间结果不同

    写清两个版本号与该版本区间的变更类型,便于与版本日志逐条对齐。

  • 03

    目录条目内容与标签不符或长期空白

    附上条目名称、所在标签与首次发现的相对时间线索。

邮件标题的写法要点

依次写三样:对应栏目、记录日期、现象关键词。三样用空格或短横隔开即可,不要只写「求助」。

示例结构|排查支持 · 记录日期 · 现象关键词

记录请发送至页脚注明的站点客服邮箱;工作时段内的邮件会按栏目分派给内容核对、节点排查或目录索引小组。

06 / 处理范围

本站不处理的请求

站内提供的是现象归类与排查顺序,涉及凭证与资产的操作不在处理范围内。

  • 索取或代为保管私钥、助记词、Keystore 文件。
  • 代替执行签名、转账、授权或任何链上操作。
  • 提供验证码、账户口令或身份凭证的核对服务。
  • 对资产结果、收益情况或特定操作后果作出结论。

任何以核对版本或排查故障为由索取上述内容的请求,都不属于本站流程。遇到时请停止操作,并通过社区联络页确认边界。

需要确认提交渠道与栏目分工,见 社区联络; 想先核对版本区间与变更类型,见 版本日志

所属主线:排查支持 · 排查路径每两周复核一次 · 返回 首页