DeFi & stablecoins
Uniswap, Curve and Jupiter: three approaches to understanding decentralised exchanges
Liquidity pools, swaps between similarly valued assets and route aggregation: Uniswap, Curve and Jupiter illustrate different mechanisms. Comparing a transaction requires focusing on the amount actually received and the risks rather than a general ranking.
Ethan BrooksEditorial pen name
Uniswap: allocating liquidity around the price
Comparing decentralised exchanges first requires understanding how they find a counterparty. Some protocols organise token reserves in smart contracts; others search for a route across several markets. Uniswap, Curve and Jupiter illustrate these differences without inventing a universal ranking of the best platforms.
02How it works+
Recent versions of Uniswap allow liquidity providers to choose a price range. Instead of allocating capital across every possible price, providers concentrate it where they want to offer trading. When the market remains within that range, the funds contribute to the liquidity available for transactions.
If the price moves outside the interval, the position becomes inactive and stops earning trading fees for as long as it remains outside its range. The total liquidity displayed therefore does not always describe the depth actually available around the current price. For a large swap, this distinction can influence the quantity received.
03Key points to remember+
Curve: pools suited to assets with similar values
Curve's StableSwap mechanism is designed to facilitate swaps between assets expected to retain similar values. These may be stablecoins linked to the same currency or representations of the same asset. The organisation of these pools aims to reduce price slippage in that area of proximity.
This specialisation nevertheless does not guarantee that the assets will maintain their peg. If a token loses its reference value or pool reserves become unbalanced, trading conditions change. A price usually close to one dollar must not be confused with a promise of identical redemption terms for every stablecoin.
It therefore remains essential to identify precisely which assets make up the pool, rather than relying only on its overall description or the familiarity of its tokens' symbols. Two tokens with familiar symbols can expose users to different issuers, reserve mechanisms or contracts. The protocol's name is insufficient to describe the risks of the assets circulating through it.
Jupiter: finding a route rather than a single pool
On Solana, Jupiter aggregates swap possibilities and compares several routes for a given operation. The transaction can pass through different markets depending on the pair, amount and available conditions. The interface and the reserves used must therefore not be considered one and the same source of liquidity.
A quote remains a snapshot of the trading conditions available at the particular moment when the calculation was performed. Between its calculation and execution, the price can change, transactions can alter reserves and the route can become less favourable. Slippage protection limits this difference; it can also cause an operation to fail if the conditions are no longer met.
A practical comparison of these approaches must start with the same pair, amount and network. The expected net amount must include applicable fees and the transaction cost. High overall liquidity or substantial daily volume does not automatically ensure better execution for a particular pair.
Finally, trading from a personal wallet retains direct responsibility for signatures and permissions granted. The mechanisms described here explain how a swap is formed; they certify neither the tokens offered nor the absence of vulnerabilities in the contracts being used.