先确认是“被拒绝”，不是“已挂单未成交”
提交后立刻出现规则提示，通常表示订单没有通过对应检查。先在当前委托、订单历史和成交历史中确认是否生成了订单编号，并保存完整错误原文、交易对、现货市场、买卖方向、订单类型、价格和数量。
如果订单状态已经是 NEW 或 PARTIALLY_FILLED，问题不再是本文讨论的提交规则，而是价格、队列或可成交数量。可改看站内的限价单未成交排查。网页和 App 不一定显示 API 文档里的英文过滤器名称，因此要按页面实际字段判断，不要强行对号入座。
五类常见提示分别在检查什么？
表中定义对应官方的Binance Spot 开发文档：价格、数量与名义价值过滤器，实际参数按交易对读取。
| 提示或规则 | 检查对象 | 先核对 |
|---|---|---|
PRICE_FILTER | 限价或触发价的范围与步进 | minPrice、maxPrice、tickSize |
LOT_SIZE | 订单数量的范围与步进 | minQty、maxQty、stepSize |
MARKET_LOT_SIZE | 市价单数量的范围与步进 | 市价单对应的 minQty、maxQty、stepSize |
MIN_NOTIONAL | 订单名义价值是否达到最低值 | 价格 × 数量与 minNotional |
NOTIONAL | 订单名义价值是否在允许区间 | minNotional、maxNotional 及是否用于市价单 |
Binance Spot 过滤器文档还列出 PERCENT_PRICE 和 PERCENT_PRICE_BY_SIDE：价格偏离参考区间过远也会被拒绝。这与小数位不合规不是一回事，不能只靠删减价格末尾数字解决。
价格、数量和名义价值不要混在一起
当前市场参数可在Binance：现货交易规则查询按交易对查找。下面只用假设数字解释单位。
以 ABC/USDT 这种虚构交易对为例，ABC 是基础资产，USDT 是计价资产。买卖多少 ABC 是“数量”，每个 ABC 报多少 USDT 是“价格”，两者相乘才是以 USDT 表示的订单名义价值。
小数位多，不等于符合步进。
步进要求输入落在规定间隔上；换交易对或规则更新以后，要重新查看，不能沿用旧截图的精度。
PRICE_FILTER：价格不是任意小数
PRICE_FILTER 同时约束最低价格、最高价格和 tickSize。官方定义要求价格在允许范围内，并且能够被价格步进整除。页面显示“价格精度”“最小变动单位”或相近表述时，解决的是同一类输入约束。
不要机械地把价格四舍五入后提交。向上或向下调整都会改变买单愿意支付的最高价或卖单愿意接受的最低价；先确认调整后的价格仍符合自己的原始意图。若使用止损限价，还要分别核对触发价和限价，而不是只改其中一个字段。
LOT_SIZE：数量要落在步进上
数量要同时满足最小值、最大值和步进。假设步进为 0.001，0.0015 就不符合；这不是某个币种的现行规则。
“卖出全部”也可能遇到数量规则。可用余额可能包含比下单步进更细的尾数，或部分余额正被其他委托占用。先核对现货可用余额和当前委托，再按页面允许的数量精度输入；不要为了消除尾数而反复加仓，也不要把小额残余误判为资产消失。
市价单还可能应用单独的 MARKET_LOT_SIZE。所以限价单能接受的数量格式，不应未经核对直接套到市价单。订单类型本身的差异可结合站内现货订单类型说明查看。
MIN_NOTIONAL 与 NOTIONAL：看的是价格乘数量
MIN_NOTIONAL 只定义最低名义价值；NOTIONAL 可以同时定义最低和最高范围。限价单通常用委托价乘数量计算。对于没有明确委托价的市价单，官方过滤器文档说明会按规则使用参考价格或此前成交均价评估，并由相应字段决定最低或最高限制是否适用于市价单。
因此，屏幕上的“预计金额”刚好贴着最低值时，行情变化、页面取整或数量步进都可能让最终校验落到另一侧。最稳妥的处理不是引用一篇旧文章里的固定最低金额，而是重新打开当前交易对的交易规则，核对当下门槛和输入单位。
规则报错与余额不足怎样区分？
过滤器错误说明订单字段不符合交易规则；余额不足则是可用资产无法覆盖这笔订单。两者可能在同一次尝试中同时存在，但修好精度不等于余额就足够，增加余额也不会自动修正错误的步进。
- 买单先看计价资产的现货可用余额，以及输入的是数量还是总额；
- 卖单先看基础资产的现货可用余额，以及是否有数量被其他委托锁定；
- 核对交易对方向，避免把 ABC/USDT 的价格、数量单位理解反；
- 不要借入资产、改用杠杆或转入更多资金，只为消除一个尚未读懂的报错。
当前交易规则去哪里看？
开发者查询入口见Binance Spot API：Exchange information；普通用户不必创建密钥。
普通用户可从 Binance 公开的 Trading Rules 页面搜索交易对，并以实际现货下单页显示的最小数量、最小金额和精度为准。开发者可以通过公开的 GET /api/v3/exchangeInfo 查询当前交易规则和交易对信息；这是无需账户密钥的市场规则接口，但调用方式与限频仍应遵守官方文档。
不要从搜索结果摘要、旧视频或别人的报错截图抄固定数字。即使币种名称相同，不同计价资产对应的交易对也可以有不同过滤器；现货、杠杆与合约规则更不能混用。
下单被拒绝后，按什么顺序排查？
- 确认是现货市场，并逐字核对交易对和买卖方向；
- 复制完整错误提示，检查是否已经生成订单编号；
- 把价格、数量、名义价值三个字段分开记录，不要只写“金额”；
- 从当前交易规则核对价格范围与
tickSize； - 核对数量范围与
stepSize，市价单同时看MARKET_LOT_SIZE； - 用价格乘数量核对
MIN_NOTIONAL或NOTIONAL； - 再检查可用余额和其他开放委托，区分规则错误与余额不足；
- 任何调整都会改变订单时，重新确认价格和数量是否仍符合自己的意图；
- 仍无法解释时，保存去敏后的错误原文和订单字段，从账户内官方支持入口询问。
求助时怎样保留有用证据？
建议保留交易对、市场、方向、订单类型、价格、数量、页面显示的预计金额、完整错误原文和时间。截图前遮住邮箱、UID、余额、订单号等不需要公开的信息；任何人索要密码、验证码、私钥、助记词、API Secret 或远程控制权限，都不应提供。
本站无法读取你的账户、实时交易规则或可用余额，也没有替你提交订单。文中的计算示例用于解释字段关系，不能代替 Binance 当前页面和你自己的风险判断。
现货下单规则常见问题
数量小数位越多，为什么反而提示 LOT_SIZE？
因为规则要求数量落在 stepSize 的整数步进上，并不是小数位越多越精确。还要同时满足最小和最大数量。
达到最小数量，为什么仍提示 MIN_NOTIONAL？
最小数量只通过了数量检查；价格乘数量得到的名义价值仍可能低于当前交易对要求的最低值。
把限价单改成市价单就能绕过规则吗？
不能这样假设。市价单仍可能受到 MARKET_LOT_SIZE 和名义价值规则约束，而且实际成交价格存在不确定性。