按批收费的漏洞不在价格表里，在拆分与重复签发里。以下四条不是服务条款的装饰，是签发前必须通过的校验——任何一条不满足，系统不出标签。
| # | 硬规则 | 执行方式 | 为什么写死 |
|---|---|---|---|
| R1 | 单批最小 240 株 | 不足 240 株不予签发；系统硬校验，无人工例外 | 计量噪声与签发固定成本不成比例；低于此规模，标签本身就是噪声 |
| R2 | 同一谱系 24 小时内合并计费，不得拆批 | 按谱系 ID + 24h 滑动窗口聚合计费，拆出的子批自动并回 | 拆批是唯一能把 ¥40/批 变成 N × ¥40 的套利路径 |
| R3 | 一个批次只对应一个采收窗口 | 采收窗口 ID 绑定唯一批次号，跨窗口不合并、不继承 | 证据对应一次物理事件；跨窗口合并的标签描述的货不存在 |
| R4 | 同一批次不可重复签发；签发即冻结哈希 | 批次号唯一索引；签发后哈希上链冻结，任何修订走新版本号而非覆盖 | 可改的标签不是证据；一证多卖会把整条账本的采信度清零 |
补一句可执行的：四条规则必须落在签发服务的代码里，而不只是合同里。规则在合同里，套利在合同外发生；规则在校验器里，套利在第一个 API 调用就被拒绝。 R1 的 240 株阈值同时解释了页面上所有批数：24 万株 ÷ 480 = 500 批，480 = 2 × 240 推。