On-Chain versus Exchange Trading

The short answer

On a centralised exchange, your order goes to a matching engine and the fill is recorded in that company's internal ledger. Nothing moves on a blockchain; your balance is a number the venue maintains.

On-chain, your order is a signed transaction sent to a network, executed by a contract and settled when a block includes it. Execution and settlement are the same event, and the asset stays in your control the entire time — along with every mistake you make.

Where the order goes

Centralised venue. You submit an order through the venue's interface or API. It rests in that venue's order book among other customers' orders. A matching engine pairs it against the other side and writes the result to an internal database. Both accounts' balances change. The blockchain is not involved and does not know a trade occurred.

This is why the venue can offer sub-millisecond matching, complex order types and no network fee per trade. It is also why your balance is a claim on that company rather than an asset you hold — the point made in full in custody and exchange risk.

On-chain. You sign a transaction from a wallet you control and broadcast it. It waits in a pending pool, is picked up for inclusion in a block, and executes against a contract — most commonly a liquidity pool that prices trades from a formula and its current reserves, though on-chain order books exist too. The contract moves the tokens between your address and the pool in the same operation that executes the trade.

This site keeps a separate decentralised exchange section covering venues of that type. It is there as context for what exists, not as a recommendation to use any of them.

What settles, and when

This is the difference that matters operationally, and it is easy to get backwards.

Two consequences follow.

Speed inside a venue is not settlement. An instant fill is a promise recorded by a company. You find out whether it was a good promise when you try to withdraw, which is typically when everyone else is also trying.

On-chain, finality is a process. Confirmation strengthens as further blocks are added, and the convention for "settled" varies by network. Treat a single confirmation as probable rather than done.

The cost structure

Compare the whole cost of a round trip, not the headline fee. Costs of a round trip works through the general version; the crypto-specific pieces are below.

Centralised venue

• Trading fee, usually split between the passive and aggressive side of the trade.
• The spread you cross, which on a thin book costs more than the fee does.
• Slippage against available depth — the venue's own depth, not the market's total.
• Funding, if the instrument is a perpetual.
• A withdrawal fee, charged per withdrawal rather than per trade.

On-chain

• A network fee for every transaction, which scales with congestion rather than with your trade size. It is charged even when the transaction fails, because the network still performed the work.
• A pool or protocol fee, taken from the trade.
• Price impact along the pool's pricing curve — the on-chain analogue of slippage, and a steeper one in a small pool.
• Approval transactions, which cost a fee before the trade itself.
• Ordering effects: your pending transaction is visible before it executes, and the sequence in which transactions enter a block is not something you control.

The shape of the two structures is different, which is the actual point. Venue costs scale with trade size; network fees largely do not. A small on-chain trade can be dominated by fees that would be trivial on a large one, and a large on-chain trade can be dominated by price impact that a deep centralised book would have absorbed. Put your own numbers into the fee calculator rather than reasoning from which one feels cheaper.

What self-custody gives and takes

It gives you:

• Removal of the venue as a counterparty. No withdrawal queue, no solvency question, no account freeze.
• Assets that remain yours through a venue's problems.
• Access that does not depend on one company's continued operation or on its view of you.

It takes:

• Recoverability. Lose the key material and the assets are gone, permanently. There is no reset link.
• Reversibility. Send to a wrong address, or to the right address on the wrong network, and the transaction is final.
• The safety net of a support desk, dispute process or compensation scheme.
• Convenience: you carry the operational burden — backups, device hygiene, verifying what you sign, and confirming that the contract you are interacting with is the one you think it is.

Risk has been transferred, not deleted. Whether that is an improvement depends on whether you are more reliable than the venue, which is a genuine question rather than a rhetorical one.

Choosing a route

A rough guide, not a rule.

The common failure is choosing on ideology instead of mechanics. "Not your keys, not your coins" is true and does not tell you where to route a trade you intend to close this afternoon.

What to do with this

Separate the two questions you are actually answering: where to execute, and where to hold. They do not need the same answer, and for most people they should not have one.

Before your next transfer, cost the whole round trip on both routes at your real size — fees, spread or price impact, network fees including an allowance for a failure, and the withdrawal you will eventually make. Then decide where the balance sits when you are not trading it, and move that part deliberately rather than by default.