Every CEX listing application is decided by a committee that reads a form. The form is short, the committee is busy, and most applications are rejected because they answer questions the exchange did not ask while leaving the ones it did ask incomplete.
What follows is the sequence that gets a CEX listing application read on its merits, and the honest picture of what an exchange is actually assessing when it reads one.
Before applying, pick the target from the ranking of 200 exchanges by trust score and volume; the fee and the depth behind a listing both follow from where a venue sits on that list.
1. Understand what the exchange is buying
An exchange earns from trading fees. A listing costs it integration engineering, custody support, market surveillance and regulatory exposure. It says yes when it believes the pair will trade enough to be worth those costs, and no when it does not.
Everything in the application is read against that question. Community size, partnerships and roadmap matter only as evidence about future volume. Framing the pitch as a story about the project rather than a case about liquidity is the most common structural mistake.
2. Sort the exchanges into tiers before applying anywhere
The major venues reject nearly everything and rarely explain why. Mid-tier exchanges with real regional volume are reachable for a project with demonstrable traction. Small venues will list almost anything, and a listing there proves nothing to the next exchange.
Apply in order and use the earlier listings as evidence for the later ones. Applying to the largest venue first, being rejected, and applying again months later with the same materials is a slower path than building the record that makes the answer different.
3. Assemble the document set before you open the form
Nearly every exchange asks for the same core package, and having it ready is the difference between one submission and six weeks of email.
- Token contract address on each chain, with verified source code on the explorer
- Full supply table: total, circulating, locked, with unlock dates and the addresses holding each tranche
- Audit report from a recognised firm, with the commit hash and the resolution status of every high-severity finding
- Legal opinion on the token’s classification in the jurisdictions the exchange serves
- Company registration, beneficial ownership and the identity documents of the founders
- Existing venues and their current volume, plus on-chain liquidity depth
- A named technical contact who can respond within hours during integration
The supply table is where applications most often fall apart, because the numbers on the project’s own site, on the trackers, and in the contract disagree. Reconcile them first. The procedure for the tracker side is in how to get listed on CoinGecko and CoinMarketCap.
4. Build the evidence of demand
The strongest application arrives with a trading record. On-chain volume in a deep pool, a listing on a smaller venue that trades genuinely, and holder growth that did not arrive in a single week are all readable and hard to fake.
Exchanges check this themselves rather than taking your word for it, and they know exactly what manufactured volume looks like. Inflated numbers are not a neutral risk: being caught fabricating traction ends the conversation permanently and is remembered across venues.
5. Arrange market making before, not after
Most exchanges require a market maker as a condition of listing, and some ask which firm you have engaged in the application itself. A pair that lists with a wide spread and no depth is an embarrassment to the venue and a bad first impression for the token.
Agree the terms early: which pairs, what spread commitment, what uptime, and who supplies the inventory. Doing this in the week before launch produces the worst terms available.
6. Fill the CEX listing application form precisely
Answer what is asked, in the field where it is asked, with a number where a number is possible. Reviewers work through many applications and one that requires reconstruction gets set aside rather than researched.
Two details matter more than they look: give a working contact who reads their email, and use the same project name, ticker and contract address everywhere. Inconsistency between the form, the website and the explorer reads as either carelessness or something worse.
7. Prepare for the commercial conversation honestly
Listing terms vary enormously by venue and are almost never published. They can include a fee, a deposit of tokens for user campaigns, a marketing commitment, or nothing at all. Any figure quoted publicly as the going rate should be treated as one data point, not a price list.
Ask what is included and get it in writing: which pairs, what launch support, what happens if volume falls below a threshold, and whether the token can be delisted and under what conditions. Delisting clauses are standard and worth reading before signing.
Assign an owner for the process
An application that belongs to everyone belongs to nobody. Name one person who holds the document set, answers the exchange, and has the authority to agree terms without a week of internal circulation. Exchanges run these conversations in short bursts, and a review thread that goes quiet for ten days while an answer is found internally often does not restart at all.
That person also keeps the master copy of every number you submit. Supply figures, wallet addresses, audit status and legal opinions all change over a review that runs for months, and the version sitting in the reviewer inbox goes stale without anyone telling you. Send a short correction the day something changes rather than letting the exchange find the discrepancy while checking the chain itself.
Give legal and finance warning before the first form goes out. Identity documents for founders, company registration papers, a signed opinion on classification and the wallet addresses behind each supply tranche all take longer to produce than anyone expects, and they are the items that stall a submission while the commercial conversation is still warm. Collecting them once and keeping them current makes every later application a matter of days.
What integration asks of your engineers
Approval is not the end of the work. The exchange has to credit deposits, process withdrawals, reconcile balances and monitor the contract, and that work runs against your token on their schedule. Expect questions about decimals, the behaviour of the transfer function, whether the chain requires a memo or a tag, how many confirmations they should wait for, and how a chain reorganisation should be handled.
Answer those quickly and in writing. Integration teams work on several tokens at once, and yours moves to the back of the queue every time they have to wait for you. A named engineer who replies within hours, already given in the form, is worth more at this stage than anything written in the pitch.
Test the deposit and withdrawal path yourself as soon as the pair is live, with a small amount, on every chain the exchange supports. Finding out that withdrawals hang or that a memo field is missing after users have funded their accounts turns an ordinary integration bug into a support incident that both sides remember for a long time.
Contract behaviour that blocks a listing
Some token designs fail review on mechanics rather than on merit. A transfer tax breaks exchange accounting because the amount credited does not match the amount sent. A rebasing supply breaks balance reconciliation. A pausable transfer function or an address blocklist gives one party the ability to freeze the exchange holdings, which is rarely accepted without a long conversation first.
If your contract does any of these, say so in the application and explain the constraint rather than waiting to be asked. Exchanges that support such designs have a separate process for them, and the ones that do not will decline early, which saves both sides weeks. A proxy contract with an upgrade key needs the same disclosure, along with who holds the key and under what delay.
Audit findings deserve the same treatment. A high-severity item marked as acknowledged rather than fixed is not automatically disqualifying, but it has to be explained with the reasoning and the compensating control beside it. Reviewers read the report itself, not your summary of it, so any gap between the two costs you more credibility than the original finding ever did.
Avoid changing anything about the token while a review is open. A migration, a supply change, a new audit scope or a fresh deployment part way through resets the technical work and raises a reasonable question about why the design was not settled before you applied. If a change is unavoidable, tell the reviewer before it happens rather than letting them find a new address.
Ticker collisions and chain confusion
Tickers are not unique, and an exchange will not break an existing pair for a newcomer. If your symbol already trades on the venue, expect to be listed under a modified one, and decide in advance whether you accept that, because arguing about it after approval delays the launch for no gain and irritates the person who approved you.
The same problem appears across chains. If the token exists on several networks, state which deployment the exchange is listing, which addresses map to it, and how a user who deposits from the wrong chain should be handled. Support tickets from holders who sent tokens over the wrong network are the most common friction in the first week, and the exchange will hold you responsible for the confusion.
Check how the exchange labels the network on its own deposit screen and repeat that wording in your instructions. Holders do not read chain identifiers, they read labels, and a label that differs between your guide and the exchange interface produces exactly the wrong-network deposits you were trying to prevent. Publish screenshots of the real screens rather than describing them from memory.
Tracking a CEX listing application after submission
Record the date you submitted, the channel you used, the name of everyone who replied and every figure you sent. A CEX listing application usually moves between an account manager, a compliance reviewer and a listing committee, and each hand-off is a chance for your file to arrive incomplete or for a question you already answered to come back.
Follow up on a fixed cadence rather than whenever you feel anxious about it, and make each follow-up carry something new: a fresh volume figure, a completed audit fix, a second venue that listed you, a market maker agreement signed. Silence is normal and rarely means refusal, but a reviewer who hears from you only with requests for an update has no reason to reopen the file.
Applications at several venues can run in parallel, and usually should, but keep the materials identical across them. Exchanges compare notes more than teams assume, and a supply figure that differs between two submissions is the kind of inconsistency that ends both of them. One master document set, one owner, one set of numbers, updated in one place.
Keep the thread in one channel. Conversations that start in email, move to a chat app, continue on a call and finish in a direct message leave you with no record of what was agreed, which becomes a real problem when the person you were dealing with moves on and their replacement asks you to send everything again.
What to do after a rejection
Most rejections arrive without a reason, and asking for one directly rarely produces anything useful. Ask instead what would have to be different for a future application to succeed. That question is answerable and is sometimes answered, and the reply tells you whether the obstacle is volume, jurisdiction, contract design or something about the team that no amount of traction will fix.
Do not reapply a fortnight later with the same file. Fix the thing you can measure, list somewhere smaller, run the pool deeper, finish the legal opinion, and come back when the numbers in the form are visibly different. A second application that repeats the first tells the committee that nothing changed, and the second refusal arrives faster than the first one did.
A listing at a smaller venue in the meantime is worth taking, provided the pair actually trades. It gives you a second price source, another set of volume figures, a live support load to learn from and the experience of running an integration before you do one somewhere that matters. A listing that produces no trades proves nothing and adds a line to the record that the next reviewer will read.
Mistakes that end an application quietly
The quiet failures are administrative. A contact address that nobody monitors. A supply table that contradicts the explorer. A jurisdiction named in the legal opinion that the exchange does not serve. An audit link that has expired. None of these produce a debate, they produce an application that stops moving while the team assumes the review is simply slow and waits another month.
The other recurring error is treating the listing terms as the finish line. Signing without reading the delisting conditions, the volume thresholds, the marketing commitment or the reporting you owe leaves you with obligations you discover in month three. Read those clauses with the same attention you gave the application itself, and keep the signed copy where the person who runs the first week can find it.
Finally, agree the announcement timing in writing and hold to it. Exchanges publish on their own schedule and usually want the news first, so a team that posts early can lose the promotion the venue would have given it, which is normally worth more than the head start. Ask when you may speak, what wording is permitted, which channels are covered and who confirms the trading start time.
Marketing an exchange listing differs by venue, and our comparison of CEX and DEX marketing approaches shows which audience each one reaches.
8. Plan the first week, not the announcement
The listing itself generates a short burst of attention. What determines whether the pair keeps trading is the week that follows: depth on both sides, something for new holders to do, and a reason for the exchange’s users to come back.
Exchanges track this closely and it feeds directly into whether the next venue says yes. A listing that dies in four days is worse than no listing, because it is now part of your record.
The announcement and media side of a listing week, including which outlets cover listings and how far in advance they need materials, is covered on our crypto PR page.