Why did my Binance limit order show a taker fee?

A limit price controls the worst price you accept; it does not by itself establish that your Binance fill supplied liquidity. Check the maker or taker designation on the completed fill before deciding whether its fee is wrong.

The order instruction and the execution describe different things

A limit order can meet an order already waiting in the market. In that situation the incoming order takes available liquidity even though you selected a limit price. An order can also wait and later trade against another incoming instruction. Its position in the matching process matters more than the button you pressed.
That distinction explains why an order labelled “limit” and a fill labelled “taker” need not conflict. The order describes an instruction; the fill describes what actually happened. A screenshot of the order ticket captures only the instruction. For reconciliation, find the completed trade details and identify which executed quantity the role label describes.
Avoid inferring the role from the fee amount alone. Equal maker and taker base rates can conceal the distinction, while an account concession can make a different rate apply. Start with the recorded execution classification and then match the fee schedule to the product and account.

A base-rate example with an intentionally uninformative total

The reviewed Binance regular-user spot base figures, checked 2026-10-10, are 0.1% for maker and 0.1% for taker. Those figures exclude discounts and do not establish your account eligibility or the availability of a product in your region. They are a reference for understanding the calculation, not a promise about a particular trade.
In this hypothetical example, the executed quote value is 2400 USDT. Applying the base fraction gives 2400 × 0.001 = 2.4 USDT. The same example amount results under either reviewed spot base rate. Therefore, a fee of 2.4 USDT cannot establish whether this hypothetical fill was maker or taker.
The example assumes the fee is represented in USDT for comparison. If your statement records another fee asset, preserve that asset and amount. Converting it using a later price can introduce a discrepancy that says nothing about execution classification.

Separate the immediately executed portion from the waiting remainder

An instruction may encounter enough resting liquidity for part of its size and leave a remainder waiting. Do not assign a single role to every execution merely because the order has a single summary row. Read the individual fills if they are available, including their amounts, prices, recorded roles and fees.
The relevant comparison is between each completed fill and its own fee record. An unfilled remainder has no executed trade value to include in that calculation. If you cancel it later, keep its released balance separate from the fees already charged on completed executions. Otherwise the balance movement may look like a fee reversal when it reflects released order funds.

Use the exact trade as your evidence

A changed market price after submission is not proof of which side supplied liquidity. Nor does placing the limit away from an earlier displayed quote guarantee how the book looked when matching occurred. Screens refresh at different moments, and your intended placement may differ from the available orders when the instruction arrived.
For the same reason, avoid estimating a fee from the requested size when the trade details show a smaller executed value. Use completed amounts and retain their fee currency. If the designation or the applied rate remains unclear, ask support about that specific execution rather than describing only the order type.

Five checks before disputing the charge

  • [ ] Confirm that the record is a spot fill and identify the applicable account schedule.
  • [ ] Read the maker or taker designation attached to the completed execution.
  • [ ] Recalculate from executed quote value rather than requested order size.
  • [ ] Separate filled quantities from waiting or cancelled quantities.
  • [ ] Save the fee asset, charged amount and redacted execution reference together.
The Binance hub, rate comparison and limit order explanation provide context for reading these records. Your own trade details remain necessary to resolve the account-specific result. A useful support question is whether the recorded liquidity role and fee basis agree for the identified fill; a general question about limit orders is less likely to settle the discrepancy.