节点配置链路
表现是连不上、连上后停在同步、参数保存后不生效。这类问题在客户端内即可看到状态与返回码, 按超时、握手、参数、返回码四类逐一核对即可收敛。
检索输入现象关键词,按四步定位法收敛到对应排查路径
01 / 入口
两类问题经常被混在一起。改节点是连接层的事,目录是索引与渲染层的事。确认属于哪一条链路,后面的步骤才不会互相干扰。
表现是连不上、连上后停在同步、参数保存后不生效。这类问题在客户端内即可看到状态与返回码, 按超时、握手、参数、返回码四类逐一核对即可收敛。
02 / 顺序
端别决定了入口位置和可见状态,现象决定了要看哪一段参数。两项混着改,改动前后的差异就说不清了。
电脑端先看端别自身,再看节点参数。桌面环境网络路径单一,调整后容易复现。
确认当前选中的是默认网络条目,还是自己添加的自定义条目。二者参数来源不同。
一次只动一项:先只调超时,保留轮询间隔与重试次数不动。
改完完整退出再重开,避免沿用上一次的连接句柄。
记录改动前的值与改动后的表现,便于和别的端比对。
移动端先看网络环境,再看参数。无线网络与蜂窝网络切换会让原有连接失效。
确认当前处于稳定网络下,不在无线与蜂窝之间频繁切换。
按现象判断:是连不上,还是连上之后停在同步进度。两者后续步骤不同。
一次只调一项参数,并记下改动前的数值。
记录设备与系统、客户端版本后再对照参数表,避免把网络问题当成参数问题。
03 / 现象
报错提示往往只有一句,但可观察的特征不止一条。按下面四类对号,比反复重试更容易定位到具体一步。
当前显示 8 条现象,共 8 条
节点状态显示已选中,区块高度一段时间内不推进。切换网络再切回通常能恢复,说明是单次请求阻塞,而不是参数填错。
界面停在加载状态且不弹提示。等待超过常见区间上限(30 秒)仍未结束时,可以先切到另一个网络条目试一次。
提示连接失败,且没有进入参数校验阶段。这类情况通常出在地址前缀或协议类型与所选网络不一致。
设备时间与网络时间偏差过大时,签名校验会直接失败。先开启自动校时,再重试一次连接。
保存后提示网络不匹配。核对自定义条目里的链标识是否与目标网络一致,逐位比对再保存。
参数名多一个前缀、少一个后缀,或大小写与预期不同时,客户端读取结果为空,表现与未填写一致。
分别表示方法不存在与参数无效。两者都指向请求内容本身有问题,需要回到参数条目逐项核对。
分别表示请求被拒或超出限制、调用频率受限。两者都指向节点侧压力,适当拉长轮询间隔后重试。
同一现象连续三次在同一项参数上无变化时,先停下来记录,而不是继续往下调。参数改成互相矛盾的组合后, 现象会变得更难复现,也不利于后续核对。
04 / 加载
目录打开慢通常不是单一原因。按下面四个环节的顺序观察,可以把「渲染慢」和「请求没回来」区分开。
目录一次取回整批条目的元数据,首屏需要渲染的行数随之增加。观察方式是展开目录后持续观察,若条目在陆续出现,说明仍在渲染而不是请求失败。
部分条目会触发一次链上查询。同一时间发出的请求超过允许的并发数时,后发出的会排在队列里,表现为前面几条先出现、其余长时间空白。
访问过的条目元数据会留在本地缓存,命中时直接读取,未命中时才重新请求。清理缓存后的第一次打开偏慢属于预期,第二次即可对照。
在无线网络与蜂窝网络之间切换后,原有连接句柄失效,需要重新握手。此时目录可能停在加载状态,切回稳定网络后重试一次即可判断。
四个环节的观察顺序建议由上到下。若第四步之后仍无明显改善,可把复现过程按设备与系统、客户端版本、网络与节点三项记录下来, 交到 排查支持 按第 4 步路径继续核对。
05 / 索引
目录条目按链类型、使用场景、访问方式三类标签交叉标注。同一批 120 余条目录条目在三类标签下各有归属, 每自然月整理一次,调整以标签归位为主。
按条目所连接的网络形态划分
按条目主要用途划分
按条目在客户端内的打开路径划分
标签归位只影响检索结果的归类,不改变条目本身的打开方式。整理周期内被重新归类的条目, 仍按原访问方式打开,不需要重新添加。
06 / 速查
下表汇总常见网络参数、超时阈值区间与返回码含义,供逐项比对。表中不列出具体节点地址, 地址以客户端内已配置条目为准。
| 参数 | 常用区间 | 核对要点 |
|---|---|---|
| chainId | 随网络而定 | 与所选网络一一对应,逐位比对,不要凭记忆填写。 |
| rpc 前缀 | https:// | 前缀或协议类型不一致时,会在握手阶段直接被拒绝。 |
| timeout | 8s – 30s | 低于下限容易误判为连接失败,高于上限会掩盖节点侧的真实压力。 |
| 轮询间隔 | 10s – 30s | 间隔过短会明显提高请求频次,与返回码 429 同时出现时应优先拉长。 |
| 参数 | 常用区间 | 核对要点 |
|---|---|---|
| 重试次数 | 2 – 3 次 | 次数过高会放大超时现象,排查期间建议先保持在区间下限。 |
| 退避间隔 | 1s – 5s | 与重试次数配合使用。调小退避间隔并不会让连接更快成功。 |
| 并发请求上限 | 4 – 8 | 上限偏低会让目录条目排队,表现为部分条目长时间空白。 |
| 返回码 | 含义 | 下一步 |
|---|---|---|
| -32601 | 方法不存在 | 核对请求内容本身,确认参数名与协议版本。 |
| -32602 | 参数无效 | 逐项核对参数取值与格式,检查大小写与前缀。 |
| -32000 | 请求被拒或超出限制 | 降低请求频次,拉长轮询间隔后重试一次。 |
| 429 | 调用频率受限 | 暂停操作一段时间,避免连续重试放大受限。 |
| ETIMEDOUT | 连接超时 | 确认网络稳定,再检查超时值是否低于常用区间下限。 |
| ECONNREFUSED | 连接被拒绝 | 检查地址前缀与协议类型,确认与所选网络一致。 |
07 / 记录
排查记录模板共五个字段。字段齐了,复核时才能按同一口径对照版本区间与返回码; 字段缺失时,复核人只能请你重新补充,来回会更久。
写明机型或桌面系统版本,用于区分端别差异。
填写当前版本号,便于按版本区间回溯变更记录。
说明当时所处的网络环境与选中的节点条目,不要写节点地址全文。
按发生顺序写清每一步操作,一次只写一个动作。
写下看到的状态、提示文字与返回码,不要只写「用不了」。
记录中不要包含私钥、助记词、Keystore 文件或签名内容。这些信息与排查无关,也不应出现在任何往来内容中。
节点排查组每两周复核一次排查路径,版本日志随迭代同步更新。提交后的记录会按栏目与日期归类, 如需回溯上一次结论,可先到 版本日志 按版本区间比对, 再到 社区联络 查看提交说明。