What Is a Liquidity Pool? Solana LPs Explained for Traders

Almost every loss that feels like a scam on Solana traces back to one number most people never check before they buy: liquidity. A liquidity pool is the pot of money your trade actually fills against, and how deep that pot is decides whether you exit near the price you saw or get a fraction of it. You don't need to provide liquidity yourself to care — you need to be able to read it. This is the trader's version: what a pool is, why "LP burned" is one of the most important phrases on a token page, and how a rug pull is, at bottom, just liquidity leaving the building.

What a liquidity pool actually is

A liquidity pool is a smart contract holding two reserves of tokens — for a typical Solana memecoin, that pair is the token itself and SOL (sometimes USDC instead). Anyone who wants to swap trades against those reserves rather than against another person. There is no order book and no counterparty waiting to take the other side of your trade; you are buying from and selling to the pool directly. Put money in, the pool gives you tokens out. Sell tokens back, the pool gives you SOL out. The two reserves are the market.

The price isn't quoted by a human — it falls out of the ratio between the two reserves. Most Solana pools use constant-product math, written x · y = k: multiply the token reserve by the SOL reserve and the result is held constant. When you buy, SOL flows in and tokens flow out, which shifts the ratio and moves the price up; selling does the reverse. The deeper mechanics of how that formula sets a quote are covered in what an AMM is — here, the only thing that matters is the consequence: the size of the reserves relative to your trade decides how much the price moves against you. Hold that thought, because it is the whole game.

LP tokens: who owns the pool

When someone deposits the paired reserves to seed or grow a pool, the contract hands them back LP tokens — liquidity-provider tokens. An LP token is a receipt: it represents your proportional share of everything in the pool. If you supplied 1% of the pool's value, your LP tokens are a claim on 1% of both reserves, plus 1% of every trading fee the pool collects while you stay in. Every swap that routes through the pool pays a small fee, and that fee is split across all LP-token holders by share. That fee stream is the entire economic reason anyone provides liquidity.

The crucial part for a trader is what LP tokens let their holder do. Whoever holds them can withdraw the underlying reserves — redeem the receipt and take the SOL and tokens back out. That single fact is the hinge the rest of this post turns on: if the team that launched a token still holds its pool's LP tokens, they can remove the liquidity at any moment. Who controls the LP tokens controls whether the market keeps existing.

Adding liquidity means depositing the pair in the pool's current ratio — you supply both sides and get LP tokens proportional to your stake. Removing it is the reverse: burn the LP tokens, get your share of both reserves plus accrued fees back. Who provides it depends on the token. A memecoin that launched on a bonding curve seeds its first pool automatically when the curve "graduates" — the SOL raised becomes the pool's SOL reserve and the LP tokens are typically burned. Directly launched tokens are seeded by the deployer. Beyond that, anyone can add liquidity to earn the fee share, which is what the rest of DeFi calls "being an LP." The major Solana venues where these pools live are Raydium and Meteora.

Impermanent loss, and why you probably shouldn't LP a memecoin

There's a catch that makes providing liquidity riskier than it sounds, and it has a confusing name: impermanent loss. When the price of the two reserves diverges after you deposit, the AMM mechanically rebalances the pool — it sells you more of whatever's rising and leaves you holding more of whatever's falling. The result is that the value of your withdrawn position can be less than if you had simply held the two tokens in your wallet and done nothing. It's called "impermanent" because if the price returns to where it was when you deposited, the gap closes. If the price never comes back, the loss is permanent — full stop.

Now apply that to a memecoin built to move 80% in a day. The more volatile the pair, the larger the impermanent loss — and memecoins are about as volatile as anything trades. You take the full brunt of a token that can go to zero, the rebalancing bleeds value out the whole way down, and fee income almost never makes up for it on a token that craters. The honest conclusion for nearly everyone: don't provide liquidity to volatile memecoins. LPing is a yield strategy for deep, relatively stable pairs, not a way to play a degen launch. Your edge as a memecoin trader is buying and selling the token, not becoming the house.

The trader core: reading pool depth

Here is the part that actually protects your money. On DexScreener, every token page shows a Liquidity figure — the dollar value sitting in the pool's reserves. That number, set against the trade you're about to make, tells you how badly the price will move against you. The relationship is brutal and direct: your trade shifts the reserve ratio, and the smaller the reserves, the bigger the shift. A few thousand dollars of buying into a pool with $8,000 of liquidity can move the price double digits; the same buy into a pool with $2,000,000 of liquidity barely registers.

This reaches you as price impact — distinct from the slippage tolerance you set, though the two get conflated. Price impact is the move your own order causes by eating into a finite reserve; slippage tolerance is just how much movement you'll accept before the transaction aborts (the distinction is in slippage on Solana). On a thin pool you can fill at a far worse price than the chart implied — and when you go to sell, your sell pushes the price down just as hard, so a position that looks green can realize for much less. That is how holders get dumped on: a couple of larger sellers ahead of you drain the shallow pool, and there's nothing left to exit into. So before buying, eyeball your position size against the pool's liquidity. If you'd be a meaningful fraction of it, you are the liquidity now — size down or walk away.

Locked, burned, or unlocked — and why "LP burned" matters

Because whoever holds the LP tokens can pull the reserves, the status of those LP tokens is one of the strongest safety signals a token has. There are three states worth knowing:

• Burned — the LP tokens were sent to a dead address no one controls. Nobody, not even the team, can ever withdraw the pooled liquidity. This is the strongest form: the pool is permanent. On DexScreener and similar tools this often surfaces as a lock or padlock indicator on the liquidity.
• Locked — the LP tokens are held in a time-lock contract that releases them on a future date. The liquidity is safe until that date, then it can be withdrawn. The duration is everything: a multi-month or multi-year lock signals commitment; a short lock measured in days rather than months is a red flag dressed up as reassurance — it can let a team pull liquidity the moment the timer expires.
• Unlocked — the team still freely holds the LP tokens. They can remove all the liquidity whenever they choose. For a low-cap memecoin, this is the setup that makes a classic rug trivial.

"LP burned" matters because it removes the single biggest discretionary risk a token's creator holds over you. It does not make a token safe — burned liquidity on a token with a malicious mint authority, hidden insider supply, or a transfer-tax trap will still ruin you — but it does close off the most direct exit-scam. Treat it as necessary, not sufficient.

The classic rug: liquidity leaving the building

A rug pull, stripped to its mechanics, is just an LP redemption. The team holds the unlocked LP tokens, the price runs up on hype, buyers pile in and the SOL reserve swells — and then the team burns their LP tokens to withdraw both reserves at once. The pool empties. With the SOL gone, the token's price collapses toward zero in a single transaction, and because the pool is the only place the token traded, holders have nowhere to sell. There's no second market to escape into; the market was the pool, and the pool is now empty.

This is why liquidity is the first thing to check and the last thing to trust. A "honeypot" prevents you from selling at the code level; a liquidity pull removes the thing you'd sell into. Both end the same way — your tokens become unsellable — and both are invisible to anyone watching only the price chart. The full play-by-play of how these unfold is in the anatomy of a Solana rug pull, and the sell-side traps specifically are covered in Solana honeypot tokens.

Sanity-checking liquidity before you buy

None of this requires special tools — just a routine you run every time, before the buy, not after the loss:

1. Read the liquidity figure. Open the token on DexScreener and look at the dollar liquidity. A few thousand dollars is a thin pool where your own order moves the price and your exit will be brutal. Size accordingly.
2. Check the LP status. Is the liquidity burned, locked, or unlocked? Burned is best; a long lock is acceptable; unlocked on an anonymous low-cap is a rug waiting to happen. If a lock exists, check how long it runs.
3. Compare liquidity to market cap. A token claiming a large market cap on a tiny pool is a warning — the "value" is paper, and the real depth you can trade against is the pool, not the headline cap.
4. Confirm on-chain who holds the LP. For anything you're committing real size to, verify the LP token holder and the pool reserves on a block explorer rather than trusting a label. Walk through it in how to use Solscan.

Bundle these into a wider pre-buy pass with the token due-diligence checklist, which folds liquidity in alongside mint authority, holder distribution, and the other things that decide whether a token is tradeable or a trap.

How MoonHydra fits

MoonHydra doesn't change how pools work — it routes your trade through the deepest available liquidity so you don't have to pick a venue. You paste a contract address to buy or sell, and the bot quotes the order through Jupiter, which scans pools across Raydium, Meteora, PumpSwap and others for the best path and least price impact for your size. That helps execution, but it can't invent liquidity that isn't there: a thin pool still fills poorly, and no router can sell into a pool the team has rugged. The bot is non-custodial with keys encrypted using AES-256-GCM, the only fee it adds is a flat 1% per trade on buys and sells with no subscription, and you can run separate Hydra Head wallets to keep risky plays apart from longer holds. The optional RugCheck screen (off by default) can surface some liquidity red flags — but reading pool depth yourself is what actually keeps you out of the bad ones.

Bottom line

A liquidity pool is the two-reserve pot — token plus SOL — that your trade actually fills against, and its depth, not the chart, decides your real entry and exit price. LP tokens are the receipt for a share of that pot, and whoever holds them can withdraw the reserves, which is why "LP burned" is one of the most important phrases on a token page and why an unlocked LP on a low-cap is a rug waiting to fire. Providing liquidity to volatile memecoins is a losing trade for almost everyone thanks to impermanent loss — your edge is trading the token, not being the pool. The single habit that pays for itself: before every buy, read the liquidity figure, check whether the LP is burned, locked, or unlocked, and size against the depth. Thin liquidity is how traders get dumped on; deep, locked liquidity is the floor under a fair market.

Next: read what an AMM is for the pricing math behind the pool, how to use DexScreener to read depth on any token, and the due-diligence checklist before you commit. Start trading at t.me/moonhydrabot.