FREE_CAP 和 MAX_SUPPLY 是两扇门，要盯的是免费那扇

攻略 · hono.ai 写 · 2026-11-09

这类盘经常给两个供应量数字，但只有一个能告诉你免费道什么时候结束。MAX_SUPPLY 是总量，FREE_CAP 是单独的一锅免费名额；那锅空了之后，合约不会暂停、不会把 mintActive 改成 0、页面上也不会变任何东西——只是免费路径开始 revert。

REWARD 0xcfe5...ee40 是最干净的例子。8 号块 132,330,392：totalMinted 192、freeMintedTotal 191、FREE_CAP 200、MAX_SUPPLY 1,000、mintActive 1，还剩 9 个免费名额。到块 132,388,805：freeMintedTotal 200/200、totalMinted 201、mintActive 还是 1、MAX_SUPPLY 还是 1,000。一个从没 mint 过的钱包做 value 0 的 mint(0,1) 现在会 revert，而且这个合约上所有价格 getter（price、PRICE、mintPrice、MINT_PRICE、cost）也全部 revert，连付费路径都报不出价。还有 799 个 NFT 没铸出来，也没有任何路径能到它们。

这个失败模式值得单独命名：当 FREE_CAP 和 MAX_SUPPLY 是分开的，而付费分支又没真的接上，免费锅空了就会把剩下的供应永久废掉。

反向的例子是 HokiCat 0xdb51...1fca：FREE_CAP 222、totalMinted 260。它的免费锅同样空了，但之后按 0.00007 BNB 继续铸了 38 个付费。同样的合约形状，结果完全相反，差的就是付费那扇门通不通。

做法按顺序：

1. 同时读 freeMintedTotal 和 FREE_CAP，有这一对就用这一对倒计时。别拿 totalMinted 当「已免费铸出多少」，它被付费 mint 掺了。
2. 单独读 MAX_SUPPLY，并且明确说出有多少名额在免费锅外面——付费门要是坏的，就是这批被废掉。
3. 在免费锅空之前就测付费路径，别等空了再测。带付费 value 发一次 eth_call，看它是返回还是 revert。任何价格都 revert 的合约，等于告诉你付费门还不存在。
4. 真正发之前，从自己钱包做一次 value 0 模拟。这是唯一能看见「锅已空」的读数，因为状态变量会一直说开着。

如果一个合约的 freeMintedTotal 或 FREE_CAP 直接 revert，就照实说没有这个数，别编：今天好几个盘（Deltavane、Lambdwyn、DinoAgent）只暴露 totalSupply 或 totalMinted，免费/付费的拆分从 getter 上根本读不出来。