Crypto
Bybit Fees: Linear and Inverse Contract Calculations
- Author
- TRADE PAYBACK
- Published
- Updated

How should I calculate Bybit entry and exit fees for linear and inverse contracts?
Identify the quantity convention and settlement asset before calculating each side independently. Combine unlike fee currencies only with an explicit conversion basis and timestamp.
Label the inputs before calculating
Record the complete product name, quantity unit, execution-price unit and fee currency. Bybit's futures fee documentation distinguishes linear order value from inverse order value. The shared underlying asset does not make those quantity fields interchangeable.
Next, identify the rate actually applicable to the product and execution. An account's fee conditions and maker or taker role matter. Record entry and exit separately because their execution values or applicable conditions can differ. A number taken from a general example is not evidence of the rate charged to your particular account.
Start with a linear example
Assume a hypothetical BTC quantity of 0.08, execution price of 60,000 USDT and fee rate of 0.04 percent. Order value is 0.08 multiplied by 60,000, or 4,800 USDT. Multiplying by 0.0004 gives a fee of 1.92 USDT. The percentage conversion matters: 0.04 percent is not the same as a decimal multiplier of 0.04.
If 0.08 already represents the actual contract quantity in BTC, do not multiply that quantity by leverage again. Margin used to support the position is also a different input from executed value. A smaller margin requirement does not mean the fee should be calculated from that smaller margin balance.
This calculation is deliberately simple. It illustrates units and arithmetic, not an offered rate or a recommendation to create the position. Replace every assumed input with the actual product convention and execution record before reconciling a real fee.
Compare the inverse quantity convention
Now assume an inverse contract with a hypothetical USD-denominated quantity of 4,800 and execution price of 60,000 USD per BTC. Order value is 4,800 divided by 60,000, or 0.08 BTC. At the same illustrative 0.04-percent rate, the fee is 0.000032 BTC.
The official inverse-contract explanation is useful background, but first confirm what the quantity field means for the actual product. A displayed number of 4,800 could refer to a contract quantity or a value in another interface. The label determines whether multiplication, division or a different product-specific convention is appropriate.
At the assumed entry price, 0.000032 BTC has a dollar-equivalent value of 1.92. Its later reporting value can change as BTC changes price. That valuation change does not mean the exchange retroactively changed the original coin-denominated fee. Preserve the original currency amount alongside any reporting conversion.
Calculate the exit independently
Suppose the linear position of 0.08 BTC later exits at a hypothetical 62,000 USDT. Exit value is 4,960 USDT and the illustrative 0.04-percent exit fee is 1.984 USDT. Adding the entry fee gives 3.904 USDT. Simply doubling the original 1.92 would miss the change in exit value.
For the inverse example, assume the same USD-denominated contract quantity of 4,800 exits at 62,000 USD per BTC. Exit order value is approximately 0.077419 BTC. The illustrative fee is approximately 0.000030968 BTC, which combines with the original 0.000032 BTC to give approximately 0.000062968 BTC. Actual precision and rounding must be checked against the execution record.
| Hypothetical contract | Entry fee | Exit fee | Combined fee |
|---|---|---|---|
| Linear, 0.08 BTC | 1.92 USDT | 1.984 USDT | 3.904 USDT |
| Inverse, 4,800 USD quantity | 0.000032 BTC | About 0.000030968 BTC | About 0.000062968 BTC |
The table does not claim equivalent collateral risk or investment outcomes. It shows why fee currencies and quantity conventions must remain visible when costs are compared.
Reconstruct partial executions from their own rows
If one order fills at several prices or under different liquidity roles, calculate each execution's value and rate before summing. A single average price can conceal those differences. For inverse calculations in particular, applying a simple arithmetic average price to the total quantity need not reproduce the sum of quantity divided by each execution price.
Keep the filled quantities, prices, roles and recorded fees. If you create a weighted effective rate, state which execution values provide the weights. An average without a defined denominator cannot explain whether a difference came from pricing, maker versus taker treatment or the calculation itself.
A cancelled unfilled remainder should not be treated as an executed quantity merely because it appears in the original order. Likewise, a later replacement order is a separate execution event for reconciliation. The ledger should follow what actually filled rather than the exposure initially requested.
Separate fee types before discussing discounts
Funding on a perpetual contract is not the same category as a trading commission. Bybit's fee documentation also describes settlement charges for inverse expiry products separately. Do not carry an exception from one product into every futures trade or assume a customer rebate covers every charge labelled as a fee.
This guide deliberately avoids declaring one universal settlement-charge percentage. Identify the contract type and reason for the charge first. An expiry, delisting or another special termination may have different treatment from an ordinary voluntary exit. Use the official section covering that event and the applicable account terms.
Make reporting conversions reproducible
Choose a common reporting currency before combining BTC and USDT amounts. State whether you use execution-time conversion, a reporting-date valuation or another defined analytical convention. Preserve both the original fee and the conversion basis. A historical cost enquiry and a current-value comparison can legitimately produce different displayed values.
Do not include both the original fee and its converted equivalent in the same expense total. Check signs as well: a negative expense imported from a statement should not be subtracted a second time. Where a conversion rate remains unavailable, leave the result unresolved rather than choosing a price that forces agreement.
Keep an unconfirmed rebate out of the reconciliation
Reconcile executed fees before applying expected benefits. The Bybit detail page contains centrally maintained signup information and displayed conditions. The contact page can be used to confirm customer attribution and settlement terms. TradePayback may receive partner compensation; its customer payments remain separate from the exchange's execution-fee record.
For an unexplained difference, provide the full product name, quantity convention, execution identifier, price, recorded fee currency and your formula. Passwords and authentication codes are unnecessary. Check units, scope, rounding and charge type before concluding that a discrepancy proves an incorrect charge.
When sharing the worksheet, retain both the number format and the currency label. A percentage displayed as 0.04 percent must not become a decimal multiplier of 0.04 when imported into another application. Check a small known example before relying on the full total.
FAQ
Do I multiply a fee calculation by leverage?
Not when the inputs already represent actual executed quantity and value. A larger position changes those inputs; leverage should not be counted again on top of them.
Can I add a BTC fee directly to a USDT fee?
No. Convert to a defined common reporting currency, disclose the conversion basis and retain the original amounts.
Is a round-turn fee always twice the entry fee?
Only under matching values and conditions as an approximation. Actual reconciliation calculates entry and exit independently, including their execution roles and currencies.
Related platforms
Sources
This article is for information only and is not investment advice. Trading crypto assets, FX and CFDs involves a risk of losing your capital.