Crypto liquidation fees are charges tied to a forced liquidation event, while trading fees are commissions tied to executions. The two can use different rates, calculation bases and ledger labels, and some products charge no separate liquidation fee. Reconcile the actual settlement records before calculating the total loss: price PnL, trading commissions, funding or interest, and liquidation charges are separate components.
A wallet that falls much further than expected does not establish that the difference was one large fee. It may reflect a closing loss, an event charge, earlier holding costs or a settlement convention that differs from the price on the chart. This guide reconstructs that bill without attempting to calculate the liquidation trigger.
First identify which charge the product recognizes
The word “liquidation” describes a risk event. It does not specify one universal fee schedule.
Binance's Futures fee explanation distinguishes execution commissions, funding and an insurance clearance charge associated with forced liquidation. Its liquidation protocol uses the label “Liquidation Clearance,” ties the charge to an applicable rate and position notional, and describes an exception for bankrupt positions. Both FAQs flag that they are educational; consult the applicable current contract rules and parameters rather than treating the FAQ as a personalized quote.
Bybit's fee overview, reviewed on 23 October 2026, states that it does not charge a liquidation fee for perpetual and futures trading. It separately lists liquidation fees for spot margin, crypto loans and options. That product distinction is enough to invalidate a spreadsheet that imports one venue-wide liquidation percentage.
For each event, write down the legal entity or regional service, account, instrument, product, margin mode, settlement asset and event time. Then preserve the fee schedule applicable to that event. A current maker/taker table alone cannot explain an older liquidation charge.
| Component | What the ledger needs to establish | Common misclassification |
|---|---|---|
| Price PnL | Closed quantity, entry basis and settlement treatment | Calling the entire trading loss a fee |
| Trading commission | Actual execution charge and asset | Applying a maker discount to every forced close |
| Funding or borrowing interest | Separately booked holding obligation | Charging it again because it appeared in net PnL |
| Liquidation charge | Product-specific event label, basis and amount | Applying a percentage to posted collateral by assumption |
| Transfer or released reservation | Movement or availability change, with its source | Counting returned margin as profit |
The mark-price liquidation guide addresses why the risk engine activated. Answer that separately from how the subsequent settlement changed the wallet.
A two-snapshot ledger exposes the double count
Consider a fictional linear, USDT-settled position. Every amount and rate below is hypothetical. These are accounting inputs for a reported event, not a liquidation-price model or a reproduction of either venue's process.
The account begins with 540 USDT and opens a 0.10 BTC long at 50,000 USDT/BTC. The entry notional is 5,000 USDT. It records a 2.50 USDT entry commission and a 3 USDT funding debit. There are no transfers, other positions, rebates or debts.
Immediately before the reported liquidation settlement, assume the position is valued at 45,000. Its gross unrealized loss is 0.10 × (45,000 − 50,000) = −500 USDT. The wallet remains 534.50 USDT because the example has not booked that loss yet; marked equity is 34.50 USDT.
The fictional final records close the full quantity at the same 45,000 accounting price. They separately record a 0.05% closing commission and a 0.50% liquidation charge, both based on the 4,500 USDT closing notional. These assumptions deliberately make all components observable; actual products can book them differently.
| Record | USDT change | Running wallet |
|---|---|---|
| Opening balance | +540.00 | 540.00 |
| Entry commission | −2.50 | 537.50 |
| Funding payment | −3.00 | 534.50 |
| Gross closing price PnL | −500.00 | 34.50 |
| Closing commission | −2.25 | 32.25 |
| Liquidation charge | −22.50 | 9.75 |
The closing commission is 4,500 × 0.0005 = 2.25. The event charge is 4,500 × 0.005 = 22.50. Total trading commissions are 4.75 USDT, distinct from the 22.50 USDT liquidation fee. The whole campaign loses 530.25 USDT: 500 of price PnL, 4.75 of commissions, 3 of funding and 22.50 of event charges.
There are two valid reconciliation starting points:
- From the 534.50 wallet snapshot, subtract the 500 newly realized loss and 24.75 of closing charges to reach 9.75.
- From the 34.50 marked-equity snapshot, with no further price change in this example, subtract only the 24.75 closing charges to reach 9.75.
Subtracting the 500 loss again from marked equity would produce −490.25, an artificial deficit. Conversely, subtracting only the 22.50 event fee from the wallet ignores the closing loss and commission. The realized versus unrealized PnL ledger explains the snapshot distinction in more detail.
A percentage needs its denominator and native asset
In the example, the liquidation charge is 0.50% of closing notional but approximately 4.17% of the initial 540 USDT wallet. Those percentages describe the same 22.50 USDT deduction with different denominators. Comparing them as competing fee quotes would be misleading.
Even the meaning of the stated base can be product-specific. Bybit's spot-margin fee calculation divides the liquidated quantity by one plus the fee rate before calculating the charge. A generic “liquidated amount times percentage” formula can therefore disagree with that product's documented convention.
Preserve the currency of each deduction. A coin-denominated charge is not a USDT cash movement merely because a reporting page converts it into USDT. The coin-margin exposure guide helps distinguish collateral-coin changes from inverse-contract exposure. The trading-fee currency worksheet provides a separate native-asset balance check. Apply a stated conversion time and price only after native balances reconcile.
Collect settlement evidence before rebuilding the result
Retrieve the position reduction or takeover records, distinct fills where supplied, account transactions and before-and-after balances. Keep the native event labels rather than mapping every debit to “commission.” A position-history total may already include charges; inspect its definition before adding transaction-history rows to it.
For a concrete data distinction, Binance's USDⓈ-M account API documentation lists separate income types including REALIZED_PNL, COMMISSION, FUNDING_FEE and INSURANCE_CLEAR. The income record includes an asset, time and transaction identifier. Its documented retention window is limited, so an incomplete historical response cannot establish that no charge occurred.
Use one authoritative entry per economic cash movement. The same commission may appear beside a fill and again in a transaction export; those views are corroborating evidence, not automatically two deductions. Preserve identifiers, account and event type when matching them.
Available balance also needs its own explanation. An order cancellation can release a reservation without crediting new economic value. The conditional-order fund-reservation guide explains why an instruction's lifecycle matters when reconstructing which funds were usable. Do not put an availability change into the PnL column.
Close the review with explicit unresolved items
Partial liquidation is a realistic edge case. If only part of the exposure is reduced, separate the charge associated with that event from fees and PnL on later exits. A remaining position still has a valuation; treating the account as flat understates or overstates the result.
Bankruptcy handling is another boundary. A displayed fee rate does not establish the amount ultimately booked when the liquidation engine transfers a position or available assets cannot cover the ordinary calculation. Use the event's actual records and applicable rules; do not invent a balance adjustment to make an assumed formula fit.
A useful completed review states the opening wallet, external flows, booked PnL, each cost category, closing wallet and any remaining exposure. It flags missing records and mixed-currency valuations. A product with no separate liquidation fee can still produce a severe loss, and a lower commission cannot establish what an unexecuted voluntary exit would have achieved.
Editorial method: Prepared with AI assistance using official venue and API documentation reviewed on 23 October 2026. The original ledger checks two snapshot bases with invented rates and amounts. It does not establish a KLINEO liquidation calculator, liquidation-fee control or venue-specific execution capability.