Bitunix Trading Cost Audit: VIP Rates and Fee Voucher Checks

Bitunix trading cost is not one advertised percentage. A filled order can be charged as spot or futures, maker or taker, at the fee tier attached to the logged-in account. A perpetual futures position can also create funding payments, while the order book can add spread and slippage. A useful audit therefore starts with the account rate and ends with the fee line on the actual fill.

This guide uses Bitunix’s official fee schedule, VIP FAQ, and app voucher instructions checked on October 14, 2026. Campaign rewards and account-specific vouchers can expire or have pair and deduction caps, so they are not treated as permanent benefits. See the Bitunix exchange page for the service overview and the guides index for other cost checks.

Start with the four rates attached to the account

The public Bitunix fee table separates spot maker, spot taker, futures maker, and futures taker rates by VIP level. At the time of review, the displayed VIP 0 rates were 0.0800% / 0.1000% for spot maker / taker and 0.0200% / 0.0600% for futures maker / taker. These are the standard VIP 0 entries on the public schedule, not a promise that every user or every order will receive the same charge.

After login, the Fees page has account-specific areas for “My spot rate” and “My futures rate.” Those values should be copied before estimating an order. The public table is useful for context, but the logged-in rate is the practical input.

Maker and taker describe what the fill did to the order book. A maker fill adds liquidity; a taker fill matches liquidity that was already available. A limit order is not automatically a maker order. If its price crosses the book and fills immediately, it can be charged as taker. The execution record is more reliable than the order button used.

A compact audit map looks like this:

VIP is evaluated through separate qualifying routes

The official Bitunix VIP FAQ describes three indicators: cumulative futures volume over the previous 30 days, cumulative spot volume over the previous 30 days, and current account asset balance. Meeting any one route can qualify the account for assessment, and the highest tier reached among the routes becomes the account’s actual VIP level.

That wording matters. A user should not invent a combined “spot plus futures” volume and assume it creates a tier. Record the three indicators separately and compare them with the live VIP page. The FAQ also says that, after a successful upgrade, the corresponding VIP benefits are locked for 90 days. Current eligibility and rates should still be checked in the account before a large order.

Bitunix also describes a route for users who already hold VIP status at another exchange. The public fee page and FAQ direct them to submit their Bitunix UID and evidence of recent volume and tier by email. This is an application route, not a guarantee of approval or of an identical mapped tier.

A higher tier does not reduce every cost equally. A futures trader should focus on futures maker and taker cells. A spot market-order trader should focus on the spot taker cell. Withdrawal fees, funding, spread, and slippage remain separate even if the trading-fee tier improves.

Calculate the fill before adding other costs

For one spot fill, the basic estimate is:

Trading fee = executed notional × applicable fee rate

A round trip requires an entry calculation and an exit calculation. Then add spread and slippage. Add a withdrawal charge only if funds are transferred out; it is not part of the trading-fee percentage.

Example A uses an unchanged notional only to make the comparison clear. Suppose a VIP 0 account buys 5,000 USDT of spot as taker and later sells 5,000 USDT as taker. Using the displayed 0.1000% spot taker rate, the estimated charge is 5 USDT on entry and 5 USDT on exit, or 10 USDT in trading fees. If both fills genuinely post as maker at 0.0800%, each estimate is 4 USDT, or 8 USDT total. The 2 USDT difference should not be evaluated in isolation: waiting for a maker fill can expose the order to price movement or non-execution.

Perpetual futures need a fuller equation:

Total futures cost = entry notional × entry rate + exit notional × exit rate + funding paid − funding received + slippage − verified voucher deduction

Example B: a VIP 0 account opens 10,000 USDT of futures exposure as taker and closes the same notional as taker. At the displayed 0.0600% futures taker rate, the estimate is 6 USDT to enter and 6 USDT to exit, or 12 USDT. If the account pays one hypothetical funding event at 0.0100% of the same notional, another 1 USDT is added. The result is 13 USDT before slippage. The 0.0100% funding figure is an assumption for arithmetic, not a current Bitunix funding rate. The contract page and funding record must supply the actual rate and direction.

Leverage does not turn the fee base into the posted margin. If 1,000 USDT of margin controls 10,000 USDT of notional exposure, the trading-fee estimate uses the 10,000 USDT notional. Confusing margin with notional is one of the fastest ways to understate the expected cost.

Treat the app fee voucher as a separate layer

The official Bitunix app guide describes a Fee Discount Voucher that reduces futures trading fees on supported pairs. The route is specific: open the app, tap the personal icon at the upper left, open My Rewards, find the Fee Discount Voucher, and tap Activate. The status should change to “In use.”

Before counting a discount, read four fields shown on the voucher: Deduction Ratio, Maximum Deduction Amount, Remaining Usage Time, and Supported Trade Pairs. A percentage without the other three fields is incomplete. A voucher can stop reducing fees when its deduction cap is consumed or its time expires, and it does not cover an unsupported pair.

The guide also gives an execution-level verification path. Open Trade History, select the relevant order, scroll to Fee Details, and look for Voucher Deduction. My Rewards → the voucher marked In use → Discount Details provides a second record with time, trading type, pair, and actual fee discount.

The voucher is not a spot balance and cannot be withdrawn. The official scope is eligible futures pairs. It should therefore be kept separate from the account’s VIP rate and from any affiliate or cashback arrangement. VIP changes the base maker/taker rate; the voucher records an additional eligible deduction.

Example C is deliberately hypothetical. Assume the two futures fills in Example B create 12 USDT of base trading fees. Assume the voucher visible in that account allows a 20% deduction on that pair and still has enough remaining cap. The expected deduction is 2.4 USDT. If 1 USDT of funding was paid, the simplified total becomes 12 − 2.4 + 1 = 10.6 USDT before slippage. The 20% is not a stated Bitunix offer; it is a calculation assumption. Only the voucher’s live Deduction Ratio, cap, expiry, and pair list can support the real result.

A six-step investigation when a discount appears missing

First, identify the market. The cited voucher instructions concern eligible futures trading fees. A spot fill should not be diagnosed with the same voucher rule.

Second, compare the executed symbol with Supported Trade Pairs on the voucher. Similar asset names do not prove eligibility; use the exact pair.

Third, confirm activation timing. The voucher should have been activated and shown as In use before the eligible fill. Merely owning an unactivated or expired voucher does not establish a deduction.

Fourth, check Maximum Deduction Amount and Remaining Usage Time. A partially used voucher may stop after the cap, even while the original campaign message is still visible elsewhere.

Fifth, open the exact order under Trade History and copy both the base Fee and Voucher Deduction. Do not infer a deduction from the net balance change alone, because funding and other cash flows may occur near the same time.

Sixth, separate a base-rate dispute from a voucher dispute. If the base Fee is higher than expected, check VIP tier and maker/taker status. If the base rate is correct but Voucher Deduction is absent, check activation, pair eligibility, expiry, and cap. A support case is clearer when it includes UID, order ID, pair, fill time, market type, base fee, deduction line, and screenshots of the voucher fields.

Build a cost ledger instead of trusting one percentage

A two-stage ledger makes the diagnosis reproducible.

Before the order, record date, market, active VIP tier, maker and taker rates, planned notional, expected funding time, and all live voucher fields. After the order, record executed notional, maker/taker result, base Fee, Voucher Deduction, funding paid or received, spread or slippage observation, and any withdrawal charge.

A difference between estimate and actual result usually falls into one of four buckets:

1. The order filled as taker instead of maker.
2. The account tier or rate differed from the assumed table row.
3. The voucher was inactive, expired, capped, or ineligible for the pair.
4. Funding, spread, slippage, or withdrawal cost was mistaken for trading fee.

This classification avoids a vague “discount missing” claim. It identifies the exact record that needs correction or explanation.

Rates and promotion terms can change. Re-open the official Fees page, the logged-in account rate, and the order’s Fee Details immediately before and after important trades. A copied percentage from an older guide is not evidence of the current charge.

Frequently Asked Questions

Does a limit order always receive the maker rate?

No. A limit order can execute immediately against the existing book and be classified as taker. Use the fill record’s maker/taker status and actual fee rather than the order label.

Are spot and futures volume added together for VIP qualification?

The official FAQ describes spot volume, futures volume, and account balance as separate indicators. Meeting a route can qualify the account, and the highest tier reached among those indicators is applied. Do not create an unsupported combined-volume calculation.

Does the Fee Discount Voucher apply to every Bitunix trade?

No. The official app guide limits it to eligible futures pairs shown on the voucher. Activation status, deduction ratio, maximum amount, remaining time, and supported pairs all matter.

Which costs are easiest to omit from a futures estimate?

Users often omit the second trading fee on exit, funding payments, spread, and slippage. A voucher should reduce the calculation only by the amount actually shown as Voucher Deduction.