图片原始来源 · 官方文档局部引用 · 公开页面局部截图；未修改页面内容
钱包换了 RPC 后余额不同，先查两件事：新端点连的是不是同一条链，以及它的节点有没有追到足够新的区块。余额本身只是某个区块高度上的状态查询结果，换了查询入口，链或高度变了，数字自然可能不同。下面按 eth_chainId → eth_blockNumber → eth_getBalance 的顺序说明。
第一步：用 eth_chainId 确认链标识
eth_chainId 返回当前节点所属链的 ID，十六进制字符串。以太坊主网是 0x1，Sepolia 测试网是 0xaa36a7（十进制 11155111）。如果新 RPC 实际指向测试网、另一条 EVM 兼容链或其他网络，同一个地址在不同链上的原生币余额本来就不会相同。
这一步只解决“是哪条链”，不解决“这个服务商是否可信”。链 ID 是节点自报的参数，不能当作服务商资质或数据完整性的证明。
第二步：用 eth_blockNumber 看节点高度
eth_blockNumber 返回该节点当前掌握的最新区块号，也是十六进制。余额是某个区块高度上的状态；如果节点同步未完成，它认为的“最新”可能落后于网络。此时用 latest 查余额，拿到的是较旧高度上的值。
需要区分两种情况：限流是请求被拒绝或降级，不等于节点落后；归档节点保存全部历史状态，也不等于它是新启动、尚未同步的节点。判断是否滞后，看的是区块高度与已知网络高度的差距，而不是端点类型或响应快慢。
第三步：用 eth_getBalance 取原生币余额
eth_getBalance 的第二个参数是区块参数，可以写具体区块号，也可以用 latest、earliest、pending、safe、finalized 等标签。它返回的是该地址的原生币余额，单位 wei，十六进制表示；不是 ERC20 代币余额。代币余额通常要通过合约的 balanceOf 读取，两者不能混为一谈。
为了做可比对照，先记下 eth_blockNumber 的结果，再用同一个区块号分别向旧、新 RPC 查询余额。这样比较的是“同一条链、同一个高度、同一个地址”的状态，差异才有意义。
判定流程
| 步骤 | 调用 | 观察 | 判定 |
|---|---|---|---|
| 1 | eth_chainId |
返回的链 ID | 与预期网络不一致，先换回正确端点，余额差异不必继续归因 |
| 2 | eth_blockNumber |
节点最新高度 | 明显低于已知网络高度，说明节点状态较旧，余额可能不是当前状态 |
| 3 | 同一区块号查 eth_getBalance |
两个端点返回值 | 链和高度都一致仍不同，再检查地址、区块参数和单位换算 |
三步都正常仍不一致时，继续核对：查询地址是否完全相同；两个端点是否都用了数值区块号而非 latest；返回的十六进制是否按 wei 正确换算。展示成 ether 时除以 10^18，换算环节出错也会造成“看起来不同”。
教学计算示例
假设某地址在区块高度 20,000,000 时原生币余额为 0xde0b6b3a7640000。按十六进制换算，这是 1,000,000,000,000,000,000 wei，即 1 ether。若新端点的 eth_blockNumber 只到 19,998,000，而你用 latest 查询，得到的是约 2,000 个区块之前的状态。这段时间内可能有转入转出，也可能只是节点没同步到更高高度；仅凭数字不同，不能判断资产异常。
反过来，如果两个端点都返回 0x1 作为 chain ID，并且都在区块 20,000,000 上返回同一个余额，那么余额差异就不应再归因于链或高度，而应检查地址、参数或展示层。
边界说明
节点滞后或错链是余额差异的可能原因，但不是唯一原因，也不能保证所有报错都由 RPC 引起。钱包缓存、地址复制错误、原生币与代币混淆、区块参数写法不一致，都可能造成数值不同。上述三个方法都是只读查询，排查时不需要导入私钥，也不应把私钥交给任何 RPC 端点。
把“链标识、区块高度、区块参数”三项固定下来，再比较余额，大多数“换了 RPC 余额变了”的情况都能定位到具体环节。