Adding usable balance in a simplified cross-margin calculation usually moves a long's estimated liquidation price lower, farther from its entry; for a short, it moves the estimate higher. The Factplain calculator represents that added cushion with one extra-balance input. It is a way to test the direction and approximate effect of a stated balance assumption, not a live account liquidation engine.
What the calculator means by extra balance
The calculator models one linear position using entry price, quantity, leverage, maintenance margin rate, and maintenance amount. Its code first calculates starting wallet balance as entry × quantity ÷ leverage. In cross mode, it adds the value entered as extra balance. It then solves for the price where the position's modeled balance reaches the maintenance requirement:
liquidation price = (wallet balance − side × quantity × entry + maintenance amount) ÷ (quantity × MMR − side × quantity)
Here, long has a side sign of +1, short has −1, and MMR is converted from a percent to a decimal. For cross mode, wallet balance = entry × quantity ÷ leverage + extra balance; for isolated mode, the extra-balance field is ignored. The app's formula uses this single position and these explicit inputs. It does not inspect your exchange account, identify which funds are available to the position, or calculate the effect of other positions.
Worked example: adding $5,000 in the model
Assume a long linear position entered at $50,000, size 1 BTC, leverage 10×, maintenance margin rate 0.5%, and maintenance amount $0. Set cross mode. These inputs are illustrative and do not describe a venue's current margin tier.
With no extra balance, modeled wallet balance is $50,000 × 1 ÷ 10 = $5,000. The formula gives:
($5,000 − 1 × $50,000 + $0) ÷ (1 × 0.005 − 1 × 1)
−$45,000 ÷ −0.995 = $45,226.13
Now enter $5,000 as extra balance. Modeled wallet balance becomes $10,000, and the result is:
($10,000 − $50,000) ÷ (0.005 − 1) = $40,201.01
In this model, the extra $5,000 moves the estimated long liquidation level down by about $5,025.12. The price shift is not exactly $5,000 because the denominator includes the maintenance margin rate. If the same inputs described a short, the side sign would reverse and added balance would move the estimated threshold higher. Use the calculator to reproduce the example with the same values.
How to choose the balance input
Before entering an amount, decide what question you are asking. If you want to compare two scenarios, use an explicitly hypothetical added amount, such as $0 versus $5,000. If you are reconciling an open exchange position, use only collateral that the venue currently makes available to that position under its cross-margin rules. Do not assume the full account equity is available: open orders, other positions, liabilities, or collateral haircuts can affect the usable amount.
Binance's published USDⓈ-M cross-margin liquidation calculation uses wallet balance and accounts for maintenance margin and unrealized PnL from other contracts, alongside position and tier inputs. That is one venue's specific calculation and shows why the app's single extra balance field cannot duplicate an exchange panel by itself. Binance also says its maintenance rates and amounts depend on the position's notional tier. Confirm the current contract and tier details on the venue you actually use rather than copying Binance inputs to another exchange. Binance's liquidation-price guide explains its USDⓈ-M calculation and tier fields.
Why a live panel can still show another price
The usable balance is different. The calculator adds one fixed amount. In an exchange account, cross collateral and other positions can change. If another position has unrealized profit or loss, it may change account margin balance and the liquidation estimate for this position. A snapshot from a few minutes earlier may no longer use the same balance inputs.
Maintenance margin is tiered. A larger notional may have a different maintenance margin rate or amount. This tool accepts one MMR and one maintenance amount; it does not find a tier table or shift tiers while price moves. An incorrect tier assumption can overwhelm the effect you are trying to measure with extra balance.
The exchange may use a different price field. Binance documents that its futures liquidation trigger uses mark price, while last price is the latest transaction price. A displayed chart or recent wick can therefore appear to disagree with the liquidation panel if you compare different price fields. Other venues have their own price definitions and triggers. Binance's liquidation protocol guide describes the distinction for Binance Futures.
Fees and funding affect account state. This simplified formula does not accrue trading fees or funding over time. A funding payment or trading charge may change the account balance available to support a position. To estimate a funding payment separately, use the funding fee calculator; to inspect price PnL and fees for a closed trade, use the futures PnL calculator.
A careful comparison process
Record the contract, direction, entry, size in underlying units, leverage, margin mode, and time of the exchange snapshot. Confirm whether the panel shows mark price or last price. Then check which wallet balance the venue includes, whether other positions contribute unrealized PnL, and the maintenance tier and amount for that position size. Translate those figures into the simplified form only where the meanings match.
Run the calculator once with no extra balance and once with the amount you believe is available. The difference shows how sensitive this simplified model is to that input. If the exchange still differs, note the missing rule instead of changing the balance until the outputs happen to match. Possible missing elements include other-position PnL, tiered maintenance requirements, fee reserves, funding, hedge-mode treatment, or a different contract model.
A liquidation estimate is not a stop-loss price. Liquidation can be triggered by a mark price and account maintenance test, and an order may not fill at the displayed threshold. Use the result to understand the effect of assumptions and verify the venue's live account details before relying on a position estimate.
Common mistakes
- Putting a total account balance into extra balance without checking whether the whole amount is available to this cross position.
- Adding a balance amount while isolated mode is selected; the calculator applies extra balance only in cross mode.
- Entering USDT notional in the quantity field when the example requires units of the underlying coin.
- Reusing a maintenance rate from another contract, venue, or risk tier.
- Comparing a calculated threshold with last price when the venue's liquidation process uses mark price.
- Treating the result as a guaranteed liquidation trigger or a safe stop level.
FAQ
Does adding cross balance always move a long liquidation estimate lower? In this calculator's linear model, adding a positive extra balance increases modeled wallet balance and moves a valid long estimate lower. An exchange's account model can also change other inputs, so confirm its live calculation.
Why did the estimate change after another position moved? Some cross-margin systems account for unrealized PnL and maintenance requirements from other positions. The calculator does not load those positions automatically.
Can I enter the whole wallet balance as extra balance? Only if that amount is actually additional to the position's modeled starting margin and is available under the venue's rules. Avoid counting the same collateral twice.
Does the calculator support inverse contracts? The formula used here assumes a linear position with price-multiplied quantity. Inverse contracts use different payoff and collateral calculations.
This guide is for educational purposes only and is not financial advice.