A centralized crypto exchange is a coordinated set of account, market, custody, risk, and settlement systems. The website is only a control surface. Behind it, a matching engine orders bids and offers, internal ledgers record customer claims, and wallet systems move assets to and from public networks.
Understanding this separation prevents a common analytical error: treating a displayed balance as though it were already an individual onchain balance. Most exchange trades update the venue's private books immediately, while deposits and withdrawals cross the boundary between those books and a blockchain at different times.
What you will learn
- Trace an exchange order from account funding through matching and withdrawal
- Distinguish internal exchange records from onchain settlement
- Evaluate liquidity, custody, control, and jurisdictional dependencies
Accounts, ledgers, and asset entry
A customer first passes the venue's onboarding and access controls. Fiat deposits arrive through banks or payment processors, while crypto deposits are detected by node and indexing systems watching designated addresses. The exchange credits its internal ledger only after its policy considers the external transfer sufficiently confirmed and correctly attributed.
The ledger tracks what the venue owes each customer; it is not the same thing as a separate wallet for every balance shown. Exchanges often combine assets in operational hot wallets and more restricted storage. Reconciliation should compare customer liabilities, internal movements, and assets controlled across chains and financial institutions.
Orders, matching, and liquidity
A limit order states a quantity and acceptable price, while a market order seeks immediate execution against available quotes. The matching engine applies venue rules such as price-time priority, updates the order book, and records fills. Market makers place competing orders, but displayed depth can disappear as conditions and inventory constraints change.
Liquidity has several dimensions: spread, depth near the market, resilience after a large order, and the ability to move assets in or out. Reported volume alone does not establish execution quality. Fees, order type, outages, tick sizes, and the trader's own market impact all affect the realized result.
Custody, risk controls, and failures
Because the venue commonly controls deposited keys, customers depend on its security architecture and its financial condition. Hot wallets support routine withdrawals but face online attack exposure. Restricted signing systems reduce that exposure while making authorization slower. Withdrawal allowlists, velocity limits, and human review can prevent loss but can also block legitimate access.
Trading controls include margin limits, liquidation systems, position checks, and circuit breakers. A matching engine can operate while deposits are delayed, or a market can appear active while withdrawals are disabled. Review each subsystem separately and ask how the venue handles shortages, erroneous trades, forks, token migrations, and compromised accounts.
Centralized venues and onchain execution
A decentralized exchange usually uses smart contracts or protocol rules to execute trades against pools or signed orders. Users may retain key control, but they still depend on wallet software, RPC access, contract code, price routes, and transaction ordering. On public mempools, specialized searchers and block builders may reorder or surround trades to capture maximal extractable value.
MEV infrastructure is therefore part of execution quality. Private transaction relays or protected order-flow systems may reduce exposure to public-mempool strategies, but they add relay availability, policy, and trust assumptions. Neither centralized nor onchain execution is universally safer; their custody, transparency, recourse, and failure boundaries differ.
Common misconceptions
“A crypto exchange is just a website that sends every trade to a blockchain.”
Centralized exchanges normally match orders and settle customer claims on private ledgers. Blockchains are used mainly when assets enter, leave, or the venue manages its own inventory.
“High displayed volume proves that a venue is liquid and safe to custody assets with.”
Execution liquidity varies by pair and order size, while custody safety depends on separate controls, assets, liabilities, governance, and legal treatment. One metric cannot establish both.
Risks and limitations
- Venue failure can expose customers to losses or delayed access when assets, liabilities, or legal claims do not match account records.
- Market disruption can widen spreads, remove order-book depth, trigger liquidations, and produce fills far from the last quoted price.
- Wallet or integration failures can suspend deposits and withdrawals even while internal trading remains available.
- Jurisdiction and account-control risk can limit service, freeze funds, or change available remedies for a customer.
Key takeaways
- A centralized exchange combines account, ledger, matching, custody, risk, and blockchain systems.
- Most exchange trades change internal claims rather than creating immediate onchain transfers.
- Liquidity must be assessed for a specific market, size, cost, and stress condition.
- Trading availability does not prove that deposits or withdrawals are functioning.
- Onchain venues replace some intermediaries but add contract, ordering, RPC, and MEV dependencies.
Primary and further reading
Test your understanding
Score at least 2 out of 3 to complete this lesson. Explanations appear after you submit.