Maker, Taker and Rebates: Reading an Exchange Fee Schedule Before You Use OKX Code CODE777

Author : Adrian Kessler | Published On : 13 Aug 2026

Fee schedules are the least-read page on any exchange and one of the most consequential. This is a walkthrough of how they are constructed and where a referral discount sits inside them, using the OKX code CODE777 as the concrete example. The registration path that carries it is https://okx.com/join/CODE777.

Start with the split between maker and taker. When you submit a limit order at a price that does not cross the current book, it rests there and waits. You have added liquidity, and you are a maker. When you submit an order that executes immediately against orders already resting — a market order, or a limit order priced through the spread — you have removed liquidity, and you are a taker. Exchanges charge these differently, with maker rates lower, because a deep and tight order book is the product they are selling.

This distinction is not academic. The same intention, expressed as two different order types, produces two different cost outcomes. Buying with a market order pays the taker rate and crosses the spread. Posting a limit order at or inside the bid pays the maker rate and may capture part of the spread instead of paying it, at the cost of uncertain fill. Traders who care about costs generally try to post rather than take wherever the strategy tolerates the execution risk.

On top of the maker/taker split sits the tier system. Most large venues, OKX among them, assign users to levels based on 30-day trading volume and sometimes on holdings of the platform token. Each level has its own maker and taker rates, declining as you move up. There are usually separate schedules for spot and for derivatives, and the derivatives schedule typically shows smaller percentages because notional volumes there are larger.

A referral discount is a third layer applied to this structure. Quoted as up to 50%, it reduces the fee you effectively pay. The word "up to" matters here for the same reason it matters on the welcome package: the realised figure depends on the programme terms in force, on which products you trade, and on how the discount interacts with the tier you already occupy. A discount calculated against the standard base rate behaves differently from one calculated against an already-reduced VIP rate, and that difference grows as your volume grows.

The mechanics of crediting are worth understanding before you go looking for the discount in your trade history. Referral rebates are commonly processed as a credit after the fact rather than as a reduction at execution. The exchange charges the full scheduled fee on the fill, then returns the rebate portion on a settlement cycle. The credit often arrives in USDT or in the platform token regardless of which pair generated it. So the fee column in your fills will show the gross number, and the benefit appears as a separate entry. Nothing has gone wrong when that happens; it is simply how the accounting is arranged.

The welcome package attached to the same code follows a different logic entirely. It is advertised as up to 60,000 USDT and is structured as a set of discrete tasks, not a single transfer. Completing identity verification is what makes the task list available; before that, most entries cannot be started. Each task has its own condition and its own reward, and the advertised figure represents the sum of the maximum outcomes rather than a typical one. Treating it as a ceiling rather than a payout is the accurate reading.

One structural point deserves emphasis because it cannot be worked around. The referral field exists only on the registration form. There is no equivalent setting inside an existing account, and the association cannot be added later by support. An account opened without a code is an account that will never carry one. Whatever else you decide, that decision has to be made before the account is created.

None of this constitutes a recommendation about whether to trade, what to trade, or how much. Fee mechanics tell you what an activity costs, not whether it is a good idea. Fee schedules and programme terms are also revised from time to time, so the authoritative version is always the one published on the exchange at the moment you are reading it. What is stable is the structure: maker and taker rates, tiers on top of them, discounts applied against those tiers, and rebates credited on a cycle. The code discussed here is CODE777, applied at registration via https://okx.com/join/CODE777.